AI Malware Evades Removal by Learning Security Team Tactics
Key Takeaways A new AI-powered Windows malware, Gryxa, has emerged, capable of self-healing and actively learning from security team’s removal attempts. Gryxa uses legitimate remote monitoring...
Key Takeaways
- A new AI-powered Windows malware, Gryxa, has emerged, capable of self-healing and actively learning from security team’s removal attempts.
- Gryxa uses legitimate remote monitoring and management (RMM) software to maintain covert access and steal credentials from Chromium-based browsers.
- The malware employs multiple persistence mechanisms, making partial remediation ineffective and potentially exposing defensive tactics to attackers.
- Security researchers suspect Gryxa was largely developed using commercial AI coding agents, suggesting a shift in cybercrime where single operators can manage complex campaigns.
- Effective mitigation requires a multi-pronged approach, starting with blocking attacker infrastructure and meticulously removing all malware components simultaneously.
AI-Powered Malware: A New Frontier in Cybercrime
A sophisticated new Windows malware toolkit, dubbed Gryxa, is demonstrating how artificial intelligence is fundamentally altering the landscape of cybercrime. This innovative threat not only provides attackers with remote access and targets sensitive data but also possesses the alarming ability to observe and adapt to defensive actions taken by security teams.
Table Of Content
Gryxa equips its operators with persistent remote access to compromised systems and is designed to remain active even after initial cleanup attempts. A key capability is its focus on exfiltrating passwords stored in popular Chromium-based browsers. What sets Gryxa apart, however, is its capacity to monitor security professionals as they try to eradicate it, gathering intelligence to improve its resilience against future removal efforts. This adaptive nature is detailed in a recent report.
Initial Infiltration and Persistence Tactics
The likely entry vector for Gryxa involves a phishing email delivering a 19 MB self-extracting executable. This malicious file is cleverly disguised as an invoice, typically following a naming convention like invoice_<10 digits>.exe. Upon execution, the installer fetches additional components over HTTPS, then hijacks legitimate remote monitoring and management (RMM) software to establish a covert command-and-control channel. This tactic mirrors recent trends in RMM abuse campaigns observed by cybersecurity analysts.
Analysts at ReliaQuest identified Gryxa during an investigation into suspicious activity linked to a public code repository and its associated infrastructure. The threat actor’s management console revealed 324 compromised hosts, with 69 actively online during the analysis. These findings indicate a campaign meticulously engineered for prolonged persistence, credential theft, and rapid recovery capabilities.
In a report shared with Cyber Security News (CSN), ReliaQuest said in a report that the Gryxa toolkit was likely developed with significant assistance from a commercial AI coding agent. Repository commit logs frequently featured AI co-author metadata, suggesting that a single operator might now be able to manage a cyber operation that would traditionally require a dedicated team of malware developers.
New AI-Built Malware Exhibits Adaptive Evasion
Gryxa’s most concerning innovation manifests after a defender successfully removes the primary, visible RMM implant. A stealthy secondary component can persist on the infected machine, diligently collecting Windows logs and host artifacts. This data is then packaged and transmitted to attacker-controlled infrastructure. This exfiltrated information can reveal critical details about the tools, processes, and accounts utilized by incident responders, enabling the attacker to refine their tactics and counter future remediation attempts.
The collected intelligence encompasses scheduled tasks, Windows event subscriptions, installer and service-control logs, process-creation records, and an inventory of remote-access tools. Consequently, an incomplete remediation is not merely an insufficient fix; it actively risks exposing an organization’s defensive strategies, reminiscent of sophisticated browser credential theft techniques.
The malware’s resilience stems from its modular design, where various components are designed to restore one another. Researchers discovered three WinRTCS scheduled tasks, four additional tasks camouflaged as legitimate Microsoft entries, a persistent Windows Management Instrumentation (WMI) event subscription, and an off-path backup file copy located outside the primary installation directory. Deleting only the obvious client or a single folder leaves enough residual components for Gryxa to rebuild itself, often within approximately one minute. The operator also leverages a centralized console and update mechanism to swiftly replace any compromised components.
This dynamic update capability diminishes the effectiveness of relying solely on static file hashes for detection and removal. Instead, security teams must focus on detecting linked behavioral patterns, such as unusual RMM usage, the creation of SYSTEM-level tasks, WMI persistence, and unauthorized access to browser data.
Containment Can Trigger Retaliatory Actions
Attempting to remove Gryxa’s access in an incorrect sequence can inadvertently activate additional safeguards built into the malware. Gryxa includes a “guard” mechanism that checks connectivity to the attacker’s relay every five minutes. After two consecutive failed checks, the toolkit attempts to disable Microsoft Defender and terminate other endpoint security products. A third failed check can trigger the malware to retrieve an uninstall command from the registry and silently remove the security agent altogether.
Practically, simply disabling the remote-control service initiates a countdown of approximately 10 to 13 minutes before endpoint protection is compromised. Furthermore, Gryxa may re-enable Microsoft Defender once its relay connection is restored, but critically, it leaves its own exclusions in place. This means a seemingly “healthy” Defender status is not conclusive proof that a device is clean. This behavior aligns with advanced AI-assisted attack research that emphasizes detecting complex behavioral chains rather than isolated malicious files.
What You Should Do
- Isolate and Block Infrastructure: Immediately block the identified attacker infrastructure (domains and IP addresses) at the network perimeter to sever communication channels.
- Comprehensive Eradication: When remediating, ensure the simultaneous removal of the primary service, all associated scheduled tasks, the WMI event subscription, and every working directory. Consider reimaging the compromised host for complete assurance.
- Enable Uninstall Protection: Activate uninstall protection features on all endpoint security products to prevent malware from silently removing them.
- Avoid On-System Tool Deployment: Refrain from deploying new remote-access tools directly onto a live, potentially compromised system, as Gryxa may perceive them as rivals and attempt to uninstall them.
- Credential Rotation and Review: Assume all credentials saved in accessible browser profiles were compromised if the credential theft module executed. Rotate these credentials immediately and thoroughly review the access permissions associated with those accounts.
- Monitor for Behavioral Anomalies: Implement robust monitoring for unusual RMM activity, the creation of SYSTEM-level scheduled tasks, WMI persistence, and unauthorized browser data access.
- Maintain Approved Tools Inventory: Keep a strict inventory of all approved remote management tools and investigate any unauthorized installations, particularly those originating from phishing attempts.
Indicators of Compromise (IoCs)
Note: IP addresses and domains are intentionally defanged (e.g., [.]) to prevent accidental resolution or hyperlinking. Re-fang only within controlled threat intelligence platforms such as MISP, VirusTotal, or your SIEM.
| Type | Indicator | Description |
|---|---|---|
| Domain | wirbe[.]com |
Actor-controlled domain |
| Domain | world.wirbe[.]com |
Actor-controlled domain |
| Domain | cdn.wirbe[.]com |
Actor-controlled domain |
| Domain | ver.wirbe[.]com |
Actor-controlled domain |
| Domain | mesh.wirbe[.]com |
Actor-controlled domain |
| Domain | seczio[.]com |
Actor-controlled domain, legacy infrastructure still in use |
| Domain | debian.seczio[.]com |
Actor-controlled domain, legacy infrastructure still in use |
| Domain | gryxa[.]com |
Actor-controlled domain, legacy infrastructure still in use |
| Domain | ui.gryxa[.]com |
Actor-controlled domain, legacy infrastructure still in use |
| Domain | update.gryxa[.]com |
Actor-controlled domain, legacy infrastructure still in use |
| Domain | sevrz[.]com |
Actor-controlled domain, legacy infrastructure still in use |
| Domain | ui.sevrz[.]com |
Actor-controlled domain, legacy infrastructure still in use |
| Domain | update.sevrz[.]com |
Actor-controlled domain, legacy infrastructure still in use |
| IP address | 144.172.107[.]56 |
Actor-controlled infrastructure |
| IP address | 209.145.55[.]189 |
Actor-controlled infrastructure |
| File name pattern | invoice_<10 digits>.exe |
Invoice-themed self-extracting executable used for likely initial access |
| Directory | C:ProgramDataWinRTCS |
Primary Gryxa working directory |
| Directory | C:ProgramDataMicrosoftWindowsWERTemp.wucache |
Keeper-layer directory |
| Directory | C:ProgramDataMicrosoftDiagnosisState.etlcache |
Keeper-layer directory |
| Directory | C:ProgramDataMicrosoftWinRTCScache |
Off-path backup copy used to restore toolkit files |
Disclaimer: HackersRadar reports on cybersecurity threats and incidents for informational and awareness purposes only. We do not engage in hacking activities, data exfiltration, or the hosting or distribution of stolen or leaked information. All content is based on publicly available sources.



No Comment! Be the first one.