← Ultimi articoli
💻 computer science

ZKP Security Tools and Verification: Coverage, Effectiveness, Adoption, and Challenges

Questo articolo valuta l'attuale panorama degli strumenti di sicurezza per le Zero-Knowledge Proof (ZKP) e degli sforzi di verifica formale, rivelando lacune significative nella copertura e nell'efficacia attraverso i codebase reali, evidenziando al contempo la necessità di una migliore integrazione delle pratiche di sicurezza nel ciclo di vita dello sviluppo.

Autori originali: Arman Kolozyan, Tom Sorger, Alexander Hicks, Stefanos Chaliasos

Pubblicato 2026-07-28
📖 6 min di lettura🧠 Approfondimento

Autori originali: Arman Kolozyan, Tom Sorger, Alexander Hicks, Stefanos Chaliasos

Articolo originale sotto licenza CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Questa è una spiegazione generata dall'IA dell'articolo qui sotto. Non è stata scritta né approvata dagli autori. Per precisione tecnica, consulta l'articolo originale. Leggi il disclaimer completo

Immaginate un mondo in cui potete dimostrare di conoscere un segreto — come una password o un saldo bancario privato — senza mai rivelare effettivamente il segreto stesso. Questa è la magia delle Zero-Knowledge Proofs (ZKP). Pensateci come a un mago che vi mostra un trucco di magia: dimostra di poter trasformare una moneta in un coniglio senza che voi possiate mai vedere come ha fatto o che aspetto avesse il coniglio prima del trucco. Queste prove stanno diventando l'ossatura del futuro di internet, proteggendo miliardi di dollari in denaro digitale e i nostri dati personali più sensibili. Ma ecco il problema: costruire questi truci di magia digitale è incredibilmente difficile. Se un mago commette anche un solo piccolo errore nel suo libro di incantesimi, l'intero trucco può fallire, permettendo a uno scammer di falsificare una prova e rubare denaro o falsificare un'identità. Poiché la posta in gioco è così alta, i ricercatori hanno costruito un intero kit di strumenti di "guardie del corpo" — programmi software progettati per scansionare questi libri di incantesimi alla ricerca di errori prima che vadano online.

Ma queste guardie del corpo funzionano davvero? Questa è la grande domanda che questo articolo pone. Gli autori, un team di ricercatori provenienti da prestigiose istituzioni, hanno deciso di mettere alla prova questi strumenti. Non si sono limitati a guardare le brochure di marketing degli strumenti; hanno raccolto una vasta collezione di 70 bug reali trovati in progetti effettivi e hanno visto quanti di essi gli strumenti riuscivano a intercettare. Hanno anche parlato con 48 esperti che costruiscono e verificano questi sistemi per vedere cosa ne pensano davvero. La storia che raccontano è un mix di speranza e di un serio bagno di realtà: gli strumenti sono utili, ma sono tutt'altro che perfetti, e il settore si affida ancora pesantemente ai cervelli umani per fare il lavoro pesante.

Il Panorama: Una Cassetta degli Attrezzi Piena di Martelli

I ricercatori hanno prima dato un'occhiata all'attuale "panorama della sicurezza". Immaginate un laboratorio dove tutti cercano di riparare un tipo specifico di serratura. Hanno scoperto che quasi tutti gli strumenti di sicurezza sono progettati per lavorare su un unico tipo di linguaggio di serratura chiamato Circom. È come avere un laboratorio pieno di martelli, mentre il mondo sta iniziando a usare viti, bulloni e colla. Sebbene Circom sia popolare, i nuovi linguaggi e sistemi (chiamati zkVM) sono appena supportati.

La maggior parte di questi strumenti cerca un tipo specifico di errore chiamato "sotto-vincolo" (underconstrainedness). Per usare un'analogia, immaginate di costruire un ponte. Un ponte sotto-vincolato è uno in cui i progetti dicono: "Il ponte deve reggere un'auto", ma dimenticano di dire: "Il ponte deve reggere solo un'auto". Un ladro astuto potrebbe passarci sopra con un carro armato, e il ponte direbbe ancora: "Sì, questa è un'auto valida!". Gli strumenti sono bravi a individuare queste regole mancanti, ma faticano con errori logici più complessi o errori nel modo in cui il ponte si collega al resto della strada.

Il Test Drive: Quanto sono Buoni Davvero?

Successivamente, il team ha sottoposto sei di questi strumenti a un rigoroso test drive. Li ha nutriti con 70 bug reali che erano stati trovati "sul campo". I risultati sono stati un po' come un'altalena.

Quando gli strumenti esaminavano i bug in isolamento — come prendere un singolo ingranaggio rotto da una macchina e testarlo da solo — intercettavano circa il 45,7% dei problemi. Questo sembra promettente! Tuttavia, quando i ricercatori hanno testato gli strumenti sulle basi di codice reali e disordinate (l'intera macchina), l'efficacia è crollata a solo il 19,6%.

Perché questo calo? L'articolo suggerisce che il codice del mondo reale è disordinato. Gli strumenti spesso si confondono con dipendenze complesse, vanno in crash o vanno in timeout perché la matematica è troppo difficile da risolvere rapidamente. È come un correttore ortografico che funziona benissimo su una singola frase, ma si blocca quando incolli un intero romanzo. Gli autori hanno scoperto che, sebbene gli strumenti stiano migliorando, non sono pronti per essere soluzioni "premere un tasto" che possano mettere in sicurezza automaticamente un progetto massiccio senza l'aiuto umano.

Lo Specchio Magico: La Verifica Formale

L'articolo ha anche esaminato una tecnica più avanzata chiamata Verifica Formale. Se gli strumenti di sicurezza sono come correttori ortografici, la verifica formale è come cercare di dimostrare matematicamente che l'incantesimo non può fallire, qualunque cosa accada. Questo è il gold standard della sicurezza.

I ricercatori hanno scoperto che, sebbene ci siano stati progressi, questi avvengono principalmente in isole isolate. Gli esperti hanno dimostrato con successo che certe parti del sistema (i "vincoli" o le regole del ponte) sono solide. Ma l'intero sistema? Non proprio. Il "generatore di testimone" (la parte che costruisce effettivamente la prova) e il "sistema di prova" (la magia che nasconde il segreto) rimangono spesso non verificati. È come dimostrare che il ponte è resistente, ma dimenticare di controllare se le fondamenta sono solide o se la squadra di costruzione ha seguito i piani. L'articolo nota che queste prove spesso si basano su "assunzioni fidate" — fondamentalmente, dobbiamo fidarci del fatto che gli strumenti usati per scrivere la prova non abbiano commesso errori.

L'Elemento Umano: Cosa Dicono gli Esperti

Infine, il team ha intervistato 48 professionisti — persone che costruiscono e verificano effettivamente questi sistemi. I risultati sono stati affascinanti. Anche con l'ascesa dell'IA e dei Large Language Models (LLM), il lavoro è ancora guidato dagli umani. Circa l'85% degli sviluppatori e l'83% degli auditor utilizzano gli LLM per aiutarli, ma li usano come assistenti, non come sostituti.

Gli esperti hanno detto ai ricercatori che il problema principale non è solo trovare i bug; è che gli strumenti sono difficili da usare. Spesso richiedono troppa configurazione manuale, non funzionano con i nuovi linguaggi e producono report confusi. I professionisti desiderano strumenti che siano più facili da integrare, che funzionino tra diversi linguaggi e che forniscano risposte chiare e affidabili. Sono particolarmente preoccupati per gli "errori semantici" — errori in cui il codice fa esattamente ciò che gli è stato ordinato di fare, ma non ciò che il programmatore intendeva fare. Gli strumenti attuali sono terribili nel rilevarli.

Il Punto Fondamentale

Questo articolo dipinge un quadro chiaro: le Zero-Knowledge Proofs sono potenti, ma la loro messa in sicurezza è ancora un lavoro in corso. Gli strumenti automatizzati che abbiamo oggi sono utili per catturare errori semplici in linguaggi specifici, ma cadono corti di fronte alla complessità dei progetti del mondo reale. L'industria è attualmente un mix di scansione automatizzata e pesante revisione umana, con una crescente dipendenza dall'IA come aiutante piuttosto che come eroe.

Gli autori concludono che abbiamo bisogno di strumenti migliori che possano gestire l'intero sistema, non solo i pezzi. Abbiamo bisogno di strumenti che comprendano il "significato" del codice, non solo la sintassi, e dobbiamo rendere la verifica formale più facile da usare nello sviluppo quotidiano. Fino ad allora, la sicurezza dei nostri segreti digitali dipende da un team di maghi umani che ricontrollano gli incantesimi, con qualche utile robot in standby per intercettare gli errori di battitura ovvi.

Sommerso dagli articoli nel tuo campo?

Ricevi digest giornalieri degli articoli più recenti corrispondenti alle tue parole chiave di ricerca — con riassunti tecnici, nella tua lingua.

Prova Digest →