// 3 ZERO-DAY · 7 CVE · 8 EXPLOIT NELLE ULTIME 24H→
Google annuncia Gemini 4 Argon capace di trovare e patchare autonomamente vulnerabilità critiche. Il modello è accessibile solo a partner selezionati e nessun CVE è

Google ha annunciato il 30 settembre 2026 Gemini 4 Argon, un modello linguistico che la società afferma in grado di "trovare, validare e patchare autonomamente vulnerabilità software critiche". Il rilascio avviene esclusivamente attraverso il Fairwind Program, un canale riservato a partner cybersecurity selezionati, senza accesso pubblico né documentazione tecnica verificabile indipendentemente.

Il claim distintivo è la chiusura automatica del ciclo discovery→validation→patching, un salto rispetto agli strumenti attuali che si fermano alla segnalazione. Tuttavia, nessuna dimostrazione pubblica del meccanismo di patching autonomo è disponibile. I benchmark citati da Google — 68% su CWE-bench v1 per la fixing di vulnerabilità, 77,9% su DeepSWE v1.1 per task di ingegneria software — sono self-reported, senza verifica esterna.

Punti chiave
  • Google afferma che Argon può trovare, validare e patchare vulnerabilità senza intervento umano, ma non ha pubblicato CVE né advisory tecnici verificabili
  • Il modello è distribuito solo a partner cybersecurity selezionati tramite il Fairwind Program; una versione senza cyber guardrails è riservata a difensori fidati e team interni
  • Wiz utilizza Argon nel programma Scan for Good; Google sostiene che il modello ha trovato una vulnerabilità critica in software ospedaliero globale, senza rivelarne nome o stato di patching
  • Il limite output è stato esteso a 1.000.000 di token; agenti Argon hanno liberato oltre 300 TiB di memoria nei data center Google e riscritto 32.000 linee SIMD in Rust con speedup 2,7x

Il meccanismo promesso: da segnalatore a remediator

Lo stato dell'arte nella vulnerability management separa nettamente discovery e remediation. Gli strumenti di DAST (Dynamic Application Security Testing) e SAST (Static Application Security Testing) identificano flaw, ma la correzione richiede sviluppatori umani. Google sostiene che Argon supera questa frattura attraverso agenti autonomi che combinano analisi statica, testing dinamico black-box, generazione di proof-of-concept e riscrittura del codice.

La migrazione C/C++→Rust è il caso d'uso più documentato. Agenti Argon hanno riscritto 32.000 linee di codice SIMD in libgav1, ottenendo un speedup di 2,7x. Oltre 800.000 linee di C/C++ per il kernel Fuchsia Zircon sono in corso di riscrittura, ancora in fase di audit. Questi dati, riportati da Google, mostrano applicazione concreta oltre la sola sicurezza, ma restano metriche interne non verificabili esternamente.

Il contesto esteso — 1.000.000 di token di output, contro i 64.000 precedenti — è la leva tecnica che Google indica come prerequisito per ragionare su codebase complesse. Il prezzo introduttivo è di 2 dollari per milione di token in input e 10 in output, con raddoppio previsto al termine del periodo promozionale.

Il caso Wiz e il buco nero delle prove

Wiz, citata come partner nel Fairwind Program, utilizza Argon nell'iniziativa Scan for Good per scansionare infrastruttura critica. Secondo Google, il modello ha identificato una vulnerabilità critica in software ospedaliero usato globalmente, non rilevata da modelli precedenti. Il nome del software non è stato divulgato. Google non ha confermato se la vulnerabilità sia stata effettivamente patchata né se la patch sia stata generata o applicata automaticamente.

Questa opacità è il punto di frizione centrale. Senza CVE, senza advisory del vendor del software medico, senza report di Wiz che confermi indipendentemente la scoperta, il claim di autonomia nel patching resta non falsificabile. La distinzione tra "può patchare" e "ha patchato" è tecnicamente rilevante: la prima è capacità dichiarata, la seconda è evidenza operativa. Il dossier non contiene la seconda.

"autonomously find, validate, and patch critical software vulnerabilities" — Google, riportato da Help Net Security

Il rilascio senza guardrails e la governance del dual-use

Una versione di Argon priva di cyber guardrails sarà distribuita a difensori fidati e team interni Google. La scelta di limitare il rilascio solleva questioni di governance: chi definisce "difensore fidato", con quali criteri, e come si previene la proliferazione verso attori offensivi? Il dossier non specifica meccanismi di auditing o revoca dell'accesso.

L'annuncio è arrivato il giorno dopo la firma di un accordo volontario su AI safety tra Google e il presidente Trump, menzionato dalla fonte Cryptonomist. La sequenza temporale suggerisce un'allineamento politico, ma il dossier non stabilisce causalità diretta. L'assenza di un framework normativo vincolante per i sistemi AI dual-use nel settore cybersecurity lascia il controllo esclusivamente ai meccanismi di autorizzazione del vendor.

Cosa fare adesso

Per i CISO e i team di security engineering, l'annuncio di Argon impone tre verifiche immediate sul proprio stack di vulnerability management.

Primo: auditare se gli strumenti attuali — SAST, DAST, SCA — coprono le 20 codebase interne che Google cita come benchmark per Argon. Se il proprio portfolio supera questa soglia, il claim di scalabilità di Argon non si applica automaticamente al proprio contesto.

Secondo: richiedere ai vendor esistenti (Snyk, Semgrep, Checkmarx, SonarQube) la roadmap su agentic remediation, non solo su AI-assisted detection. La distanza tra "assisted" e "autonomous" è il differenziatore che Google sta reclamando; i vendor devono dichiarare la propria posizione.

Terzo: se l'organizzazione è nel settore healthcare o critical infrastructure, verificare con Wiz — se si è clienti — se il caso ospedaliero citato da Google riguarda software nel proprio stack. L'assenza di nome prodotto e CVE rende impossibile la verifica proattiva; la richiesta diretta al vendor è l'unico canale disponibile.

Per i decisori di procurement, il prezzo di 2/10 dollari per milione di token introduttivo, con raddoppio successivo, va modellato su workload reali. Un milione di token di output è il limite tecnico, non la media di consumo; i costi effettivi dipendono dalla dimensione delle codebase sottoposte a scanning.

Domande senza risposta nel dossier

Argon applica patch in produzione o genera solo codice corretto?

Il dossier non specifica se il patching autonomo includa il deploy automatico o si limiti alla generazione di codice. Google usa il verbo "patch" nel claim principale, ma non chiarisce il confine tra generazione e applicazione.

Perché Google non ha pubblicato il CVE della vulnerabilità ospedaliera?

La fonte non fornisce motivazione. L'assenza di CVE, nome prodotto e conferma di patching rende il caso non verificabile indipendentemente. Wiz è citata come utilizzatrice del modello, non come emittente di advisory propria.

Cosa distingue il Fairwind Program da un accesso enterprise standard?

Il brief non dettaglia criteri di selezione, numero di partner, durata dell'accesso né meccanismi di oversight. La versione senza cyber guardrails è esplicitamente riservata, ma il dossier non quantifica la differenza tecnica tra le due versioni.

L'annuncio di Argon colloca Google in una posizione di rivendicazione unilaterale: nessun altro vendor AI ha dichiarato capacità equivalenti di remediation autonoma. Fino a quando i claim non saranno sottoposti a verifica indipendente — attraverso CVE pubblicati, benchmark riproducibili o accesso esteso ai ricercatori — il settore cybersecurity resta con una promessa forte e una evidence debole. La tensione tra marketing della frontier AI e trasparenza del security testing è, al momento, tutta dalla parte del marketing.

Fonti

Le informazioni sono state verificate sulle fonti citate e aggiornate al momento della pubblicazione.

Fonti


Fonti e riferimenti
  1. helpnetsecurity.com
  2. rapid7.com
  3. techcrunch.com
  4. en.cryptonomist.ch
  5. firstpost.com
  6. schema.org