As reported by The Hacker News, researchers at the AI Now Institute have demonstrated a proof-of-concept attack they're calling "Friendly Fire" — a technique that causes AI coding agents to execute the very malicious code they were tasked with detecting. This isn't a theoretical edge case. It's a structural vulnerability in how autonomous AI agents interact with untrusted codebases, and it has significant implications for any organization that has integrated AI-assisted security tooling into their development pipelines.

AI Security Alert: As reported by The Hacker News, researchers at the AI Now Institute have demonstrated a proof-of-concept attack they're calling "Friendly Fire" — a technique that causes AI coding agents to execute the very malicious code they were tasked with detecting.

Why This Is More Dangerous Than a Typical Vulnerability

Most security vulnerabilities involve an attacker exploiting a flaw in software logic. Friendly Fire exploits something more fundamental: the trust relationship between an autonomous AI agent and the environment it operates in. When an AI coding agent is granted autonomous mode — where it can approve and execute its own actions without human confirmation — it effectively becomes a privileged execution context. Attackers who understand this can craft malicious code that speaks the agent's language, manipulating it through prompt injection or logic traps embedded directly in the source files being scanned.

The affected tools — Anthropic's Claude Code and OpenAI's Codex — are not fringe products. They represent the leading edge of AI-assisted development and security workflows. Organizations that have adopted these tools for supply chain security reviews, dependency auditing, or automated code scanning are directly in scope for this class of attack.

Shield53 Perspective: The irony here is brutal. The exact scenario where an AI agent provides the most value — autonomously reviewing a suspicious open-source package before it's merged — is the scenario where this attack is most likely to succeed and most damaging when it does.

Who Is Most Exposed

Why This Is More Dangerous Than a Typical Vulnerability
DevSecOps teams using AI agents to automate pull request reviews or dependency scanning
Open-source maintainers using AI tooling to review external contributions at scale
Security researchers who use AI coding agents to analyze malware samples or suspicious packages
Enterprises with CI/CD pipelines that trigger AI-based code review on inbound third-party code
Solo developers using autonomous agent modes with elevated system permissions

The risk scales with privilege. An AI agent running with local filesystem access, network access, or integration into cloud environments doesn't just execute code — it executes code with whatever permissions it was granted. In some configurations, that means an attacker's payload runs with developer-level or even CI/CD service account credentials.

The Deeper Problem: Autonomous Mode as an Attack Surface

This research highlights a pattern Shield53 has been tracking closely: the expansion of AI agent autonomy is outpacing the development of safety guardrails. Both Claude Code and Codex offer autonomous modes specifically because they're more productive — fewer interruptions, faster iteration. But autonomy is a trust multiplier. Every capability you extend to an agent is a capability an adversary can potentially redirect.

Prompt injection as an attack class has been documented for years, but Friendly Fire represents its maturation into a practical, targeted threat model. Attackers no longer need to compromise a developer's machine directly — they can craft a poisoned package and wait for an AI agent to do the work for them.

Shield53 Recommendations

Immediate Actions

  • Disable or restrict autonomous mode when scanning untrusted or third-party code. Require human-in-the-loop confirmation before any code execution during security reviews.
  • Sandbox AI agent execution environments. AI coding agents reviewing external code should run in isolated containers with no network access, no credentials, and no write access to production systems or repositories.
  • Audit current AI agent permission scopes. Review what filesystem, network, and credential access your AI tooling currently holds and apply least-privilege principles aggressively.
  • Treat AI-reviewed code with the same suspicion as unreviewed code until isolation and execution controls are in place.

Longer-Term Controls

  • Establish formal AI agent security policies that classify which tasks are permitted in autonomous vs. supervised modes.
  • Push vendors — including Anthropic and OpenAI — for transparency about prompt injection mitigations and autonomous mode safeguards in their security advisories.
  • Include AI agent behavior in your threat modeling exercises, particularly for supply chain security workflows.
  • Monitor AI agent logs for unexpected execution events, especially when scanning external codebases.
Friendly Fire is a wake-up call that arrives early enough to act on. The organizations that update their AI governance frameworks now — before this attack class becomes commodity — will be significantly better positioned than those who wait for a confirmed incident to drive change.