ZCode uploadede kodeprojekter: Hvad blev rettet, og hvad viste sikkerhedsgennemgangene?

En undersøgelse offentliggjort i september 2026 viste, at Zhipu AIs kodeværktøj ZCode kunne pakke en indlogget brugers lokale arbejdsmappe — også projektets .git-historik — og uploade en krypteret kopi til Alibaba Clouds lagerløsning OSS. Det skete uden tydelig information til eller accept fra brugeren. Zhipu undskyldte, offentliggjorde ZCodes kildekode på GitHub og bad eksterne parter gennemgå løsningen. 245

Hvorfor blev kodeprojekter uploadet?

Zhipu knyttede uploaden til en funktion til indeksering af kodeprojekter, som var slået til som standard og blandt andet understøttede Repo Wiki — en funktion, der genererede dokumentation ud fra projektets kode. Selskabet erkendte, at brugerne ikke var blevet informeret tilstrækkeligt om funktionen, og at der ikke var en manuel mulighed for at slå den fra. Forskerens undersøgelse viste, at den pakkede arbejdsmappe kunne omfatte mere end de filer, man umiddelbart ville forvente til en dokumentationsside, herunder Git-historikken. 14352

Hvad ændrede version 3.14.0?

Ifølge Zhipu blev Repo Wiki fjernet i ZCode 3.14.0, og forløbet, der oprettede og uploadede kopier af lokale kodeprojekter, blev afbrudt. Det er mere vidtgående end blot at slå funktionen fra som standard. Selskabet offentliggjorde desuden kildekoden, så andre kan gennemgå den. 131629

Hvad ved vi om de uploadede data?

Zhipu oplyste, at projektdata, som blev uploadet for at generere en Repo Wiki-side, blev slettet efter sidens oprettelse. Senere sagde selskabet, at de kodedata, som brugerne havde gjort opmærksom på, ikke blev opbevaret og aldrig var blevet brugt til modeltræning. Det er udsagn om selskabets håndtering af data — ikke en påstand om, at uploadene aldrig fandt sted. 1416

De offentliggjorte resultater fra de eksterne gennemgange er mere afgrænsede:

• CAICT, det kinesiske akademi for informations- og kommunikationsteknologi, fandt ingen data i Alibaba Cloud OSS-lagerbeholderen zcode-prod. Gennemgangen rapporterede også, at ZCode 3.14.0 havde fjernet Repo Wiki og afbrudt forløbet til at oprette og uploade kopier af lokale kodeprojekter. 27
• NSFOCUS, et cybersikkerhedsfirma, rapporterede, at både lagerbeholderen og dens dataobjekter var slettet. Ved gennemgang af version 3.14.0 fandt firmaet ingen tilbageværende funktionsvej til at udløse sådanne kopier eller sende filer ud via det fjernede forløb. 2627

Resultaterne siger noget om lagerbeholderens tilstand og den gennemgåede klientversion. De dokumenterer ikke i sig selv uafhængigt, om tidligere uploadede data nogensinde blev brugt til modeltræning. 1627

Hvilke yderligere tiltag er annonceret?

Zhipu har sagt, at selskabet vil etablere en løbende proces for indberetning og håndtering af sikkerhedshuller i produkterne, med belønninger afhængigt af problemernes alvor. 29

Særskilt har Zhipu annonceret en planlagt, valgfri ordning for ikke at lagre indhold fra modelkald på sin MaaS-platform, hvor udviklere og virksomheder kan bruge selskabets modeller som en tjeneste. Brugere kan ansøge via platformens kontrolpanel. Når ordningen er bekræftet som aktiv for de omfattede kald, vil input og output ifølge Zhipu blive brugt til det enkelte kald uden vedvarende lagring. Det er ikke en løsning med tilbagevirkende kraft for ZCode-uploadene og heller ikke et ubetinget løfte om nul datalagring. 4448

Batch API og File API, som kræver lagring af opgaver eller filer, er undtaget. Zhipu kan også opbevare data, når loven kræver det, eller for at undersøge mistanke om regelbrud eller misbrug — potentielt i 30 dage eller længere. 4448