AntwortenVeröffentlicht27 Quellen
ZCode: Was die Repo-Wiki-Uploads enthielten – und was Z.AI danach änderte
Laut Reverse Engineering konnte ZCodes standardmäßig aktivierte Codebase Indexierung für Repo Wiki verschlüsselte Snapshots ganzer Workspaces erstellen und an Alibaba Cloud OSS übertragen – einschließlich Git Historie. Z.AI entschuldigte sich, entfernte Repo Wiki und den Upload Workflow mit ZCode 3.14.0 und verweist...
Veröffentlicht vonBearbeitet mit GPT-5.6 TerraBilder erstellt mit GPT Image 2
Forschungsantwort
Wichtige Erkenntnisse
- Laut Reverse Engineering konnte ZCodes standardmäßig aktivierte Codebase Indexierung für Repo Wiki verschlüsselte Snapshots ganzer Workspaces erstellen und an Alibaba Cloud OSS übertragen – einschließlich Git Historie.
- Z.AI entschuldigte sich, entfernte Repo Wiki und den Upload Workflow mit ZCode 3.14.0 und verweist auf Prüfungen, nach denen der betroffene OSS Bucket bereinigt wurde.
- Offen bleibt vor allem die historische Nachweisbarkeit: Ein später leerer Speicher Bucket belegt nicht allein, ob Daten zuvor anderswo kopiert, abgerufen oder anderweitig verarbeitet wurden.
KI-Prompt
openai.comCreate a landscape editorial hero image for this Studio Global article: How did Z.AI’s ZCode coding assistant secretly package and attempt to upload developers’ local workspace files through its default Codebase. Article summary: ZCode’s default Codebase Indexing/Repo Wiki feature appears to have created and attempted to send an encrypted snapshot of an entire logged-in developer workspace—not merely files selected for an AI prompt—to Alibaba Clo. Topic tags: general, general web, user generated, news. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts wi
Die Kontroverse um ZCode dreht sich nicht bloß um Dateien, die Entwickler bewusst als Kontext für einen KI-Prompt ausgewählt haben. Ein Reverse-Engineering-Bericht des Forschers ferstar kam zu dem Schluss, dass der Desktop-Client bei angemeldetem Nutzer einen verschlüsselten Snapshot des Arbeitsbereichs erstellen und eine Übertragung an den Object Storage Service (OSS) von Alibaba Cloud einleiten konnte. Z.AI räumte einen damit zusammenhängenden Fehler in der Funktion Codebase Indexing ein: Die Erstellung einer Repo Wiki könne Repository-Daten hochladen; in der frühen Phase sei die Funktion standardmäßig aktiviert gewesen.2
3
5
Was laut den Analysen im Snapshot steckte
Nach ferstars technischem Bericht konnte das Paket den gesamten Workspace erfassen – nicht nur einige für einen Prompt ausgewählte Anhänge. Zu den gemeldeten Inhalten gehörten:
- das vollständige Verzeichnis
.giteinschließlich Commit-Historie; - Git-LFS-Asset-Cache und Reflogs;
- Dateien des Arbeitsbereichs;
- globale Konfigurationen der Anwendung.
3
5
In einem Bericht ist von einem verschlüsselten Archiv mit rund 313 MB die Rede. Auf Grundlage der Analyse wurde zudem berichtet, dass der zugehörige private RSA-Schlüssel bei Z.AI lag. Nutzer hätten ein abgefangenes Archiv damit nicht selbst entschlüsseln und anhand des Chiffretexts auch keine Löschung überprüfen können.4
Dabei ist eine Einschränkung entscheidend: Es handelt sich um Erkenntnisse aus Reverse Engineering und Netzwerkbeobachtungen, nicht um ein öffentliches, unabhängiges Inventar sämtlicher potenziell betroffener Rechner. Der Nachweis eines Übertragungsversuchs zu OSS bedeutet weder, dass jeder Versuch erfolgreich abgeschlossen wurde, noch wie lange ein Objekt nach einer Übertragung verfügbar blieb.3
16
Wie Repo Wiki mit den Uploads verknüpft war
Z.AI erklärte, die Ursache liege in Codebase Indexing. Diese Funktion unterstütze unter anderem Repo Wiki und versionsbezogene Arbeitsabläufe. Nach Darstellung des Unternehmens konnte das Generieren einer Repo-Wiki-Seite den Upload von Repository-Daten auslösen; in der ersten Veröffentlichungsphase sei die Funktion standardmäßig eingeschaltet gewesen.2
5
11
Damit ist zwar der Produktpfad benannt, der Vorgang wird dadurch aber nicht zu einem gewöhnlichen, ausdrücklich bestätigten Datei-Upload. Der Kern des Vertrauensproblems liegt im Umfang und in der Einwilligung: Nutzer und Forscher beschrieben, dass ein Komplettpaket des Arbeitsbereichs ohne klare, wirksame Bestätigung für diese Übertragung erzeugt wurde.3
6
Die Reaktion von Z.AI: Entfernung, Open Source und Audits
Nach Bekanntwerden der Berichte entschuldigte sich Z.AI und deaktivierte betroffene Funktionen.2 Später erklärte das Unternehmen, dass ZCode v3.14.0 Repo Wiki entfernt und den Workflow zur Erstellung und zum Upload lokaler Repository-Snapshots abgeschaltet habe.
16
Z.AI teilte außerdem mit, ZCode als Open Source bereitzustellen und den Client extern prüfen zu lassen. Berichtet wurde über Bewertungen durch die China Academy of Information and Communications Technology (CAICT) sowie NSFOCUS.10
23
Nach ZCodes veröffentlichter Darstellung dieser Prüfungen gilt:
- CAICT stellte fest, dass sich der Alibaba-Cloud-OSS-Bucket
zcode-prodnach den Maßnahmen in einem Null-Daten-Zustand befand; - NSFOCUS bestätigte die Löschung von Datenobjekten im Bucket und im zugehörigen Backup-Speicher.
16
Unabhängig davon kündigte Zhipu für seine MaaS-Plattform eine Option ohne Datenaufbewahrung an. Eingaben und Ausgaben sollen dabei nur für die jeweilige Anfrage verwendet und anschließend gelöscht werden. Diese Ankündigung betrifft die künftig vorgesehene Verarbeitungsrichtlinie der Plattform; sie ist kein unabhängiger Nachweis dafür, was im früheren ZCode-Workflow geschah.24
Was weiterhin nicht unabhängig geklärt ist
Die Angaben des Unternehmens zu den Korrekturmaßnahmen sind relevant, beantworten aber nicht jede historische Frage. Eine nachträgliche Prüfung, die einen leeren, konkret benannten Bucket feststellt, stützt die Aussage, dass dieser Speicherort zu diesem Zeitpunkt bereinigt war. Ohne umfassendere Logs und ein vollständiges Verarbeitungsprotokoll kann sie jedoch nicht eigenständig belegen, dass Daten nie an anderer Stelle kopiert, vor der Löschung abgerufen oder für einen anderen Zweck verwendet wurden.
Z.AI erklärte, der gemeldete Code und zugehörige Daten seien weder gespeichert noch für das Training von Modellen genutzt worden.41 Das hier zusammengefasste öffentliche Material enthält jedoch keinen unabhängig auditierbaren End-to-End-Nachweis, der diese Negativaussage für jeden gemeldeten Snapshot abschließend prüfen würde. Die belastbare Schlussfolgerung bleibt daher begrenzt: Das Unternehmen bestreitet eine Nutzung zum Training, während eine öffentliche, vollständige Verifikation aussteht.
Warum Chengming Technology ein Verarbeitungsverzeichnis verlangte
Taiyuan Chengming Technology richtete nach dem Vorwurf unbefugter Uploads von Unternehmensdaten und Geschäftsgeheimnissen eine rechtliche Aufforderung an Zhipu. Gefordert wurde mehr als eine Löschung: Das Unternehmen verlangte Angaben zu Speicherorten, möglichen grenzüberschreitenden Übermittlungen, einer Weitergabe an Dritte, einer möglichen Nutzung für Modelltraining, Zugriffs- oder Exportprotokollen sowie Nachweise für die Löschung auf Servern, in Caches, Backups und Systemen zur Notfallwiederherstellung.17
21
26
Die Forderung beschreibt einen Maßstab, den Nutzer von KI-Programmierwerkzeugen zunehmend erwarten: nicht nur die Aussage, Daten seien gelöscht worden, sondern eine nachvollziehbare Dokumentation darüber, was erhoben wurde, wohin es gelangte, wer es verarbeiten konnte und wie sich die Löschung überprüfen lässt.
Kurzfristige Börsenreaktion, kein Urteil über den Langfristwert
Berichten zufolge fielen Z.AI-Aktien während des Handels im Zuge der Kontroverse; in einem Bericht war von einem zwischenzeitlichen Minus von bis zu 5 % die Rede.35 Verfügbare Schlusskursseiten zeigten zugleich zu einem später genannten Schlusskurs ein Plus von 1,79 %, während ein anderer Marktbericht für den Tag einen niedrigeren Schlusskurs nannte.
34
38 Diese unterschiedlichen Momentaufnahmen stützen vor allem eine engere Aussage: Der Vorfall löste kurzfristige Marktbesorgnis aus. Eine belastbare Aussage über langfristige Auswirkungen auf die Bewertung lässt sich daraus nicht ableiten.
Was Entwickler daraus mitnehmen können
Der Fall zeigt ein grundlegendes Prüfkriterium für KI-Coding-Tools: lokale Indexierung, Übertragung von Prompt-Kontext und Upload eines vollständigen Workspace-Snapshots müssen klar voneinander getrennt werden. Jede dieser Verhaltensweisen sollte transparent dokumentiert, separat steuerbar und über Dokumentation, Netzwerkprüfung oder Quellcode-Review nachvollziehbar sein.
Teams, die mit proprietärem Code, Zugangsdaten oder regulierten Daten arbeiten, sollten explizite Upload-Einwilligungen verlangen, den Umfang von Arbeitsbereichen minimieren, ausgehende Netzwerkziele überprüfen und verbindliche Zusagen der Anbieter zu Aufbewahrung, Unterauftragsverarbeitern, Löschverfahren und Audit-Nachweisen einholen. Die Entfernung des Snapshot-Upload-Workflows durch Z.AI adressiert den gemeldeten Mechanismus. Gerade die offenen Fragen zur historischen Datenverarbeitung erklären jedoch, warum die Kontroverse auch nach dem Patch anhielt.16
17
Studio Global AI
Setzen Sie Ihre Recherche fort
Diese Seite enthält eine quellengestützte Antwort, die Sie in Studio Global fortsetzen können.
Die Leute fragen auch
Wie lautet die kurze Antwort auf „ZCode: Was die Repo-Wiki-Uploads enthielten – und was Z.AI danach änderte“?
Laut Reverse Engineering konnte ZCodes standardmäßig aktivierte Codebase Indexierung für Repo Wiki verschlüsselte Snapshots ganzer Workspaces erstellen und an Alibaba Cloud OSS übertragen – einschließlich Git Historie.
Was sind die wichtigsten Punkte, die zuerst validiert werden müssen?
Laut Reverse Engineering konnte ZCodes standardmäßig aktivierte Codebase Indexierung für Repo Wiki verschlüsselte Snapshots ganzer Workspaces erstellen und an Alibaba Cloud OSS übertragen – einschließlich Git Historie. Z.AI entschuldigte sich, entfernte Repo Wiki und den Upload Workflow mit ZCode 3.14.0 und verweist auf Prüfungen, nach denen der betroffene OSS Bucket bereinigt wurde.
Was soll ich als nächstes in der Praxis tun?
Offen bleibt vor allem die historische Nachweisbarkeit: Ein später leerer Speicher Bucket belegt nicht allein, ob Daten zuvor anderswo kopiert, abgerufen oder anderweitig verarbeitet wurden.