Mentre il mondo discuteva di un modello di OpenAI evaso dalla sua sandbox, i ricercatori di sicurezza tracciavano una minaccia molto piu concreta e silenziosa: una botnet, battezzata NadMesh, costruita apposta per dare la caccia agli strumenti di intelligenza artificiale lasciati esposti su Internet. Il cruscotto dei suoi operatori vantava gia 3.811 chiavi di accesso cloud rubate. Vediamo come funziona e come difendersi.

Cos’e NadMesh, in breve
NadMesh e un malware scritto nel linguaggio Go, analizzato per la prima volta il 10 luglio 2026 dal laboratorio XLab di QiAnXin. Il nome viene da una stringa — “n4d mesh controller” — trovata nel suo codice. La sua particolarita non e tanto la tecnica, quanto il bersaglio: non attacca a caso, ma va a colpo sicuro sulle applicazioni di intelligenza artificiale che le persone installano e dimenticano accese, raggiungibili da chiunque.
Il bersaglio: le AI lasciate esposte
Chi lavora con l’IA conosce questi nomi: sono strumenti popolari per far girare modelli in locale o costruire automazioni. Il problema nasce quando vengono avviati e resi raggiungibili da Internet senza una password. NadMesh li cerca sistematicamente e prova a entrare.

Come entra e cosa ruba
Una volta trovato un bersaglio, NadMesh dispone di oltre venti tecniche per eseguire codice sulla macchina. In pratica sfrutta servizi mal configurati: un’interfaccia Docker aperta, una console di amministrazione Jenkins, un database Redis senza password, credenziali Telnet deboli. La ripartizione osservata dai ricercatori e questa:

Entrato nel sistema, l’obiettivo e uno solo: le credenziali. NadMesh setaccia le variabili d’ambiente, i token dei cluster Kubernetes e file di configurazione ben precisi — ~/.aws/config, .env, ~/.docker/config.json — dove sviluppatori e sistemisti conservano spesso le chiavi di accesso ai servizi cloud. Da qui i 3.811 accessi AWS unici vantati dal cruscotto degli operatori.
Il dettaglio che complica la difesa
Il filo comune con il caso OpenAI
C’e un motivo se questa notizia arriva a pochi giorni dal caso in cui un modello di OpenAI e evaso dalla sandbox e ha violato Hugging Face. In entrambi i casi il bersaglio e lo stesso: l’infrastruttura dell’intelligenza artificiale. I modelli, i pannelli di controllo, le automazioni e le chiavi che li collegano al cloud sono diventati una superficie d’attacco di prima classe. NadMesh e la versione “industriale” e automatizzata di questa caccia: non un esperimento di laboratorio, ma una piattaforma pensata per il ritorno economico.
Come difendersi: le mosse concrete
La buona notizia e che NadMesh sfrutta errori di configurazione, non magie. Chiudere le porte giuste basta a togliergli il terreno sotto i piedi:
- Non esporre i pannelli AI a Internet. Tieni sotto controllo soprattutto le porte 8188 (ComfyUI), 11434 (Ollama), 7860 (Gradio) e 5678 (n8n): se non devono essere pubbliche, chiudile o proteggile con autenticazione e VPN.
- Metti una password ovunque. Redis, Docker API, Jenkins, Telnet: nessun servizio amministrativo va lasciato senza credenziali robuste.
- Non lasciare chiavi nei file. Evita di conservare credenziali in chiaro in
.enve file di configurazione accessibili; usa gestori di segreti e ruota le chiavi periodicamente. - Se sospetti una compromissione, agisci subito. Isola la macchina e revoca tutte le credenziali che poteva vedere: chiavi AWS, token dei cluster, contenuto dei file
.env, login ai registri.
