In un aggiornamento pubblicato da Anthropic, l’azienda afferma di aver utilizzato Mythos per analizzare oltre 1.000 progetti open source. Il modello avrebbe stimato di aver trovato 6.202 vulnerabilità ad alta o critica gravità tra i problemi rilevati in quei progetti. Si tratta di risultati dichiarati: i numeri non dimostrano che ogni rilevazione sia sfruttabile nel mondo reale o che il modello possa compromettere qualsiasi sistema interessato.
L’esposizione più urgente riguarda i sistemi raggiungibili da Internet o collegati ad ambienti di elevato valore, tra cui:
Se una debolezza viene individuata e trasformata in un’arma più rapidamente, un’organizzazione può trovarsi ad affrontare furto di dati, interruzioni operative, ransomware, frodi o movimento laterale all’interno della rete. L’intelligenza artificiale può inoltre aiutare gli attaccanti a produrre campagne di phishing, impersonificazione, clonazione vocale e deepfake più convincenti e su larga scala, oltre a sostenere tentativi di aggiramento dei controlli di autenticazione.
La Cyber Security Agency of Singapore, l’agenzia nazionale per la cybersicurezza, ha avvertito che i sistemi di IA autonomi possono ridurre il tempo necessario per condurre un attacco e abbassare la soglia di competenze richiesta agli aggressori meno esperti. Di conseguenza, la rapidità delle patch, la protezione degli account privilegiati e la velocità di rilevamento e risposta diventano più importanti delle tradizionali stime sul tempo necessario a un attaccante per prepararsi.
L’advisory della CSA sui modelli di IA di frontiera indica come priorità la correzione di tutte le vulnerabilità critiche e ad alta gravità presenti sui sistemi esposti a Internet. Questi asset sono maggiormente raggiungibili dagli attacchi automatizzati e, se compromessi, possono produrre un impatto esteso.
Le organizzazioni dovrebbero mantenere un inventario accurato di hardware, software, risorse cloud e superficie d’attacco esterna; individuare i sistemi non più supportati; installare con urgenza le correzioni dei fornitori e verificare che la remediation sia andata a buon fine. Quando una patch immediata non è possibile, il sistema dovrebbe essere isolato, l’accesso ristretto o protetto con controlli compensativi fino all’applicazione della soluzione definitiva.
L’autenticazione multifattore, o MFA, dovrebbe proteggere interfacce amministrative, gateway per l’accesso remoto, console di gestione cloud e altri account ad alto valore. La CSA raccomanda, quando possibile, metodi più resistenti al phishing, come token hardware o dati biometrici, al posto dei codici inviati via SMS o email.
La MFA è un livello importante, ma non sostituisce le patch. Una vulnerabilità può talvolta consentire il furto di sessioni, l’aggiramento dell’autenticazione o l’accesso attraverso un servizio esposto. I controlli sull’identità devono quindi essere affiancati da configurazioni sicure e aggiornamenti tempestivi.
È opportuno eliminare gli account inattivi, separare le identità ordinarie da quelle amministrative, limitare i permessi degli account di servizio e riesaminare gli accessi concessi a fornitori, API e partner tecnologici. Le azioni privilegiate dovrebbero essere registrate e, quando praticabile, autorizzate soltanto per il tempo necessario a completare un’attività.
Queste misure riducono il danno potenziale se un aggressore ottiene una credenziale o compromette un ambiente di sviluppo, cloud o gestione delle identità.
I log rilevanti di identità, endpoint, rete e cloud dovrebbero essere centralizzati. Le regole di rilevamento devono coprire autenticazioni anomale, modifiche ai privilegi, accessi da località insolite, attività amministrative inattese e variazioni sospette nel software o nelle pipeline di distribuzione.
I team di risposta agli incidenti dovrebbero simulare uno scenario di sfruttamento rapido, definendo in anticipo come isolare gli host, disabilitare gli account, bloccare il traffico malevolo, contattare i fornitori e preservare le prove. Backup offline testati o immutabili possono ridurre l’impatto di ransomware e attacchi distruttivi.
L’obiettivo non è soltanto scoprire più vulnerabilità. Serve un percorso ripetibile che porti dalla rilevazione alla prioritizzazione, dai test alla distribuzione graduale, fino alla verifica e al rollback. L’automazione può ridurre i ritardi, limitando al contempo il rischio che un aggiornamento urgente provochi un’interruzione non sicura.
Consigli di amministrazione e dirigenti dovrebbero monitorare indicatori concreti, come l’età delle vulnerabilità critiche sui sistemi esposti a Internet, il tempo medio di remediation, la copertura MFA degli account privilegiati e il tempo che intercorre tra rilevamento e contenimento.
La revisione del codice assistita dall’IA, l’analisi della composizione software, la gestione della superficie d’attacco e il triage delle vulnerabilità possono aiutare i difensori a elaborare un numero maggiore di segnalazioni. I risultati generati dall’IA devono però essere verificati; il codice sorgente e i dati sensibili inviati agli strumenti vanno protetti; i permessi dei modelli devono essere limitati e le modifiche in produzione devono richiedere l’approvazione umana.
L’IA dovrebbe rafforzare un processo di sicurezza già strutturato, non diventare un operatore non supervisionato con accesso esteso a codice, credenziali o infrastrutture.
Gli operatori delle infrastrutture informative critiche, note a Singapore come CII, hanno bisogno di controlli multilivello, segmentazione della rete, rilevamento continuo delle intrusioni, valutazione dei fornitori ed esercitazioni periodiche di crisi. Singapore ha inoltre indicato l’intenzione di rafforzare il rilevamento delle minacce e la collaborazione con i provider cloud per aiutare i gestori delle CII a proteggere i propri sistemi.
Lo stesso principio vale per le organizzazioni che dipendono da fornitori essenziali: una vulnerabilità in una piattaforma condivisa, in un servizio gestito o in una dipendenza software può creare un rischio che supera i confini di una singola azienda.
La formazione del personale dovrebbe includere phishing potenziato dall’IA, impersonificazione e deepfake. La consapevolezza, però, deve essere accompagnata da controlli di processo. I pagamenti ad alto rischio o le modifiche agli account dovrebbero richiedere una verifica indipendente attraverso un canale fidato, mentre i dipendenti devono avere una procedura chiara per segnalare messaggi o richieste sospette.
Per gli istituti finanziari, le indicazioni della Monetary Authority of Singapore, l’autorità monetaria del Paese, prevedono verifiche aggiuntive per le transazioni ad alto rischio e per il personale con privilegi elevati. Tra le misure figurano la MFA per gli account ad alto privilegio e controlli più forti, come il rilevamento della presenza reale — il cosiddetto liveness detection — per contrastare le frodi abilitate dai deepfake.
La MAS e l’Association of Banks in Singapore hanno successivamente istituito un gruppo di lavoro di settore dedicato al rafforzamento della resilienza informatica e tecnologica contro le minacce guidate dall’IA. La lezione più ampia è che i singoli istituti devono dotarsi di controlli solidi, ma che la condivisione delle informazioni, la risposta coordinata e le esercitazioni a livello di settore sono altrettanto necessarie quando vulnerabilità e fornitori sono condivisi da un intero ecosistema.
L’importanza riportata di Claude Mythos Preview risiede nella possibilità di comprimere il tempo tra la scoperta di una vulnerabilità e il suo sfruttamento. Le evidenze disponibili indicano soprattutto un cambiamento in termini di velocità e scala delle tecniche offensive già esistenti, non la prova che il modello abbia creato categorie completamente nuove di attacchi informatici.
Per le organizzazioni di Singapore, la risposta più concreta è chiara: correggere rapidamente i sistemi critici esposti, imporre una MFA resistente al phishing, ridurre i privilegi, monitorare senza interruzioni, simulare scenari di sfruttamento massivo e usare l’IA per ampliare la difesa senza rinunciare al controllo umano. In un ambiente minaccioso accelerato dall’IA, la velocità delle patch e dei tempi di risposta non sono più semplici metriche operative: sono indicatori essenziali di resilienza.