CYBERRAKSHAK LABS Β· RESEARCH #035

🚨 RatHat Android Malware: When AI Becomes the Attacker's Remote Operator

CyberRakshakLabs analysis of RatHat Android malware, its Accessibility and ADB abuse, credential and OTP theft, persistence, reverse tunneling and AI-assisted device navigation.

By Vivek Kumar Β· Published 18 September 2026
RESEARCH#035
CATEGORYMobile Malware / AI-Assisted Threats
CRL ASSESSMENTHIGH
RESEARCH LEVELDeep Research
PUBLISHED2026-09-18
Source & social links: LinkedIn Post β†—WhatsApp β†—YouTube β†—
How CyberRakshakLabs researches threats β†’
The headline is not simply that malware uses AI. RatHat shows a more specific shift: AI-assisted navigation can help malware interact with a changing Android interface instead of relying entirely on rigid, hardcoded UI scripts.
AIAssisted UI navigation
ADBLocal shell-level access path
OTPCredential and 2FA interception risk
1. Executive Summary

According to the supplied Zimperium zLabs analysis, RatHat is an Android malware family distributed through SMS phishing/smishing, malvertising, phishing websites and third-party APK download portals.

After installation, RatHat attempts to obtain Accessibility Service access and uses it to manipulate Android settings, enable Developer Options and Wireless Debugging, retrieve an ADB pairing code and establish local shell-level access.

It then deploys components including liblocal-service.so, described as a Go-based agent used for privileged operations and persistence, and libmedia_codec.so, identified as an FRP reverse-proxy client for a persistent tunnel.

Core lesson: RatHat combines social engineering, privileged Android capabilities, credential/OTP theft, persistence and AI-assisted interface automation into one attack chain.

2. Why RatHat Is Different

Traditional Android automation can depend on fixed coordinates and predefined workflows. That approach becomes fragile when applications change, manufacturers customize interfaces, screen dimensions differ, languages change or buttons move.

Traditional automation

Hardcoded coordinates β†’ fixed screen β†’ fixed action.

RatHat's AI-assisted approach

Read current UI β†’ serialize Accessibility tree β†’ use AI to identify target β†’ return coordinates/text/navigation β†’ perform action.

What the AI-assisted workflow changes

The supplied material states that RatHat serializes the live Accessibility tree into XML and uses an AI assistant to determine interface elements, coordinates and navigation instructions such as scrolling.

The important development is therefore context-aware automation, not a claim that the malware has become fully autonomous.

3. Attack Chain

Smishing / Malvertising / Phishing→Fake APK→Accessibility→Wireless Debugging→ADB Pairing→Go Agent→Reverse Proxy→AI Navigation→Credential / OTP Theft→Remote Control
4. How RatHat Gets In

The supplied analysis describes distribution through malicious advertisements, smishing and phishing sites that encourage users to download APK files outside the official Google Play ecosystem.

πŸ“© SMS / smishing
πŸ“’ Malvertising
🌐 Phishing websites
πŸ“¦ Third-party APK portals

The initial infection can look ordinary: β€œDownload this app,” β€œYour account requires an update,” or β€œWatch this video / claim this offer.” The technical sophistication comes after installation.

5. Accessibility Service Abuse

Accessibility Services are legitimate Android functionality, but RatHat abuses them to automate interaction with the device interface.

Navigate settings
Enable Developer Options
Enable Wireless Debugging
Extract the ADB pairing code
Control interface elements
Perform automated interactions
Security lesson: Treat Accessibility permission as high risk. A normal application should have a clear, legitimate reason to control the screen, interact with other applications or read interface content.
6. The ADB Trick

After obtaining Accessibility access, RatHat can interact with Android settings to enable Wireless Debugging and retrieve pairing information, then authenticate against the local ADB daemon.

The supplied material describes this as providing a shell-level execution context without requiring a separate computer, allowing additional components to be staged.

7. The Go Agent

RatHat includes a Go-based component disguised as liblocal-service.so. According to the supplied analysis, it is staged in /data/local/tmp and operates from the ADB shell context.

The agent can perform system-level operations including persistence and power-management modifications, moving functionality beyond the normal Android application lifecycle.

8. Persistent Reverse Tunnel

libmedia_codec.so is described in the supplied analysis as an FRP client that establishes a persistent reverse-proxy tunnel back to attacker infrastructure.

Victim phone↔Reverse tunnel↔Attacker infrastructure

This gives the operator a route toward internal device interfaces and the ADB daemon, making the compromised phone resemble a remotely operated endpoint.

9. Banking Credential Theft

RatHat can monitor the foreground application and trigger malicious HTML overlays when targeted banking or cryptocurrency applications are detected. The supplied analysis says the fake interface is designed to resemble the legitimate application and capture credentials.

It also targets payment applications, including WeChat and Alipay, according to the cited Zimperium analysis in the supplied post.

10. OTP Theft

RatHat can intercept SMS messages, notifications and OTP/2FA codes.

Credential Theft + OTP Theft + Device Control = Potential Account Takeover
11. Hardware-Level Touch Capture

The supplied analysis describes RatHat's privileged Go agent using Android's getevent functionality to observe raw touch coordinates.

Those coordinates can then be correlated with known keypad layouts to reconstruct PINs, password input or unlock patterns. This is significant because it can expose input that would normally be hidden in secure interfaces.

12. Persistence β€” Even After Uninstallation

RatHat attempts to interfere with removal by intercepting the uninstall confirmation process and displaying a fake Google Play-style failure message.

App removed→Go agent remains→APK restored→Permissions restored→Malware returns

The supplied material says the external Go agent can survive outside the normal application lifecycle and reinstall the APK if it detects removal of the main application.

13. Anti-Analysis

Zimperium's analysis, as reproduced in the supplied post, identifies mechanisms intended to frustrate analysis:

APK container manipulation
61 MB Android manifest
DEX bytecode poisoning
String encryption
Debugger detection
Ptrace checks
Frida detection
Xposed detection
Root / emulator checks
14. The AI Component

RatHat serializes the live Accessibility tree into XML and sends interface information to an AI assistant. The supplied material says the AI component can help determine where a target element is, what text is displayed, which navigation action should occur and where a synthetic click should be performed.

AI-assisted navigation potentially reduces the amount of hardcoded logic attackers need to maintain when the target application changes.
15. A New Direction for Mobile Malware

Yesterday β€” Scripted Malware

Fixed commands, fixed coordinates, fixed workflows.

Today β€” Adaptive Malware

Accessibility, ADB, dynamic UI detection and remote control.

Emerging Direction β€” AI-Assisted Malware

Understand interface β†’ choose action β†’ navigate dynamically β†’ adapt to environment.

Important limitation

The supplied post explicitly says RatHat has not demonstrated fully autonomous cybercrime.

The source also references ESET's earlier documentation of PromptSpy using generative AI for a narrower Android persistence task, showing that AI-assisted malware is not limited to a single family.

16. MITRE ATT&CK / Mobile ATT&CK Mapping
Methodology note: The supplied post does not provide specific technique IDs. It explicitly says ATT&CK mappings should be treated as behavioural mapping and that exact technique IDs can vary between Enterprise and Mobile ATT&CK versions and should be validated against the current ATT&CK release before a formal threat-intelligence report is published.
17. What Android Users Should Do
πŸ›‘οΈ Don't install random APKs
πŸ›‘οΈ Treat Accessibility permission as high risk
πŸ›‘οΈ Keep Google Play Protect enabled
πŸ›‘οΈ Don't enable Wireless Debugging unnecessarily
πŸ›‘οΈ Don't trust fake update messages
πŸ›‘οΈ Protect banking activity on a trusted device

If you suspect compromise, stop using banking applications on that device. Use another trusted device to change passwords, contact your bank, review transactions and revoke suspicious sessions where possible.

18. If You Suspect RatHat or Similar Android Malware
1️⃣ Disconnect Wi-Fi and mobile data.
2️⃣ Do not enter banking credentials.
3️⃣ Do not enter OTPs.
4️⃣ Contact your bank.
5️⃣ Use another trusted device to change critical credentials.
6️⃣ Preserve the APK, screenshots, SMS, URLs, phone numbers and transaction/application details.
7️⃣ Consider professional incident response or a factory reset if the compromise cannot be confidently removed.

19. CyberRakshakLabs Threat Intelligence Assessment

The important development is not simply β€œmalware uses AI.” It is that malware can use AI to reduce the amount of fixed logic required to interact with a changing user interface.

That potentially changes the economics of mobile malware development. Instead of maintaining large numbers of hardcoded workflows, AI can potentially help interpret the current state and select the next action.

RAT→Remote Control→Banking Trojan→Credential Theft→AI-Assisted RAT→Adaptive Navigation→AI-Agentic Malware

Important: The final AI-agentic stage is an emerging risk described in the supplied content, not something the RatHat report itself proves is already fully autonomous.

20. 🎯 Final Takeaway

DON'T INSTALL THE ATTACKER FIRST.

RatHat combines social engineering, Accessibility abuse, ADB, credential theft, OTP theft, persistence, reverse proxying and AI-assisted navigation.

A malicious APK can turn a trusted smartphone into a remotely controlled endpoint.

CyberRakshakLabs

Think Before You Click. Stay Aware. Stay Secure.

Source note: This Research is based on the supplied CyberRakshakLabs post and its referenced Zimperium/ESET reporting as described in that material. Claims are presented at the level supported by the supplied source; no independent forensic confirmation is implied.