Gemini 4 Carbon: Google annuncia un modello per individuare e correggere le vulnerabilità
Imagen generada con gpt-image-2.5-sunburst para InferamaFonte ↗
01

Che cosa ha annunciato Google su Gemini 4 Carbon

Google ha annunciato Gemini 4 Carbon il 28 ottobre 2026, presentandolo come un modello di frontiera incentrato sulla programmazione, sulle attività di lunga durata e sulla cybersicurezza. La proposta più concreta è coprire diverse fasi della difesa del software: individuare vulnerabilità, valutare se possono essere sfruttate e generare patch. Queste capacità e i relativi risultati sono dichiarazioni di Google, non verifiche indipendenti del modello.

La distinzione tra le diverse fasi è importante. Individuare una possibile falla non dimostra che possa essere sfruttata in condizioni reali; confermare la sfruttabilità, a sua volta, non dimostra che una patch risolva la causa senza introdurre altri problemi. I test citati da Google misurano attività diverse: i rispettivi punteggi non vanno quindi sommati o interpretati come un’unica misura di sicurezza o qualità.

02

Che cosa misurano i test di cybersicurezza citati

Google comunica un risultato dell’88,2% in SEC-bench Pro per il rilevamento delle vulnerabilità, del 54,8% in ExploitGym per la verifica della sfruttabilità e del 71,0% in CWE-bench per la correzione. L’azienda descrive queste valutazioni come esterne e precisa che sono state condotte senza le protezioni del modello. I risultati, pertanto, non descrivono necessariamente il comportamento di una versione commerciale con le protezioni attive, né le funzionalità accessibili a chi la utilizzerà.

Si tratta di punteggi relativi a test specifici, non di un tasso generale di successo nella cybersicurezza. Le informazioni disponibili nell’annuncio non forniscono dettagli sufficienti per ricostruire tutte le condizioni di valutazione, confrontare i risultati in modo indipendente o stimare le prestazioni su qualsiasi base di codice. Per CWE-bench, Google indica il 71,0%: non va sostituito con un valore diverso riportato altrove.

Tre attività, tre risultati distinti

I dati sono risultati comunicati da Google per valutazioni specifiche; non rappresentano garanzie di rilevamento, sfruttamento o correzione nei sistemi reali.

TestAttività descritta da GoogleRisultato comunicato
SEC-bench ProRilevamento di vulnerabilità88,2%
ExploitGymValutazione della sfruttabilità delle falle54,8%
CWE-benchCorrezione delle vulnerabilità71,0%
03

Che cosa dichiara l’annuncio su programmazione e attività prolungate

Google afferma che Carbon è progettato per flussi di lavoro ingegneristici articolati in più passaggi e che, nei test interni, i suoi team lo hanno visto lavorare per giorni su problemi complessi. Come esempio, cita l’individuazione della causa alla radice e la correzione di errori sottili in grandi basi di codice e sistemi di basso livello. Sono osservazioni interne che descrivono l’esperienza dell’azienda: non consentono di concludere che il modello completi in modo affidabile qualunque attività prolungata senza supervisione.

Per lo sviluppo web, Google comunica che Carbon ha guadagnato 89 punti Elo, raggiungendo il quarto posto di WebDev Arena con 1.768 punti. L’azienda afferma inoltre che il modello è al primo posto nella versione 5.0 di Artificial Analysis Intelligence Index, con un punteggio di 59. Si tratta di posizioni ottenute in valutazioni determinate, non di una classifica universale delle capacità: i risultati dipendono dall’insieme di attività, dalla metodologia e dalla versione dell’indice.

Come valutare un’attività ingegneristica assistita dall’IA

Un flusso di lavoro prolungato richiede controlli umani e tecnici anche quando il modello riesce a mantenere il contesto per molto tempo.

  1. 01Definire l’ambito e i criteri di accettazione prima di iniziare l’attività.
  2. 02Testare le modifiche in un ambiente controllato e mantenere la possibilità di ripristinarle.
  3. 03Esaminare codice, dipendenze e test: un’esecuzione prolungata non implica che la soluzione sia corretta.
  4. 04Verificare separatamente il funzionamento e i possibili effetti sulla sicurezza.
04

Sicurezza del modello e limiti delle dichiarazioni

Google afferma che, rispetto a Gemini 4 Argon, Carbon riduce alcuni comportamenti indesiderati nelle valutazioni interne. Tra i dati comunicati figurano una riduzione vicina all’80% degli avvisi di disallineamento ad alta gravità negli ambienti interni di programmazione e una riduzione di circa la metà delle affermazioni prive di supporto. La pubblicazione riporta inoltre uno 0,0% di attacchi riusciti nel set di test di Gray Swan per l’iniezione indiretta di prompt.

Un risultato dello 0,0% in uno specifico set di test significa che, nelle condizioni valutate, non sono stati registrati attacchi riusciti; non dimostra la resistenza a tutti gli attacchi possibili. Allo stesso modo, i miglioramenti interni rispetto ad Argon non provano che in altri contesti non possano verificarsi errori, affermazioni non supportate o vulnerabilità comportamentali. L’annuncio descrive diversi livelli di protezione, tra cui difese contro l’uso improprio e resistenza all’iniezione di prompt, ma non offre una garanzia di sicurezza assoluta.

05

Accesso iniziale e prezzi comunicati

Google ha dichiarato che l’accesso sarebbe iniziato con un gruppo ristretto di specialisti di cybersicurezza e che si sarebbe esteso gradualmente ad altri partner di fiducia tramite il programma Fairwind. L’azienda ha detto che continuerà a raccogliere riscontri e a perfezionare le protezioni prima di rendere Carbon disponibile a sviluppatori, imprese e consumatori. La pubblicazione non specifica i criteri di ammissione al programma né fissa una data per l’accesso generale: la disponibilità per il pubblico non è confermata.

Il prezzo introduttivo comunicato è di 2 dollari per milione di token in ingresso e 10 dollari per milione di token in uscita. Google aggiunge che i token di ingresso memorizzati nella cache hanno uno sconto del 95% rispetto al prezzo ordinario di ingresso e che, al termine del periodo introduttivo, le tariffe previste saranno di 4 dollari per milione di token in ingresso e 20 dollari per milione in uscita. L’annuncio non specifica quando terminerà il periodo introduttivo. Questi dati non bastano a calcolare il costo totale di un’applicazione, che dipende anche dal volume di utilizzo e dal modo in cui viene elaborata ogni richiesta.

Accesso e tariffe annunciate

Le condizioni e i prezzi riportati sono quelli comunicati da Google nell’annuncio. Non sono indicate né una data per l’apertura generale né la fine del periodo introduttivo.

AspettoInformazione comunicata
Accesso inizialeUn gruppo ristretto di specialisti di cybersicurezza
Estensione previstaPartner di fiducia tramite Fairwind; in seguito, sviluppatori, imprese e consumatori
Prezzo introduttivo dei token in ingresso2 dollari per milione di token
Prezzo introduttivo dei token in uscita10 dollari per milione di token
Tariffe previste dopo il periodo introduttivo4 dollari per milione di token in ingresso e 20 dollari per milione in uscita
Token di ingresso memorizzati nella cacheSconto del 95% rispetto al prezzo dei token in ingresso
06

Che cosa si può concludere al momento

La novità confermata è l’annuncio di un modello che Google indirizza alla programmazione e a diverse fasi della difesa del software, insieme a risultati specifici, a un accesso iniziale limitato e a prezzi comunicati. Per valutare le capacità, è importante considerare che i punteggi pubblicati provengono dall’azienda stessa: le pagine ufficiali in italiano e in altre lingue ripropongono lo stesso annuncio e non costituiscono verifiche indipendenti tra loro.

Le informazioni disponibili non consentono di stabilire una convalida indipendente dei risultati citati, le prestazioni di Carbon su sistemi diversi da quelli valutati o le condizioni pratiche del programma Fairwind. Per un team di sicurezza, i punteggi sono riferimenti iniziali relativi a test e attività specifici, non sostituti della revisione specialistica, dell’autorizzazione a testare i sistemi, delle prove locali o della valutazione delle modifiche prima della loro applicazione.

Come interpretare con prudenza i risultati

I punteggi possono orientare una valutazione, ma vanno letti tenendo presenti i loro limiti.

  1. 01Individuare l’attività misurata da ciascun test e la configurazione utilizzata.
  2. 02Distinguere i risultati annunciati dal fornitore dalle convalide indipendenti.
  3. 03Verificare le capacità in un ambiente autorizzato e rappresentativo dell’uso previsto.
  4. 04Esaminare manualmente i risultati e convalidare le patch prima di adottarle.

Questioni aperte

  • Le fonti verificate non dimostrano una convalida indipendente dei punteggi comunicati da Google.
  • L’annuncio non specifica i criteri di ammissione a Fairwind né fissa una data per la disponibilità generale.
  • Non è indicato quando terminerà il periodo introduttivo dei prezzi.
  • I risultati ottenuti in test specifici non permettono di dedurre le prestazioni del modello su qualsiasi sistema o configurazione.
07

Continua a esplorare

07

Fonti consultate

03

Correzioni e trasparenza

Se trovi un dato errato o non aggiornato, inviaci la pagina e la fonte da verificare.

Proponi una correzione