
ZCode budzi pytania dotyczące przesyłania repozytoriów w tle

ZCode budzi pytania dotyczące przesyłania repozytoriów w tle
WEEX Przegląd
- Kluczową kwestią w najbliższym czasie jest to, czy ZCode potwierdzi zgłoszoną ścieżkę przesyłania, zakres i domyślne działanie oraz czy wyda poprawkę lub udostępni wyraźną kontrolę rezygnacji.
- Zespoły pracujące z własnościowym kodem prawdopodobnie skupią się na tym, co dokładnie jest przesyłane: bieżących plikach, historii commitów, pamięciach podręcznych LFS, reflogach oraz wszelkich lokalnie zachowanych artefaktach, które mogą ujawniać więcej niż aktywny kod źródłowy.
- Kolejną kwestią do obserwacji jest to, czy ZCode wyjaśni rozbieżność między brzmieniem swojej polityki prywatności a zgłoszonym procesem pakowania w tle, zwłaszcza jeśli przesyłanie trwa nawet po wyłączeniu ustawień związanych ze szkoleniem modeli.
W przypadku narzędzi AI dla programistów zaufanie coraz bardziej zależy od tego, czy gromadzenie danych ma wąski zakres, jest jasno ujawnione i łatwe do wyłączenia.
Narzędzie do programowania oparte na AI ZCode znalazło się pod lupą po tym, jak bloger techniczny ferstar stwierdził, że analiza wsteczna wykazała, iż aplikacja automatycznie przesyła w tle pełne migawki projektów, w tym folder .git, do Alibaba Cloud OSS za każdym razem, gdy użytkownik jest zalogowany.
Według analizy ferstar zgłoszony mechanizm nie zależy od ręcznego działania użytkownika polegającego na przesłaniu danych. Bloger stwierdził, że proces rozpoczyna się, gdy tylko użytkownik jest zalogowany, a interfejs nie oferuje ustawienia pozwalającego wyłączyć samo przesyłanie migawki.
Ferstar podał, że jedna migawka komercyjnego projektu zidentyfikowana podczas analizy miała około 313 MB i zawierała około 42 000 plików. Pliki związane z .git stanowiły 86,6% tej liczby, w tym obiekty historii Git, pamięci podręczne dużych plików LFS oraz reflogi. Na podstawie tego ustalenia zgłoszony pakiet przesyłany na serwer mógł obejmować nie tylko bieżący kod, ale również starsze commity, wcześniej pobrane duże pliki i ślady lokalnej aktywności gałęzi.
Ta sama analiza wskazała, że przesłanie migawki nie powiodło się 564 razy i pozostało lokalnie w kolejce do ponowienia. Raport nie ustalił, ilu użytkowników mogło zostać dotkniętych problemem, czy przesyłanie zostało szeroko zrealizowane ani czy ZCode zmienił to zachowanie od czasu publikacji analizy.
Opublikowane brzmienie polityki prywatności ZCode, opisane w raporcie, mówi, że produkt gromadzi tekst, pliki i kod przesyłane przez użytkowników w rozmowach, ale nie stwierdza wprost, że przesyłane są całe repozytoria i historia Git. Ferstar powiedział również, że „plan optymalizacji” ZCode jest domyślnie wyłączony i najwyraźniej reguluje wykorzystywanie danych do szkolenia modeli, a nie samo pakowanie i transfer migawek. Raport wskazuje, że wyłączenie tej opcji nie zatrzymuje przesyłania w tle.
Dlaczego to ma znaczenie
Sprawa jest istotna, ponieważ narzędzia AI do programowania coraz częściej funkcjonują w aktywnych środowiskach programistycznych, w których repozytoria mogą zawierać kod inteligentnych kontraktów, skrypty wdrożeniowe, wewnętrzną infrastrukturę i inne wrażliwe materiały. Różnica między ujawnionymi danymi wejściowymi z rozmów a pełnym pakowaniem repozytoriów w tle istotnie zmienia profil bezpieczeństwa i zgodności.
Dodaje to również kolejny aspekt do szerszego pytania branżowego dotyczącego narzędzi AI: czy funkcje zwiększające wygodę i systemy telemetrii są wystarczająco jasno oddzielane od procesów obsługi kodu. Zarówno dla przedsiębiorstw, jak i zespołów natywnych dla kryptowalut, wdrożenie produktu może zależeć mniej od samej jakości modelu, a bardziej od przejrzystych granic danych, wyraźnej zgody i mechanizmów kontroli możliwych do audytu.
Niniejsza treść ma charakter wyłącznie informacyjny i nie stanowi porady finansowej, inwestycyjnej, prawnej ani podatkowej. Wszelkie wydarzenia, nagrody, promocje online lub powiązane informacje, o których tu mowa, nie powinny być traktowane jako rekomendacja, zachęta ani zaproszenie do kupna, sprzedaży, wymiany lub innego rodzaju obrotu aktywami kryptograficznymi. Aktywa kryptograficzne charakteryzują się dużą zmiennością i mogą prowadzić do strat. Dostępność usług, produktów i powiązanych wydarzeń WEEX może się różnić w zależności od regionu. Użytkownik jest odpowiedzialny za upewnienie się, że jego udział jest zgodny z obowiązującymi lokalnymi przepisami i regulacjami.
O WEEX Przegląd
WEEX Przegląd to centrum analiz i informacji o rynku krypto, obejmujące najnowsze wydarzenia ze świata Web3, AI i rynków globalnych. Uzyskaj dostęp do niezależnych badań i dogłębnych analiz, aby być na bieżąco z trendami rynkowymi i możliwościami handlowymi.
Najnowsze artykuły
WięcejSąd w Tianjinie rozpoczyna okres zawiadomienia w sprawie 61 800 BTC Qian Zhimina
Według przekazanego raportu Drugi Pośredni Sąd Ludowy w Tianjinie przyjął wniosek o konfiskatę obejmujący ponad 61 800 BTC i otworzył sześciomiesięczny okres zawiadomienia. Równolegle w Wielkiej Brytanii trwa postępowanie cywilne o odzyskanie mienia oraz obowiązuje nakaz jego zamrożenia.
Plan naprawczy Pirate Chain v6.0.14 może cofnąć niedawne transakcje ARRR
Z udostępnionego raportu wynika, że po nieautoryzowanej emisji ARRR Pirate Chain wprowadził obowiązkową aktualizację v6.0.14. Proponowany rollback może usunąć bloki powstałe po wyznaczonym punkcie, co oznacza, że cofnięte mogą zostać także niektóre niedawne prawidłowe transakcje.
Coinkite pozwane w Ontario za wadę generowania seeda w Coldcard
Z dostarczonego newsa wynika, że przeciwko Coinkite ma zostać wniesiony pozew zbiorowy w Ontario w związku z domniemanymi wadami generowania seeda w urządzeniach Coldcard. Późniejsze fragmenty źródeł wskazują zakres wersji firmware'u kilku modeli Coldcard objętych problemem i wiążą go z tworzeniem s...
LiteLLM 1.107.0 zgłoszony jako złośliwy: zagrożone tagi i bezpieczna wersja
Według raportów badaczy bezpieczeństwa LiteLLM 1.107.0 był złośliwym wydaniem rozpowszechnianym 21 października 2026 r. przez PyPI oraz tagi Docker, w tym latest i main-stable. Za bezpieczną wersję do wycofania zmian uznano 1.106.2.



