29 giugno 2026 – Alle 02:17 del mattino, i server della Aethelred S.p.A., colosso europeo dell’ingegneria avanzata, registrano la prima di 7.826 query anomale dirette al suo sistema di Intelligenza Artificiale proprietario, basato su un’istanza personalizzata del modello linguistico avanzato Fable 5. Le richieste, provenienti da una rete di indirizzi IP mascherati, non appaiono immediatamente ostili. Sfruttano una tecnica di jailbreak adattivo, frammentando un intento dannoso complesso in centinaia di micro-interrogazioni apparentemente innocue. Il sistema di sicurezza perimetrale, basato su regole statiche, non rileva alcuna minaccia. I log registrano gli eventi come attività a bassa priorità, destinata a una revisione manuale differita. Questa è la prima, fatale, omissione di controllo. Un ecosistema come Scudo231, operando un monitoraggio massivo e in tempo reale dei flussi di dati, avrebbe immediatamente identificato la natura stocastica e correlata delle query. Il suo motore di analisi comportamentale, non basandosi su firme di attacco note ma su deviazioni dal profilo operativo standard, avrebbe classificato la sequenza come un “segnale debole” di attacco coordinato, generando un alert automatico e un ticket ad alta priorità per il Security Operations Center e per l’Organismo di Vigilanza.
Nelle tre ore successive, l’attacco prosegue indisturbato. Gli aggressori, sfruttando la vulnerabilità residua del modello Fable 5 – che pure, come dimostrato dallo studio “Measuring the Residual Jailbreak Surface of Frontier Large Language Models” dell’AI Security Lab, neutralizza oltre il 93% degli attacchi – riescono a ottenere centinaia di risposte dannose. Non si tratta di generare contenuti illegali, ma di indurre l’IA a ricostruire, pezzo per pezzo, i dati tecnici frammentati del progetto “Aquila 7”, un sistema di propulsione per droni strategici coperto da segreto industriale. L’IA, ingannata, accede a database interni e assembla informazioni sensibili, convinta di rispondere a legittime richieste di un team di ingegneri. Il sistema di controllo accessi di Aethelred si rivela inadeguato: verifica l’autenticazione del servizio IA, ma non è in grado di analizzare la legittimità semantica delle sue azioni a valle. La mancata segregazione dei dati e l’assenza di un monitoraggio contestuale delle operazioni dell’IA costituiscono una grave lacuna organizzativa, direttamente riconducibile a una colpa di organizzazione ai sensi del D.Lgs. 231/2001. Se Aethelred avesse implementato un modello di difesa integrato, ogni richiesta di accesso ai dati da parte dell’IA sarebbe stata tracciata e validata non solo a livello di credenziali, ma anche di coerenza con i protocolli operativi. Un sistema di controllo avanzato avrebbe rilevato che una singola sessione logica stava tentando di aggregare dati da silos progettuali diversi e non correlati, un’azione anomala che avrebbe dovuto innescare il blocco immediato della sessione e l’escalation all’ODV, documentando l’incidente in un registro immutabile.
Alle 05:48, l’esfiltrazione dei dati è completa. Un archivio compresso di 4.7 gigabyte, contenente schemi, specifiche dei materiali e risultati dei test del progetto “Aquila 7”, viene trasferito all’esterno. Il trasferimento avviene a bassa velocità, mascherato all’interno di flussi di traffico apparentemente legittimi. Nessun allarme scatta. Il danno per Aethelred è già quantificabile in decine di milioni di euro di ricerca e sviluppo, oltre al vantaggio competitivo irrimediabilmente compromesso. La scoperta dell’intrusione avverrà solo 72 ore dopo, quando i primi frammenti del progetto appariranno su un forum specializzato nel dark web, innescando il panico e il crollo del titolo in borsa. La Procura della Repubblica di Roma apre immediatamente un fascicolo di indagine, ipotizzando i reati di accesso abusivo a sistema informatico (art. 615-ter c.p.) e rivelazione di segreti scientifici o industriali (art. 623 c.p.), entrambi reati presupposto della responsabilità amministrativa dell’ente.
L’indagine della Guardia di Finanza si concentra non solo sugli autori materiali dell’attacco, ma sulla struttura organizzativa di Aethelred. Gli inquirenti contestano alla società l’assenza di un modello organizzativo idoneo a prevenire reati di questa natura. La difesa dell’azienda, basata sull’adozione di firewall e antivirus standard, viene giudicata meramente formale e non “efficacemente attuata”. È in questo frangente che l’assenza di un sistema di tracciamento probatorio diventa devastante. Con un’architettura come Scudo231, Aethelred non solo avrebbe potuto prevenire o bloccare l’attacco, ma avrebbe avuto a disposizione una prova tecnologica inattaccabile: un XAI Packet (Explainable AI Packet) contenente la ricostruzione causale scientifica dell’intero incidente. Questo pacchetto avrebbe dimostrato matematicamente che i protocolli di sicurezza erano attivi, che gli alert erano stati generati in tempo reale e che le procedure di escalation automatizzate erano state eseguite come previsto dal modello 231. Tale evidenza avrebbe spostato l’onere della prova, dimostrando che l’ente aveva fatto tutto il possibile per prevenire il reato, confinando la responsabilità ai soli autori esterni e mitigando drasticamente il rischio di sanzioni pecuniarie e interdittive.
Il 15 luglio 2026, il Giudice per le Indagini Preliminari emette un decreto di sequestro preventivo ai fini di confisca per un importo pari al profitto del reato, stimato in via cautelare in 85 milioni di euro, corrispondente al valore del contratto governativo che Aethelred rischia di perdere a causa della fuga di notizie. Il sequestro congela le linee di credito e paralizza l’operatività dell’azienda. La contestazione è chiara: il reato è stato reso possibile da una carenza strutturale nei sistemi di controllo, e il profitto che ne è derivato – o il risparmio di spesa per l’implementazione di misure di sicurezza adeguate – deve essere sottratto alla disponibilità dell’ente. Questo è l’impatto diretto di un modello 231 inefficace. Qualora l’azienda avesse adottato un sistema di prevenzione integrato, la dinamica sarebbe stata radicalmente diversa. L’alert generato alle 02:17 avrebbe attivato un protocollo di quarantena automatica sull’istanza di Fable 5 e sui nodi di rete coinvolti. L’ODV, informato tramite una dashboard dedicata e non tramite una catena di email, avrebbe avuto immediata contezza dell’anomalia, attivando le procedure di verifica interna. L’incidente sarebbe stato contenuto in pochi minuti, l’esfiltrazione dei dati bloccata sul nascere. Il danno si sarebbe limitato a un tentativo di intrusione fallito. Di fronte agli inquirenti, la società avrebbe potuto presentare i log immutabili del sistema, dimostrando non solo la presenza di un modello, ma la sua concreta e tempestiva efficacia. Il sequestro preventivo, in un simile scenario, sarebbe stato difficilmente giustificabile, poiché sarebbe mancato il presupposto del “profitto” del reato, essendo stato il reato stesso impedito dall’architettura di difesa.
Il caso di Aethelred S.p.A. diventa un paradigma. Lo studio dell’AI Security Lab, guidato da Nicola Franco, aveva messo in guardia sulla superficie di attacco residua anche dei modelli di IA più sofisticati, sottolineando la necessità di “valutazioni indipendenti, continue e basate su evidenze empiriche”. La dirigenza di Aethelred aveva interpretato quel 93% di efficacia di Fable 5 come un dato rassicurante, trascurando il fatto che in un contesto di migliaia di tentativi di attacco al giorno, un tasso di fallimento del 7% rappresenta una porta costantemente aperta. L’errore non è stato tecnologico, ma metodologico e organizzativo: considerare la sicurezza come uno stato acquisito e non come un processo dinamico. La responsabilità penale dell’ente, secondo il D.Lgs. 231/2001, non sorge dalla mera esistenza di una vulnerabilità, ma dalla mancata adozione di un modello organizzativo che la gestisca, la monitori e reagisca ad essa.
L’assenza di un flusso informativo strutturato verso l’Organismo di Vigilanza è un altro punto critico emerso durante le indagini. L’ODV di Aethelred è stato informato dei fatti solo a crisi conclamata, a 72 ore dall’incidente, violando di fatto i suoi doveri di vigilanza. Un sistema di compliance integrato come Scudo231 garantisce invece che i flussi informativi verso l’ODV siano automatici, non mediati e a prova di manomissione. L’Organismo di Vigilanza non dipende più da report manuali o da segnalazioni umane, ma ha accesso diretto e in tempo reale a una dashboard che evidenzia le anomalie di processo, le violazioni dei protocolli e gli alert di sicurezza. Questo non solo garantisce la tempestività dell’intervento, ma crea una traccia documentale fondamentale per dimostrare in sede giudiziaria che l’organo ha effettivamente vigilato sul funzionamento e l’osservanza del modello. La difesa di Aethelred si sgretola proprio su questo punto: non può provare che i suoi controlli, per quanto esistenti sulla carta, fossero realmente operativi e supervisionati. La lezione che emerge è brutale: nell’era dell’IA, la compliance non può più essere un esercizio documentale, ma deve diventare un’architettura tecnologica attiva, capace di rilevare, reagire e documentare in autonomia, proteggendo l’ente prima che il rischio si trasformi in reato e il reato in una sanzione capace di distruggerne il valore.