ZCode lud ganze Git-Historien hoch; Zhipu entschuldigt sich

ZCode, das Desktop-Werkzeug zum Programmieren des chinesischen KI-Unternehmens Zhipu, packte ganze Arbeitsverzeichnisse von Entwicklern zusammen und lud sie in einen Cloud-Speicher hoch. Das berichtet eine Analyse vom 18. September 2026. Zhipu entschuldigte sich noch am selben Tag und erklärte, die Uploads stammten aus einer Funktion, die standardmäßig aktiv war. Die Uploads enthielten vollständige Git-Historien, und dort liegen gelöschte Zugangsdaten und aufgegebene Branches.

ZCode ist ein agentisches Entwicklungswerkzeug rund um Zhipus GLM-Modelle. Tech AI Wire berichtete im August 2026 über die Veröffentlichung der GLM-5.3-Gewichte.

Was die Analyse fand

Die technische Auswertung von ferstar beschreibt, dass das Werkzeug das Arbeitsverzeichnis archiviert, solange ein Nutzer angemeldet ist. Das Archiv umfasste das vollständige .git-Verzeichnis, den Cache für große Dateien, die Reflogs und die globale Konfiguration der Anwendung.

Die Zahlen zeigen, warum das zählt. Ein Snapshot eines kommerziellen Projekts erreichte 313 MB über 42.411 Dateien, und 86,6 Prozent davon stammten allein aus .git. Eine Git-Historie ist nicht nur der aktuelle Code. Sie enthält jede Version jeder Datei, auch den API-Schlüssel, den jemand vor drei Jahren eingecheckt und wieder entfernt hat.

Zwei Schalter in der Oberfläche, benannt "Optimize Experience" und "Repo Snapshot Indexing", stoppten das Verhalten laut Analyse nicht, wenn man sie ausschaltete. Auch das Löschen eines Snapshots half nicht, denn das Werkzeug legte einen neuen an. Der Autor half sich damit, das Verzeichnis für Checkpoints auf Dateisystemebene schreibgeschützt zu machen.

Das Detail mit der Verschlüsselung

Das Archiv auf der Festplatte ist verschlüsselt. Das klingt beruhigend, bis man fragt, wer den Schlüssel hält. Laut Analyse liefert der Server den öffentlichen RSA-Schlüssel beim Erstellen aus, während der passende private Schlüssel in der Cloud bleibt. Eine Entwicklerin kann die Datei auf dem eigenen Laptop also nicht öffnen.

"Ein Schlüssel, den nur der Server nutzen kann, erfüllt genau einen Zweck: sicherzustellen, dass der Server Ihren Code jederzeit lesen kann", schrieb ferstar. Die Auswertung hält außerdem fest, dass die veröffentlichte Datenschutzerklärung das Sammeln von Code und Text für die Inferenz beschreibt, aber nichts über das Verpacken ganzer Arbeitsverzeichnisse sagt.

Die Antwort von Zhipu

Zhipu erklärte, eine interne Prüfung abgeschlossen zu haben, und entschuldigte sich bei den betroffenen Nutzern, wie PANews berichtete. Das Unternehmen führte das Verhalten auf eine Funktion zur Repository-Indizierung zurück. Diese Funktion unterstützt die Wiederherstellung von Sitzungen, das Zurückrollen von Versionen und eine Repo-Wiki-Funktion. Zhipu erklärte, der Schritt zur Erzeugung des Wikis könne einen Upload auslösen.

Zusage von Zhipu	Detail
Datenhaltung	Hochgeladene Daten werden nach der Erzeugung einer Wiki-Seite vernichtet, nicht gespeichert
Voreinstellung	Die Funktion war in der frühen Startphase standardmäßig aktiv
Code	Die ZCode-Codebasis soll quelloffen werden
Prüfung	Externe Prüfer sollen das Verhalten des Systems begutachten
Ausgleich	Alle Nutzer erhalten eine zusätzliche Zurücksetzung des Wochenkontingents

Die Darstellungen decken sich nicht vollständig, und genau diese Lücke ist die Nachricht. Die Analyse beschreibt Erfassung und Upload gebunden an die Anmeldung, mit Schaltern, die nichts stoppten. Zhipu beschreibt einen engeren Pfad, gebunden an die Erzeugung einer Wiki-Seite, mit anschließender Löschung. Nur die zugesagte externe Prüfung kann klären, welche Beschreibung zum ausgelieferten Programm passt.

Was das für Entwickler bedeutet

Behandeln Sie Ihr Repository als das sensible Gut, nicht nur die aktuellen Dateien. Führen Sie git log -p über die eigene Historie aus und sehen Sie, was eine vollständige Kopie offenlegen würde. Alte .env-Dateien, interne Hostnamen, ein eingefügter und wieder entfernter Datenbank-Dump, Branch-Namen, die ein unangekündigtes Produkt benennen: all das steckt darin.

Prüfen Sie, was Ihre Werkzeuge hochladen, bevor Sie prüfen, was sie versprechen. Eine Beobachtung des Netzwerkverkehrs und ein Blick in das Cache-Verzeichnis des Werkzeugs beantworten die Frage schneller als eine Datenschutzerklärung. Wenn eine Einstellung behauptet, Telemetrie abzuschalten, prüfen Sie das im Datenverkehr, denn diese Behauptung hielt hier nicht.

Für regulierten Code oder Kundencode wählen Sie Werkzeuge, deren Erfassungspfad Sie einsehen oder auf Dateisystemebene abschalten können. Ein Verzeichnis schreibgeschützt zu setzen ist grob, aber nachprüfbar. Eine quelloffene Veröffentlichung, die Zhipu nun zugesagt hat, ist die Variante dieser Zusage, die jeder prüfen kann.