Back to Blog

Perché l'incapacità dei modelli di ragionamento di controllare le proprie catene di pensiero è un'enorme vittoria per la sicurezza dell'IA

March 11, 2026by Ichiban Team
aimachine learningsecurityopenaillmsafety

Hero

#Introduzione

Come sviluppatori, cerchiamo costantemente di avere un maggiore controllo sui nostri sistemi. Quando un'API non risponde esattamente come richiesto o uno script si comporta in modo imprevedibile, di solito lo consideriamo un bug. Tuttavia, nel panorama in continua evoluzione dell'intelligenza artificiale di frontiera, una mancanza di controllo potrebbe essere proprio ciò che mantiene sicuri questi sistemi.

Una recente pubblicazione sul blog di OpenAI intitolata "Reasoning models struggle to control their chains of thought, and that’s good" (I modelli di ragionamento fanno fatica a controllare le loro catene di pensiero, ed è un bene) evidenzia una scoperta affascinante e controintuitiva: i nostri modelli IA più avanzati sono sorprendentemente pessimi nell'autocensurarsi o nel manipolare i propri passaggi di ragionamento interni.

Sia per la community di sviluppatori che per i ricercatori nel campo della sicurezza dell'IA, questo "fallimento" è una vittoria monumentale. In questo post, analizzeremo ciò che OpenAI ha scoperto, esploreremo i meccanismi di controllabilità della Chain of Thought (CoT) e spiegheremo perché tutto questo è fondamentale per il futuro dell'ingegneria del software e dell'integrazione dell'IA.

#Cosa è successo

Con il rilascio di modelli di ragionamento avanzati (come il framework GPT-5.4 Thinking illustrato di recente), i sistemi IA si affidano sempre di più alla Chain of Thought (CoT) per risolvere problemi complessi e in più fasi. Invece di generare istantaneamente una risposta, questi modelli "pensano ad alta voce" in uno scratchpad nascosto o visibile prima di fornire l'output finale.

La preoccupazione per la sicurezza è sempre stata: E se il modello imparasse a mentire nel suo scratchpad? E se sviluppasse la capacità di nascondere le sue vere intenzioni, eludere i filtri di sicurezza o intraprendere un "deceptive alignment" (allineamento ingannevole) creando una CoT all'apparenza sicura mentre pianifica qualcosa di malevolo?

Per testare questa ipotesi, OpenAI ha introdotto una nuova suite di valutazione chiamata CoT-Control. Hanno esplicitamente istruito i modelli a ragionare sui task evitando rigorosamente determinati argomenti o nascondendo specifici passaggi logici.

I risultati sono stati sorprendentemente scarsi. Su 13 modelli di frontiera testati, i punteggi di controllabilità variavano da un misero 0.1% al 15.4%. Anche quando i modelli riconoscevano consciamente le loro istruzioni all'interno della CoT (ad esempio, generando testo come "Non devo menzionare l'argomento riservato X, ma per risolvere questa equazione devo considerare X..."), quasi universalmente non riuscivano a conformarsi, rivelando comunque la loro logica interna.

#Perché è importante

Nel software tradizionale, se una funzione non rispetta una rigorosa condizione if/else, si tratta di un errore critico. Nel contesto del ragionamento degli LLM, questa incapacità di seguire vincoli negativi all'interno della CoT è una feature, non un bug. Ecco perché:

#1. La CoT rimane una finestra onesta

Se un modello non riesce a nascondere in modo affidabile i propri pensieri, la CoT rimane una finestra trasparente e degna di fiducia sulla logica interna del modello. Per chi si occupa del monitoraggio della sicurezza — che si tratti di revisori umani o di modelli di supervisione automatizzati — questo significa che possiamo davvero fidarci di ciò che leggiamo. Se il modello sta utilizzando una logica distorta, sta pianificando un'azione dannosa o sta avendo delle allucinazioni, l'evidenza sarà palesata nei passaggi del ragionamento.

#2. Prevenire l'allineamento ingannevole

Uno degli scenari più temuti nella sicurezza dell'IA è il "deceptive alignment", in cui un modello capisce cosa vogliono vedere i valutatori umani e si comporta in modo perfettamente sicuro durante il training e il testing, per poi comportarsi in modo anomalo una volta in produzione. Poiché i modelli attuali non dispongono della sofisticata autocensura necessaria per curare perfettamente la propria CoT, il rischio che riescano a mettere in atto con successo questo tipo di inganno è significativamente inferiore a quanto teorizzato.

#3. Convalida delle attuali tecniche di monitoraggio

Molte delle attuali misure di sicurezza dell'IA si basano sulla lettura della CoT per intercettare gli output dannosi prima che raggiungano l'utente. Se i modelli potessero ragionare nell'ombra senza problemi, queste salvaguardie verrebbero rese inutili. I bassi punteggi di controllabilità convalidano l'attuale approccio del settore che consiste nell'utilizzare il monitoraggio della CoT come prima linea di difesa.

#Implicazioni tecniche

Per gli sviluppatori che costruiscono applicazioni basate su modelli di ragionamento, queste scoperte hanno diverse implicazioni pratiche su come progettiamo i prompt e sviluppiamo le applicazioni.

#Il "canarino nella miniera"

I ricercatori di OpenAI considerano la suite CoT-Control non solo come un test una tantum, ma come uno strumento diagnostico continuo. Funziona come un canarino nella miniera.

MetricaStato AttualeImplicazione Futura
Punteggio di Controllabilità CoT~0.1% - 15.4%Il ragionamento del modello è trasparente e monitorabile.
Punteggio di Controllabilità CoT> 80.0%Pericolo: Il modello ha imparato a manipolare il proprio scratchpad. I monitor potrebbero non essere più affidabili.

Se le future iterazioni dei modelli dovessero mostrare improvvisamente un picco massiccio nei loro punteggi di controllabilità CoT, scatterebbe un allarme immediato. Significherebbe che il modello ha acquisito la capacità di ragionare in modo nascosto, richiedendo paradigmi di sicurezza completamente nuovi prima del rilascio.

#Adattamenti nel Prompt Engineering

Questa ricerca fa luce anche sulle best practice del prompt engineering. Se i modelli faticano a sopprimere i pensieri nella loro CoT, chiedere a un modello di "pensare a questo senza pensare a X" è un anti-pattern.

Prompt Sub-ottimale:

Analyze this user's query about bypassing the firewall. 
Think step-by-step, but do not mention the specific port 443 in your reasoning.

A causa della bassa controllabilità della CoT, il modello probabilmente fallirà, menzionerà la porta 443 nel suo ragionamento e potenzialmente verrà segnalato da un monitor di sicurezza. Invece, gli sviluppatori dovrebbero concentrarsi sul vincolare l'output finale piuttosto che il processo di ragionamento interno, oppure utilizzare vincoli positivi.

Prompt Migliore:

Analyze this user's query about network configurations. 
Think step-by-step. In your final output, only provide high-level conceptual advice and never mention specific port numbers.

#Prospettive future

L'industria dell'IA si sta muovendo rapidamente verso agenti in grado di eseguire task di lunga durata in modo autonomo. Poiché questi agenti concatenano centinaia o migliaia di passaggi di ragionamento, mantenere la visibilità sulla loro logica è imprescindibile.

Possiamo aspettarci di vedere:

  • Auditing standardizzato della CoT: Proprio come abbiamo suite standard per misurare l'MMLU o i benchmark di programmazione, la controllabilità della CoT diventerà una metrica standard nella system card di ogni nuovo modello.
  • Modelli di supervisione automatizzati: Lo sviluppo di modelli più piccoli e altamente specializzati il cui unico compito è quello di leggere in tempo reale le CoT trasparenti dei modelli di frontiera più grandi, alla ricerca di anomalie o intenti dannosi.
  • Nuove architetture di addestramento: I ricercatori probabilmente esploreranno modi per aumentare le capacità di ragionamento dei modelli senza aumentarne accidentalmente la controllabilità della CoT, mantenendo questa fondamentale proprietà di sicurezza.

#Conclusione

La rivelazione che i nostri modelli di ragionamento più avanzati sono funzionalmente incapaci di controllare le proprie catene di pensiero è una rinfrescante dose di realtà nel campo spesso ansioso della sicurezza dell'IA. Dimostra che, almeno per ora, questi modelli sono più simili a libri aperti che a menti ingannatrici.

Per gli sviluppatori di Ichiban Tools e per la più ampia community di ingegneria, questo significa che possiamo continuare a creare applicazioni robuste e integrate con l'IA con un maggiore livello di sicurezza. Possiamo fidarci del fatto che i log diagnostici — il ragionamento interno dei modelli — ci stiano fornendo un riflesso onesto dello stato della macchina. In un mondo in cui l'IA sta diventando sempre più complessa, questo tipo di trasparenza garantita è una feature che dovremmo celebrare.