Che cosa rischiano davvero le banche europee con Mythos?

La convocazione d’urgenza della Bce sulle banche europee nasce da un punto molto concreto: Claude Mythos Preview, il nuovo modello di Anthropic, non è un chatbot più brillante degli altri, ma un sistema capace di leggere codice, cercare falle e, in alcuni casi, trasformarle in attacchi funzionanti con una velocità che cambia la geometria della difesa. Non significa che i conti correnti siano destinati a saltare da un momento all’altro, né che domani i bancomat debbano spegnersi come lampioni durante un blackout. Significa però che il tempo comodo della sicurezza informatica, quello fatto di aggiornamenti programmati, ticket interni e patch applicate quando la macchina aziendale lo consente, si sta accorciando fino a diventare una lama sottile.

Il rischio reale è meno cinematografico e più serio: banche, fornitori tecnologici, sistemi di pagamento, app, cloud, software di base e vecchie piattaforme interne potrebbero trovarsi esposti a vulnerabilità individuate molto più rapidamente di quanto avveniva finora. La minaccia non è Mythos in sé, ma l’arrivo di modelli capaci di fare in ore ciò che prima richiedeva settimane di lavoro altamente specializzato. Per un cliente questo può tradursi in disservizi, frodi più credibili, tentativi di phishing più chirurgici, ritardi nei servizi digitali o maggiore esposizione dei dati. Per una banca, invece, può diventare un problema di continuità operativa, fiducia, liquidità e reputazione. Nel settore finanziario, quando la fiducia scricchiola, anche un rumore piccolo sembra un vetro che si rompe.

Che cos’è Claude Mythos e perché la Bce si muove

Claude Mythos Preview è un modello di frontiera sviluppato da Anthropic, distribuito in modo limitato dentro un programma chiamato Project Glasswing. Non è stato aperto al pubblico proprio perché la sua potenza nel campo della cybersicurezza è giudicata a doppio taglio: può aiutare i difensori a scoprire falle prima degli attaccanti, ma potrebbe anche dare agli aggressori una scorciatoia feroce. L’azienda lo presenta come uno strumento capace di individuare vulnerabilità zero-day, cioè difetti sconosciuti agli stessi sviluppatori, in sistemi operativi, browser e componenti software largamente diffusi. La parte che interessa alle banche è semplice: il loro mondo poggia su una stratificazione di software, fornitori, cloud, librerie open source e infrastrutture vecchie di anni, a volte di decenni. Non tutto è visibile. Non tutto è nuovo. Non tutto è davvero sotto controllo.

La Bce si muove perché vigila sulle grandi banche dell’area euro e vede un rischio sistemico, non un incidente tecnico isolato. Frank Elderson, vicepresidente del Consiglio di vigilanza della Bce, ha spinto il messaggio più scomodo: la mancanza di accesso diretto delle banche europee a Mythos non può diventare una scusa per restare ferme. Anzi, è il contrario. Se alcuni grandi istituti statunitensi e alcune aziende tecnologiche possono testare prima i propri sistemi con strumenti più avanzati, le banche europee rischiano di trovarsi dietro nella corsa, con meno visibilità sulle falle e meno tempo per correggerle. La riunione convocata per martedì 26 maggio serve a questo: chiedere valutazioni, condividere esperienze, alzare il ritmo. Non una liturgia da supervisori. Una sveglia.

Project Glasswing riunisce grandi nomi della tecnologia e della finanza, da Amazon Web Services a Microsoft, Google, Apple, Cisco, CrowdStrike, Nvidia, Palo Alto Networks, la Linux Foundation e JPMorgan Chase. Il senso industriale dell’operazione è evidente: se l’intelligenza artificiale riesce a scovare crepe nei muri portanti del software globale, i primi a doverle vedere non possono essere i criminali informatici. Eppure qui nasce il problema politico. L’accesso limitato, soprattutto concentrato su organizzazioni statunitensi o comunque non europee, crea un’asimmetria. Chi vede prima la falla può chiuderla prima. Chi la scopre dopo, o la intuisce soltanto quando esce una patch pubblica, corre con le scarpe bagnate.

Il vero nodo: patch, zero-day e vecchi sistemi bancari

Nel linguaggio della sicurezza informatica una patch è una correzione del software. Sembra una cosa piccola, quasi domestica, come cambiare una guarnizione al rubinetto. In realtà, per una banca, applicare una patch può essere un’operazione delicatissima: bisogna verificare che non rompa applicazioni interne, che non interferisca con sistemi di pagamento, che sia compatibile con database, ambienti cloud, terminali, software dei fornitori e procedure di continuità. Per questo molte organizzazioni hanno cicli di aggiornamento prudenti. Prudenza comprensibile, certo. Ma la prudenza, quando il nemico corre, può trasformarsi in lentezza.

Il passaggio più inquietante riguarda il reverse engineering delle patch. Funziona così, in termini semplici: quando un grande fornitore pubblica un aggiornamento di sicurezza, gli attaccanti possono confrontare il software prima e dopo la correzione per capire quale vulnerabilità sia stata chiusa. Una volta individuata la falla, possono preparare un attacco contro chi non ha ancora aggiornato. Questo avveniva già. La differenza è la velocità. Se un modello avanzato riduce quel lavoro da settimane a mezz’ora, la finestra tra “patch disponibile” e “attacco pronto” diventa strettissima. È come se il ladro leggesse la ricevuta del fabbro e capisse subito quale porta era difettosa.

La cifra dei 30 minuti non va letta come un cronometro universale valido per ogni attacco, ma come il simbolo di un cambio di scala. Non tutte le vulnerabilità sono uguali, non tutte sono sfruttabili, non tutte portano a un furto di dati o a un blocco operativo. Molte segnalazioni devono essere validate da esperti umani, molte richiedono condizioni specifiche, molte muoiono prima di diventare qualcosa di concreto. Però la direzione è chiara: l’intelligenza artificiale sta comprimendo i tempi della ricerca offensiva e difensiva. Quel che prima era bottega artigiana diventa catena di montaggio. Il rumore cambia: meno scalpello, più turbina.

Le banche sono esposte perché dipendono da un ecosistema vastissimo. Dentro un gruppo bancario moderno convivono home banking, mobile app, carte, sistemi antifrode, interfacce con circuiti internazionali, software di compliance, piattaforme di trading, archivi documentali, servizi cloud, call center e fornitori esterni. Ogni pezzo può essere solido da solo e fragile nel collegamento con gli altri. Spesso l’attacco non entra dalla porta blindata della banca, ma dalla finestra di un fornitore più piccolo, da una libreria dimenticata, da una configurazione sbagliata, da un sistema vecchio tenuto in vita perché funziona ancora. Funziona, appunto. Finché qualcuno non lo guarda con occhi nuovi e artificiali.

Cosa rischiano davvero banche e clienti

Per i clienti il primo rischio non è l’immagine da film del conto prosciugato in blocco da una super-IA. Le banche hanno livelli di controllo, sistemi antifrode, autenticazione forte, monitoraggio delle transazioni e procedure di rimborso che rendono molto più complesso un furto diretto e massivo. Il pericolo più probabile sta attorno: interruzioni dei servizi digitali, campagne di phishing più credibili, furti di credenziali, falsi messaggi che sfruttano momenti di confusione, tentativi di convincere il cliente a “mettere in sicurezza” il conto consegnando proprio ciò che deve proteggere. Il vecchio trucco, con vestito nuovo. Più elegante, più silenzioso, più difficile da riconoscere al primo sguardo.

Per gli istituti, invece, la posta è più ampia. Un attacco riuscito può bloccare sportelli online, rallentare pagamenti, compromettere dati, costringere a spegnere sistemi, generare obblighi di notifica, attirare sanzioni e provocare costi enormi di ripristino. Anche senza arrivare al collasso, basta una giornata di servizi intermittenti per scavare nella fiducia. La banca vive di tecnologia, ma soprattutto vive di percezione: deve sembrare sempre disponibile, solida, ordinata. Un’app che non si apre durante una mattina di stipendi, un bonifico che resta sospeso, una carta che non autorizza un pagamento al supermercato: piccoli eventi, certo, ma ripetuti diventano una crepa nella facciata.

C’è poi il rischio meno visibile, quello dei dati. Le banche custodiscono informazioni personali, fiscali, patrimoniali, documenti, movimenti, abitudini di consumo, relazioni economiche. Non sempre un attacco serve a spostare denaro subito. A volte serve a raccogliere materiale per frodi successive, ricatti, furti d’identità, campagne mirate contro imprese o clienti facoltosi. In questa zona grigia l’IA può amplificare il danno perché aiuta a ordinare grandi quantità di informazioni e a trasformarle in messaggi molto credibili. Non più la mail sgrammaticata del principe straniero. Piuttosto una comunicazione che conosce il tuo contesto, il tono della tua banca, il dettaglio giusto al posto giusto.

Il rischio sistemico nasce quando molti istituti condividono gli stessi fornitori, gli stessi software, gli stessi cloud o le stesse librerie. Una vulnerabilità comune può diventare un incendio in un condominio, non il guasto di un singolo appartamento. La finanza europea è molto interconnessa: pagamenti, mercati, compensazioni, infrastrutture centrali, outsourcer tecnologici. Un problema in un nodo può propagarsi. È per questo che la Bce non guarda solo alla sicurezza di una banca presa singolarmente, ma alla capacità del settore di assorbire colpi, isolare incidenti e ripartire senza panico. Nel gergo si chiama resilienza operativa. Tradotto: continuare a funzionare anche quando qualcosa va storto.

Perché l’Europa teme di partire in ritardo

La preoccupazione europea ha anche un sapore geopolitico. Molti campioni dell’intelligenza artificiale e del cloud sono statunitensi, e buona parte dei test più avanzati nasce lì. Se le banche americane possono vedere prima certe debolezze, correggere processi e imparare dai risultati di Mythos, gli istituti europei rischiano una dipendenza informativa. La Bce vuole evitare che la sicurezza del sistema finanziario dell’eurozona venga decisa, anche solo indirettamente, dalla disponibilità commerciale o politica di un fornitore privato straniero. Non è antiamericanismo tecnologico. È igiene di sovranità: sapere da chi dipendi, dove sei cieco, quanto in fretta puoi reagire.

Il cyber-rischio non rispetta frontiere, fusi orari, giurisdizioni o comunicati stampa. Un attacco può partire da un Paese, sfruttare server in un altro, colpire un fornitore in un terzo e produrre effetti su clienti sparsi in mezza Europa. L’IA rende questa geografia ancora più scivolosa. Automatizza ricerca, scrittura di codice, ricognizione, adattamento. Non fa magia, ma aumenta il numero di tentativi possibili e abbassa la soglia tecnica per chi sa già muoversi nell’ombra.

Le banche europee non partono da zero. Hanno investito molto in sicurezza, sono sottoposte a controlli severi e operano in uno dei quadri regolamentari più esigenti del mondo. Ma il punto debole non è sempre l’assenza di regole. Spesso è la distanza tra la regola e l’esecuzione quotidiana. Un inventario incompleto degli asset, un fornitore monitorato male, una patch rinviata, un ambiente di test insufficiente, una procedura di emergenza scritta bene ma provata poco. Nei grandi gruppi il rischio si nasconde nei dettagli amministrativi, in quei file di governance che sembrano asciutti come carta da archivio e invece decidono quanto in fretta si chiude una falla.

DORA, cloud e fornitori: la difesa che non si vede

Dal 17 gennaio 2025 è in applicazione nell’Unione europea DORA, il Digital Operational Resilience Act, nato per rendere più robuste banche, assicurazioni, società d’investimento e altri operatori finanziari davanti a incidenti tecnologici e cyberattacchi. DORA chiede gestione del rischio informatico, test di resilienza, segnalazione degli incidenti, controllo dei fornitori ICT e condivisione di informazioni sulle minacce. Non è una norma ornamentale. È il tentativo di spostare la cybersicurezza dal reparto tecnico al cuore della gestione aziendale. La sicurezza non come antifurto messo alla fine, ma come cemento nella struttura.

La Bce, nelle sue priorità di vigilanza, ha già messo sotto osservazione cyber-resilienza, rischio dei fornitori, dipendenza dal cloud, gestione dei cambiamenti IT e uso dell’intelligenza artificiale. Mythos accelera un’agenda che era già aperta. La domanda che una vigilanza moderna pone a una banca non è soltanto se abbia comprato buoni strumenti di sicurezza, ma se sappia davvero cosa possiede, chi lo gestisce, quali versioni usa, quali sistemi sono critici, quali fornitori possono diventare un collo di bottiglia e quanto tempo serve per applicare una correzione senza spezzare il servizio. È una domanda noiosa, quasi contabile. Proprio per questo decisiva.

Il cloud è uno dei punti più delicati. Le banche usano grandi fornitori esterni per capacità di calcolo, archiviazione, analisi dei dati, servizi digitali e continuità operativa. Questo porta efficienza e protezione, ma crea concentrazione. Se troppi istituti dipendono dagli stessi attori, un problema su un fornitore critico può avere effetti larghi. Non vuol dire che il cloud sia meno sicuro dei sistemi interni; spesso è vero il contrario. Vuol dire che la sicurezza non finisce al confine aziendale. Continua nei contratti, nei piani di uscita, nei test, negli accordi sui tempi di intervento, nella capacità di cambiare strada quando una piattaforma inciampa.

Qui la difesa non ha l’aspetto eroico dell’hacker buono che respinge l’attacco in tempo reale. Assomiglia molto di più a inventari aggiornati, processi di patching rapidi, simulazioni, segmentazione delle reti, backup isolati, controlli sui privilegi, verifica dei fornitori, monitoraggio continuo e piani di comunicazione sobri. È lavoro di officina. Mani sporche, procedure precise, meno teatro. L’IA può aiutare anche i difensori a trovare falle, scrivere correzioni, analizzare log, simulare attacchi e individuare anomalie. Ma se l’organizzazione è lenta, confusa o troppo dipendente da pochi specialisti, lo strumento più potente diventa un faro puntato su un magazzino disordinato.

Il rischio da non gonfiare e da non minimizzare

Non tutti gli esperti condividono l’idea di una rivoluzione improvvisa e incontrollabile. Il rischio Mythos non va trasformato in leggenda nera. Trovare una vulnerabilità non significa automaticamente sfruttarla contro una banca. Servono contesto, accesso, catena d’attacco, test, capacità di restare nascosti, infrastruttura criminale. Molti bug sono reali ma poco utili, altri sono gravi ma difficili da usare, altri ancora vengono corretti prima di diventare incidenti. In più, anche gli attaccanti hanno vincoli: costo computazionale, competenze, strumenti, necessità di validare ciò che l’IA propone. La macchina suggerisce, ma non abolisce la realtà.

La novità, tuttavia, resta pesante. L’IA abbassa alcune barriere e aumenta la produttività offensiva. Un gruppo criminale può fare più ricognizione, produrre codice più in fretta, adattare malware, studiare bersagli, automatizzare parti dell’attacco. Questo non significa che ogni attacco sia ormai autonomo o invincibile. Significa che il mestiere del difensore deve cambiare ritmo. Non basta avere una buona serratura; bisogna sapere quando è diventata vecchia, chi ha la chiave, chi l’ha copiata e quanto tempo serve per sostituirla.

La Bce ha scelto il tono dell’urgenza perché il settore bancario non può permettersi una curva di apprendimento lenta. Una banca può essere patrimonialmente solida e tecnologicamente vulnerabile, e le due cose non si compensano automaticamente. Dopo anni in cui la vigilanza ha guardato capitale, liquidità, crediti deteriorati e governance, la resilienza digitale è diventata un pezzo della stabilità finanziaria. Il denaro non viaggia più solo nei bilanci; viaggia nei server, nei token, nei certificati, nelle API, nei sistemi di identità. Se quella rete si inceppa, il rischio operativo può diventare rischio di fiducia. E la fiducia, nelle banche, è sempre capitale invisibile.

Una corsa di velocità, non una profezia nera

La riunione della Bce su Mythos va letta come un segnale di maturità del rischio, non come annuncio di catastrofe. Le banche europee non sono indifese, i clienti non devono correre a svuotare i conti, il sistema non è appeso a un filo. Ma il messaggio è duro: la vecchia velocità non basta più. Le patch devono arrivare prima, i fornitori devono essere più trasparenti, gli inventari devono essere completi, i piani di emergenza devono essere provati davvero, non solo archiviati. L’intelligenza artificiale ha acceso la luce in una cantina piena di cavi, scatole e tubi. Alcuni erano già fragili. Solo che adesso si vedono meglio.

Il paradosso è che Mythos può essere sia minaccia sia antidoto. Nelle mani giuste aiuta a scoprire vulnerabilità prima che diventino armi; nelle mani sbagliate può accelerare attacchi e rendere più affollato il mercato nero delle falle. La differenza la faranno accesso, coordinamento, trasparenza tra banche, fornitori e autorità, capacità di correggere senza paralizzare i servizi. Per l’Europa la partita è anche politica: non restare spettatrice di una sicurezza decisa altrove. Per i clienti, la regola resta più concreta: diffidare dei messaggi improvvisi, proteggere le credenziali, aggiornare le app, usare l’autenticazione forte e non confondere l’allarme istituzionale con il panico. La vera notizia è questa: la cybersicurezza bancaria è entrata nell’era della velocità artificiale. E da qui non si torna indietro.