OpenAI ha creato un modello che scriverà exploit. L’unico controllo è l’accesso.

OpenAI ha annunciato il 10 agosto che sta suddividendo il suo programma di sicurezza Daybreak in livelli Blue e Red, e che sta distribuendo GPT-5.6-Cyber, un modello ottimizzato per il lavoro di sicurezza offensiva, ai clienti del livello Red.

Il divario tra i livelli

Blue copre risposta agli incidenti, analisi di malware, revisione sicura del codice e validazione delle patch. Red copre ricerca delle vulnerabilità, validazione degli exploit e test di sicurezza — il lavoro che un modello generalista rifiuta. Nell'eval Advanced Cybersecurity Completion Rate di OpenAI, GPT-5.6-Cyber completa il 95.0% delle richieste, contro l'1.5% del GPT-5.6 Sol generalista, il 2.0% con accesso Blue e il 57.3% del GPT-5.5-Cyber della generazione precedente.

Ciò che sta davvero reggendo la linea

La protezione non è più il comportamento di rifiuto del modello — che è stato deliberatamente rimosso. È il vaglio dei clienti. La distribuzione è limitata a partner fidati e, dal 1 settembre, ogni account Daybreak individuale, Blue o Red, dovrà autenticarsi con una chiave di sicurezza hardware.

I numeri sono auto-riportati

I tassi di completamento provengono da un benchmark interno di OpenAI senza replica da parte di terzi, e l'eval misura se il modello tenta e completa un compito, non se l'output funziona. I nomi dei partner che circolano nelle coperture provengono dal giornalismo e non dall'annuncio di OpenAI.

L'accesso limitato non è disponibilità generale

GPT-5.6-Cyber non è disponibile sulla API pubblica. La forma del programma — un modello che svolge il lavoro, più un elenco approvato — è ora il modello di riferimento con cui verranno misurati gli altri laboratori.

L'argomento a favore

Secondo la cornice di OpenAI, la finestra per i difensori si sta chiudendo: gli attaccanti usano già i modelli per questo lavoro, quindi rifiutarsi di costruire strumenti difensivi capaci significherebbe accettare l'asimmetria. La controargomentazione è che un elenco approvato è un controllo più debole di un rifiuto, perché fallisce in modo aperto nel momento in cui un account viene compromesso — ed è presumibilmente per questo che il requisito della chiave hardware è stato introdotto insieme ad esso.