RatHat: malware Android usa AI per controllare i dispositivi da…

Zimperium zLabs ha scoperto RatHat, malware Android che sfrutta l'intelligenza artificiale generativa per automatizzare il controllo remoto dei dispositivi

Zimperium zLabs ha rivelato RatHat, un malware Android documentato il 16 settembre 2026 che integra un motore di automazione UI basato su intelligenza artificiale generativa. L'innovazione non è l'uso dell'AI come elemento promozionale, ma il suo ruolo operativo: elimina il collo di bottiglia umano nel controllo remoto, permettendo a un singolo operatore di gestire più dispositivi contemporaneamente con un'automazione che si adatta a qualsiasi interfaccia senza scripting preliminare. Per il settore della sicurezza mobile, questo segna un passaggio concreto da malware script-based a crimeware guidato da modelli linguistici.

Punti chiave

RatHat serializza l'Accessibility tree in XML e lo invia a un assistente AI, ricevendo istruzioni dinamiche come coordinate di scorrimento e testo on-screen in cinese mandarino.
Il malware abusa dei permessi Accessibility per abilitare Developer Options e Wireless Debugging, ottenendo shell ADB locale senza computer esterno.
Una coppia di agenti in Go opera fuori dal lifecycle dell'app con meccanismo di ripristino mutuo: ciascuno ricostruisce l'altro se disinstallato.
RatHat cattura PIN, password e pattern di sblocco a livello hardware monitorando il raw touchscreen input, oltre a intercettare SMS e notifiche OTP tramite overlay HTML.

Come l'AI generativa sostituisce gli script statici

La maggior parte del malware Android tradizionale si affida a script predefiniti per navigare le interfacce: coordinate fisse, timer basati su ritmi di transizione, logica condizionale rigida. RatHat rompe questo paradigma. Secondo Zimperium, il malware estrae l'Accessibility tree della UI in formato XML, lo serializza e lo trasmette a un assistente AI popolare. Il modello restituisce coordinate JSON, identifica il testo visualizzato e genera comandi di navigazione come SCROLL_DOWN o CLICK su elementi specifici.

I prompt inviati al modello sono redatti in cinese mandarino, elemento che Zimperium collega a operatori basati in Cina. Un grafico interno al malware suggerisce l'utilizzo di Google Gemini, sebbene la fonte non confermi esplicitamente quale assistente AI venga impiegato. La distinzione tecnica è significativa: l'automazione non richiede conoscenza pregressa dell'app target, né adattamento manuale per nuove versioni di Android o per interfacce regionali diverse.

"RatHat uses AI to intelligently navigate and control the device interface in real-time, making its operations more adaptable and harder for security software to detect than traditional, scripted automation" — Zimperium

La catena di privilege escalation: da Accessibility ad ADB shell

RatHat non si limita a sfruttare i permessi Accessibility Service. Il malware automatizza l'attivazione di Developer Options tappando sette volte su Build Number, estrae il codice di pairing a sei cifre e la porta dinamica dalla UI di sistema, e completa l'accoppiamento ADB via Wireless Debugging senza intervento di un computer fisico. Questo self-pairing trasforma il dispositivo in un endpoint con shell privilegiata indipendente dall'applicazione malevola.

L'installazione dell'agente Go liblocal-service.so avviene con privilegi ADB shell. Questo componente gestisce la persistenza, bypassa le restrizioni di ottimizzazione della batteria di Android e mantiene aperto un canale di controllo parallelo. Un secondo agente, libmedia_codec.so, funge da client FRP reverse-proxy per tunnel persistente al server di comando e controllo. L'architettura a tre componenti — app Android malevola, agente Go, client FRP — garantisce che il malware operi fuori dal sandbox standard delle applicazioni.

La persistenza che si ripara da sola

Il meccanismo di persistenza di RatHat è progettato per resistere alla rimozione. I due agenti si monitorano a vicenda: se l'utente disinstalla l'app malevola, l'agente Go la ricostruisce; se un processo di sicurezza elimina l'agente, il malware principale lo reinstalla. Questo schema di ripristino mutuo crea un canale indipendente dal lifecycle dell'applicazione, rendendo inefficaci le procedure di disinstallazione standard.

Quando l'utente tenta di rimuovere il malware attraverso le impostazioni di sistema, RatHat intercetta la schermata di conferma, annulla la procedura e visualizza un overlay che imita Google Play con un finto messaggio di errore. La fonte non specifica se tecniche di factory reset o modalità recovery siano efficaci contro questa persistenza, né documenta metodi di rimozione verificati.

I tentativi di analisi dinamica incontrano quattro strati di difesa attiva: tampering del container APK, un AndroidManifest.xml di 61 megabyte con il 99% di dati non documentati nel chunk 0x9999, istruzioni DEX bytecode con pseudo-opcode invalide, e doppia crittografia delle stringhe. Sei controlli runtime rilevano presenza di debugger (JDWP, ptrace, FLAG_DEBUGGABLE, proprietà di sistema), framework di instrumentation (Frida) e ambienti virtuali (Xposed, root, emulatore).

Il furto delle credenziali e l'intercettazione hardware

RatHat sovrappone finestre HTML fraudulentse alle applicazioni bancarie e di criptovalute per rubare credenziali di accesso. Parallelamente, intercetta SMS e notifiche push contenenti OTP, registra gli eventi text-change nelle caselle di input ed estrae gli URL visitati dal browser. La componente più aggressiva monitora il raw input del touchscreen per ricostruire PIN, password alfanumeriche e pattern di sblocco geometrico, bypassando le protezioni screenshot e le limitazioni imposte dal framework Accessibility standard.

La distribuzione avviene tramite malvertising, smishing e siti di phishing che promuovono file APK al di fuori di Google Play. Zimperium documenta casi in cui il dropper impersona app legittime di streaming, utilizzando un'icona che replica quella di Chrome per indurre il download. L'installazione sfrutta l'API SessionInstaller nativa di Android per eludere le protezioni restricted settings e i controlli sul servizio Accessibility introdotti nelle versioni recenti del sistema operativo.

Cosa fare adesso

Per gli utenti Android, la prima raccomandazione documentata è evitare l'installazione di APK da fonti esterne a Google Play, dato che RatHat si distribuisce esclusivamente al di fuori dello store ufficiale. Le istituzioni finanziarie devono valutare la riprogettazione delle contromisure contro overlay sofisticati e automazione AI che bypassa i rilevamenti comportamentali tradizionali, poiché la logica di navigazione dinamica non lascia tracce statiche rilevabili da signature. Per i team di sicurezza mobile, Zimperium indica un cambio di paradigma verso protezioni runtime piuttosto che basate su firme, dato che la modularità dell'architettura e la variabilità dei prompt AI rendono inefficaci gli approcci tradizionali.

La fonte non specifica misure correttive specifiche per dispositivi già compromessi, né fornisce indicatori di compromesso dettagliati per la ricerca sui sistemi. Non emergono nel dossier informazioni su eventuali campagne attive in specifici paesi o settori, né sul numero di vittime confermate.

RatHat rappresenta un punto di inflection per il crimeware mobile: l'AI generativa smette di essere un accessorio per diventare moltiplicatore di forza operativa. Se la logica di automazione adattiva si standardizza, il vantaggio difensivo basato su analisi statica e comportamentali storiche si assottiglia. La sfida per il settore security è costruire rilevamenti che operino allo stesso livello di astrazione — il comportamento runtime — senza dipendere dalla prevedibilità degli script.

Domande frequenti

Quali dispositivi Android sono a rischio?

Il dossier non specifica versioni Android target o requisiti hardware particolari. La tecnica di self-pairing ADB e l'uso dell'Accessibility Service indicano compatibilità con versioni recenti del sistema operativo, ma Zimperium non fornisce un elenco verificato.

Esiste un modo per verificare se il proprio dispositivo è compromesso?

Il brief non include indicatori di compromesso (IoC) specifici come hash di file, domini C2 o pattern di traffico network. La rilevazione richiede strumenti di runtime protection capaci di monitorare l'interazione tra app e framework di sistema.

L'assistenza AI utilizzata è davvero Google Gemini?

Un grafico interno al malware suggerisce questo servizio, ma Zimperium non conferma esplicitamente l'identità del modello. Il dossier la classifica come elemento non verificato.

Le informazioni sono state verificate sulle fonti citate e aggiornate al momento della pubblicazione.

Fonti

Fonti e riferimenti

Ricevi DeafLetter