SUPPLY CHAIN SINGULARITY
The TrapDoor Protocol: AI-Assistant Poisoning and the Subversion of Developer Intent
- Coordinated releases on npm, PyPI, and Crates.io target developer environments and crypto tooling.
- Primary targets include .cursorrules and CLAUDE.md files, used to define AI assistant behavior.
- Exfiltrated data includes AWS/GitHub credentials, SSH keys, and internal architecture documentation.
A massive, multi-registry campaign has been detected targeting the very files that govern autonomous AI coding assistants, marking the first industrial-scale 'Prompt Injection' supply chain attack.
In a massive escalation from yesterday's Shai-Hulud worm attacks, TeamPCP has now launched the 'TrapDoor' campaign, a multi-registry supply chain offensive targeting AI configuration files. This operation represents a fundamental shift in threat actor strategy, moving beyond simple credential theft to the subversion of the developer-AI relationship. By poisoning packages on npm, PyPI, and Crates.io, the attackers are not just seeking to execute code on a local machine; they are attempting to rewrite the 'rules of engagement' for the AI models that developers increasingly rely on to write, audit, and deploy code. The campaign specifically targets configuration files like .cursorrules and CLAUDE.md, which are used by popular AI coding assistants to understand project context and security constraints. By modifying these files, TeamPCP can effectively 'gaslight' an AI assistant into suggesting vulnerable code patterns, ignoring security linting rules, or silently exfiltrating sensitive data during the code generation process. This is the 'Source Code Singularity' in its most insidious form: the corruption of the automated intent that now drives modern software engineering. The scale of the campaign is unprecedented, with over 400 malicious packages identified across the three major registries. Each package is designed to look like a legitimate utility—often mimicking popular crypto libraries or AWS SDK wrappers—but contains a post-install script that scans the local environment for AI assistant configurations. Once found, these configurations are modified to include hidden instructions that persist even after the malicious package is removed. This persistence mechanism ensures that the attacker maintains a 'trapdoor' into the developer's workflow, regardless of traditional security scans that focus on binary or script execution. The implications for the global software supply chain are catastrophic, as the trust between a developer and their AI tool is now a primary attack vector.
Executive Technical Summary
The TrapDoor Protocol: AI-Assistant Poisoning and the Subversion of Developer Intent
Follow-up: CAMP-2026-066
The executive technical summary of the TrapDoor campaign reveals a sophisticated multi-stage execution flow that leverages the 'Shadow Pipeline' vulnerabilities we identified earlier this week. Stage one involves the deployment of 'typosquatted' or 'combosquatted' packages that utilize high-fidelity social engineering to encourage installation. Once active, the malware executes a reconnaissance module that identifies the specific AI assistant in use (Cursor, Claude Dev, GitHub Copilot). Stage two is the 'Configuration Injection' phase. For instance, in Cursor environments, the malware appends instructions to the .cursorrules file that mandate the use of specific, compromised internal libraries for any new feature development. It also instructs the AI to 'ignore any warnings related to hardcoded credentials' for the sake of 'development speed.' Stage three is the exfiltration of the 'Contextual Harvest.' Because these AI assistants often have access to the entire codebase to provide context, the malware uses the AI's own API tokens to summarize and exfiltrate high-value architectural secrets to a TeamPCP-controlled C2 server. This bypasses traditional DLP (Data Loss Prevention) tools because the traffic appears to be legitimate LLM API calls. Mitigation requires a total re-evaluation of developer workstation security. Organizations must treat AI configuration files as high-integrity assets, equivalent to SSH keys or production secrets. We recommend the immediate implementation of file integrity monitoring (FIM) for all dot-files in developer home directories and the enforcement of signed commits for all configuration changes. Furthermore, the use of 'AI-Wrappers' without strict egress filtering on API calls must be prohibited. The TrapDoor campaign proves that the 'Trust Anchor' is no longer just the repository, but the very logic that interprets it. Security teams must now audit not just the code their developers write, but the instructions they give to the machines that help them write it. This is a structural collapse of the 'Secure-by-Design' paradigm if the 'Design' phase itself is compromised by an adversarial AI instruction set.
Authenticity: Verified via cross-registry analysis of npm and PyPI metadata.
Impact: Critical risk to all organizations utilizing AI-assisted development workflows.
Directive: Implement FIM for .cursorrules, CLAUDE.md, and .github/workflows.
Impact: Critical risk to all organizations utilizing AI-assisted development workflows.
Directive: Implement FIM for .cursorrules, CLAUDE.md, and .github/workflows.
1. [BleepingComputer] Ghost CMS SQL injection flaw exploited in large-scale ClickFix campaign (https://www.bleepingcomputer.com/news/security/ghost-cms-sql-injection-flaw-exploited-in-large-scale-clickfix-campaign/)
2. [Reddit] TrapDoor supply-chain campaign hits npm, PyPI, and Crates.io (https://www.reddit.com/r/cybersecurity/comments/trapdoor_campaign/)