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à.
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.
| Test | Attività descritta da Google | Risultato comunicato |
|---|---|---|
| SEC-bench Pro | Rilevamento di vulnerabilità | 88,2% |
| ExploitGym | Valutazione della sfruttabilità delle falle | 54,8% |
| CWE-bench | Correzione delle vulnerabilità | 71,0% |
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.
- 01Definire l’ambito e i criteri di accettazione prima di iniziare l’attività.
- 02Testare le modifiche in un ambiente controllato e mantenere la possibilità di ripristinarle.
- 03Esaminare codice, dipendenze e test: un’esecuzione prolungata non implica che la soluzione sia corretta.
- 04Verificare separatamente il funzionamento e i possibili effetti sulla sicurezza.
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.
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.
| Aspetto | Informazione comunicata |
|---|---|
| Accesso iniziale | Un gruppo ristretto di specialisti di cybersicurezza |
| Estensione prevista | Partner di fiducia tramite Fairwind; in seguito, sviluppatori, imprese e consumatori |
| Prezzo introduttivo dei token in ingresso | 2 dollari per milione di token |
| Prezzo introduttivo dei token in uscita | 10 dollari per milione di token |
| Tariffe previste dopo il periodo introduttivo | 4 dollari per milione di token in ingresso e 20 dollari per milione in uscita |
| Token di ingresso memorizzati nella cache | Sconto del 95% rispetto al prezzo dei token in ingresso |
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.
- 01Individuare l’attività misurata da ciascun test e la configurazione utilizzata.
- 02Distinguere i risultati annunciati dal fornitore dalle convalide indipendenti.
- 03Verificare le capacità in un ambiente autorizzato e rappresentativo dell’uso previsto.
- 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.
Continua a esplorare
Fonti consultate
Correzioni e trasparenza
Se trovi un dato errato o non aggiornato, inviaci la pagina e la fonte da verificare.
Proponi una correzione