ZCode, repository caricati nel cloud: la correzione di Zhipu e i limiti degli audit

Il punto della controversia non era soltanto che ZCode inviasse dati al cloud: poteva farlo senza che l’utente ne fosse chiaramente consapevole. In un’indagine pubblicata nel settembre 2026, un ricercatore ha descritto come l’applicazione di Zhipu per la programmazione potesse impacchettare l’area di lavoro locale di un utente connesso, inclusa la cronologia .git, cifrarla e caricarla sul servizio di archiviazione OSS di Alibaba Cloud. Zhipu si è scusata e ha reso disponibile il codice di ZCode su GitHub per consentire alla comunità di esaminarlo. 24529

Perché ZCode caricava i repository?

Secondo Zhipu, il caricamento dipendeva da una funzione di indicizzazione del codice attiva per impostazione predefinita, collegata a Repo Wiki, che generava documentazione a partire dal repository. L’azienda ha riconosciuto di non aver spiegato adeguatamente la funzione al suo lancio e di non aver previsto un comando per disattivarla manualmente. Il ricercatore ha rilevato che il materiale preparato per il caricamento poteva comprendere anche la cronologia Git, non solo i file necessari a produrre una pagina di documentazione. 14352

Che cosa ha corretto la versione 3.14.0?

Zhipu afferma che ZCode 3.14.0 ha rimosso Repo Wiki e interrotto il flusso che generava e caricava gli snapshot dei repository locali. Non si tratta, quindi, della sola disattivazione della funzione come impostazione iniziale. La pubblicazione del codice su GitHub è stata un’altra parte della risposta dell’azienda, distinta dalla modifica al software. 131629

Dati caricati: dichiarazioni dell’azienda e risultati delle verifiche

Zhipu ha dichiarato che i dati caricati per generare una pagina Repo Wiki venivano distrutti dopo la produzione della pagina. In seguito ha affermato che i dati di codice segnalati dalla comunità non sono conservati e non sono mai stati usati per addestrare modelli. Sono dichiarazioni sul trattamento dei dati, non una smentita dell’avvenuto caricamento. 1416

Le verifiche di terzi riportate pubblicamente riguardano aspetti più circoscritti:

• CAICT, l’Accademia cinese delle tecnologie dell’informazione e delle comunicazioni, ha rilevato che il bucket OSS zcode-prod risultava senza dati e ha riferito che la versione 3.14.0 aveva rimosso Repo Wiki e interrotto il flusso di generazione e caricamento degli snapshot. 27
• NSFOCUS, società di sicurezza informatica, ha riferito che il bucket e gli oggetti che conteneva erano stati eliminati. Nella sua analisi della versione 3.14.0 non ha individuato percorsi funzionali rimasti in grado di attivare snapshot dei repository locali o inviare file tramite il flusso rimosso. 2627

Il limite da tenere presente: questi risultati descrivono lo stato del bucket e della versione esaminata. Da soli non verificano in modo indipendente l’affermazione di Zhipu secondo cui i dati caricati in precedenza non sarebbero mai stati usati per l’addestramento. 1627

Le nuove misure annunciate, e le loro eccezioni

Zhipu ha annunciato un processo continuativo per ricevere e gestire segnalazioni di vulnerabilità dei prodotti, con ricompense commisurate alla gravità dei problemi segnalati. 29

Separatamente, ha annunciato per la propria piattaforma MaaS — «modelli come servizio», accessibili tramite API — un’opzione di non conservazione dei contenuti. Gli utenti potranno richiederla dalla console; una volta confermata come attiva, secondo Zhipu, gli input e gli output delle chiamate coperte saranno usati per la singola richiesta senza archiviazione persistente. Non è una soluzione retroattiva per i caricamenti di ZCode, né una garanzia assoluta di conservazione zero. Restano escluse funzioni come Batch API e File API, che richiedono di conservare attività o file. I dati potrebbero inoltre essere trattenuti quando lo impone la legge o per verificare sospette violazioni o abusi, anche per 30 giorni o più. 4448