Your AI coding assistant is not a passive productivity tool. According to Mandiant’s AI Risk and Resilience report, it’s now an active target for attackers looking for a trusted path into your codebase.
The Attack That Should Change How You Think About AI Dev Tools
Mandiant documented a specific incident in the report. A threat actor compromised a SaaS provider, then hijacked an active AI coding assistant session on a developer’s workstation. The assistant recommended installing an external package that the attacker had already poisoned.
Once the developer accepted the recommendation, the compromised package installed an information stealer, harvested GitHub OAuth tokens, and spread a worm called Shai-Hulud across approximately 100 internal code repositories. The worm automated the theft of repository secrets and exfiltrated proprietary source code. The attacker then poisoned a package inside the organization’s official namespace, infecting a second employee who downloaded it.
The AI assistant, operating as the trusted interpreter between developer and environment, became the delivery mechanism.
️ Agent Skills Are Also Being Weaponized
VirusTotal researchers observed the weaponization of OpenClaw AI agent skills in February 2026. Backdoors, droppers, information stealers, and remote-access tools were distributed as apparently legitimate automation packages.
The following month, Mandiant responded to multiple supply-chain compromises tied to the threat actor UNC6780, also known as TeamPCP. The group used more than half a dozen techniques against AI tools and open-source software, including prompt injection against AI coding assistants and LLM security scanners, plus credential theft targeting AI services and proprietary AI data.
In a separate incident, an attacker poisoned an internal AI repository and tampered with the command-line hooks used by an assistant, achieving remote code execution through what looked like the platform’s normal workflow.
What Mandiant Says to Do About It
The report’s recommended controls are concrete:
- Treat AI coding assistants, local plugins, and MCP servers as privileged development components, not low-risk tools
- Digitally sign and verify AI assistant binaries, command-line helpers, plugins, and MCP servers before execution
- Apply strict code reviews, access controls, and multi-party approval to changes in internal agent skills and hooks
- Prevent extensions from directly accessing raw API keys, long-lived OAuth tokens, and other secrets
- Check AI-recommended dependencies against approved lists and cryptographic hashes
- Route dependency downloads through controlled internal repositories
- Maintain a real-time inventory of AI applications, models, and endpoints, backed by automated software bills of materials for every build
For open-weight models, Mandiant noted that responsibility for checking model provenance, training data, architecture, and components typically falls on the deploying organization. The report recommended cryptographic verification, bias testing, vulnerability assessments, and continuous monitoring for model drift.
The Operator Takeaway
If you’re a solo developer or a small team using AI coding assistants, the practical floor here is: treat every AI-recommended package install the same way you’d treat a dependency from an unknown author. Verify it. Check the hash. Don’t let the assistant’s confidence substitute for your own review. The trust gap between what an AI recommends and what has actually been audited is exactly where these attackers are operating.
