Agente AI Hermes in modalità YOLO automatizza un attacco al Ministero delle Finanze thailandese
APT

Immagine illustrativa generata con AI

Agente AI Hermes in modalità YOLO automatizza un attacco al Ministero delle Finanze thailandese

L'agente AI Hermes in modalitц═ YOLO ha attaccato il Ministero delle Finanze thailandese. Scopri i dettagli dell'indagine di Hunt.io su questo grave incidente di sicurezza.

Testo generato da intelligenza artificiale, pubblicato senza revisione umana. Trasparenza IA

Introduzione

Tra il 9 e il 13 luglio 2026, un attore non identificato ha sfruttato l’agente AI open‑source Hermes per automatizzare le fasi post‑sfruttamento contro il Ministero delle Finanze thailandese. L’operazione è venuta alla luce grazie a tre directory esposte su un server con sede a Hong Kong, contenenti 585 file per circa 470 MB: exploit, web shell, strumenti di tunneling, script personalizzati, credenziali rubate e log generati dallo stesso Hermes. L’agente operava in modalità “YOLO” (esecuzione automatica senza conferma umana), riducendo drasticamente la necessità di interazione manuale e accelerando le attività malevole. Sebbene non sia stata rilevata esfiltrazione di dati, l’estensione dell’accesso e la natura delle informazioni compromesse rendono l’incidente di gravità alta/critica.

Analisi tecnica

I ricercatori di Hunt.io, guidati da Bob Diachenko, hanno individuato su un server con IP 202.181.27.115 (Hong Kong) una directory web pubblicamente accessibile contenente l’intero arsenale offensivo. Tra gli strumenti rinvenuti figurano:

  • Hades, un impianto personalizzato in Go compatibile con Windows e Linux.
  • Una web shell PHP distribuita su un server web del Ministero.
  • Una versione modificata dello script di enumerazione LinPEAS.
  • Tool di tunneling HTTP per la persistenza e l’aggiramento delle restrizioni di rete.

Hermes, in modalità YOLO, ha eseguito automaticamente enumerazione del sistema, scansione di vulnerabilità kernel, ricerca di binari SUID/SGID, ispezione di container Docker e navigazione del file system. I log mostrano che l’agente ha catalogato file PDF, DOC e XLS (valutazioni del personale e record a partire dal 2012) nella directory web dell’Ufficio del Segretario Permanente.

I file contengono riferimenti a sistemi interni del Ministero (nome host, IP privati) e indicano come target servizi Apache Ambari, GlassFish, Hadoop, un pannello amministrativo web e server di posta. L’infrastruttura malevola include anche l’IP 118.107.222.232 (Malesia); entrambi i server condividevano certificati TLS con medesima impronta JA4X, permettendo di correlare le attività. Il vettore d’accesso iniziale rimane sconosciuto e il Ministero non ha ancora confermato ufficialmente la violazione.

Impatto

La compromissione ha garantito accesso non autorizzato a molteplici sistemi interni, con potenziale esposizione di credenziali e documenti riservati (record del personale, valutazioni di performance). Anche in assenza di esfiltrazione accertata, l’ampiezza dell’accesso e la presenza di impianti come Hades rappresentano un rischio concreto di furto differito, movimenti laterali o attacchi futuri (es. ransomware). L’incidente comporta inoltre un significativo danno reputazionale per il Ministero e possibili ripercussioni diplomatiche ed economiche per la Thailandia.

Mitigazione

Per contenere e prevenire attacchi analoghi, si raccomandano le seguenti misure:

  • Ridurre la superficie d’attacco: disabilitare l’esposizione pubblica di pannelli amministrativi (Ambari, GlassFish), applicare autenticazione forte e segmentare la rete.
  • Implementare gli indicatori di compromissione (IoC): bloccare gli IP malevoli (118.107.222.232, 202.181.27.115), monitorare i fingerprint JA4X dei certificati TLS e le hash dell’impianto Hades.
  • Rilevazione comportamentale: configurare regole per identificare sequenze tipiche di automazione AI (es. esecuzione di LinPEAS, pattern di comandi di Hermes in modalità YOLO) e l’uso di web shell.
  • Principio del minimo privilegio: limitare i diritti degli account di servizio e degli utenti per contenere l’impatto post‑exploitation.
  • Gestione delle patch: aggiornare tempestivamente i servizi esposti (Hadoop, GlassFish, Apache Ambari) e monitorare i log per tentativi di exploit noti.
  • Revisione dell’infrastruttura TLS: revocare o rinnovare certificati sospetti e verificare la configurazione dei server.
  • Collaborazione e notifica: condividere gli IoC con CERT nazionali e team di sicurezza interni.

FAQ

1. Cosa significa “modalità YOLO” per un agente AI e perché è pericolosa?
La modalità YOLO (You Only Live Once) di Hermes esegue automaticamente comandi e operazioni senza attendere conferma umana. In un attacco, questo automatizza fasi come enumerazione, raccolta dati e movimento laterale, rendendo l’operazione più rapida e difficile da rilevare manualmente.

2. Quali sono i rischi anche in assenza di esfiltrazione immediata?
L’attaccante potrebbe aver già acquisito accesso persistente e catalogato documenti sensibili, preparandosi a un furto futuro, a operazioni di spionaggio o a sabotaggio (es. ransomware). Inoltre, credenziali rubate possono alimentare ulteriori attacchi.

3. Come possono le difese individuare un attacco automatizzato dall’AI?
Occorre implementare rilevazione comportamentale per sequenze anomale di comandi (es. esecuzione massiva di script come LinPEAS, ricerca di SUID), monitorare il traffico verso IoC noti (IP, fingerprint TLS JA4X) e utilizzare honeypot interni per intercettare attività sospette.

Leggi anche

Fonti

Questo articolo è una rielaborazione originale basata sulle fonti seguenti.

Argomenti correlatiHermes AImodalitц═ YOLOattacco Ministero Finanze thailandesesicurezza informaticaHunt.iocyber security
Torna alla home