TL;DR: More than 1,700 successful adversarial scenarios across coding, productivity, and first-party agents were reported by Straikerai's STAR Labs, with 36% of successful coding-agent attacks reaching remote code execution and 91% of successful productivity-agent attacks ending in silent exfiltration. The findings show agentic security now depends on governing tool use, credentials, and context, not just scanning code or monitoring endpoints.
Editorial analysis by NHI Mgmt Group, based on content published by Straikerai: “New Straiker Research: 36% of Successful AI Coding Agent Attacks End in Remote Code Execution”.
By the numbers:
- 36% of successful attacks on coding agents reached remote code execution on the developer's machine.
- 91% of successful attacks on productivity agents ended in silent data exfiltration.
Key questions
Q: What breaks when AI agents are given broad standing access?
A: Broad standing access breaks governance because the agent can move from one task to another without a fresh authorization check.
Q: Why do productivity agents create silent exfiltration risk in enterprise environments?
A: Productivity agents combine broad read access, legitimate outbound actions, and weak instruction discrimination.
Q: What do security teams get wrong about AI-generated code risk?
A: They often focus on catching insecure output after code is written, which is too late for AI-native workflows.
Practitioner guidance
- Define agent-level authorisation boundaries Map each agent to the exact tools, data sets, and command surfaces it is allowed to reach, and block anything outside that scope by default.
- Separate coding agents from high-value secrets Keep source repositories, cloud credentials, and local developer tokens out of agent execution environments unless a task explicitly requires them.
- Monitor silent exfiltration paths Instrument productivity agents for unusual read-and-forward behaviour across email, chat, documents, and browser sessions, not just malware indicators.
Bottom line: Straikerai's STAR Labs shows that AI agents can be turned into execution and exfiltration paths when tool access, context, and runtime authority are not tightly governed.
Explore further
View Full Forum → | NHI Foundation Course → | Our Services → | Read the full analysis →
Agents are becoming a governance object, not just an application feature. The article shows that AI agents can execute actions, move data, and inherit trust in ways that conventional application monitoring was never designed to police. That means the governance question is no longer whether the model is accurate, but whether the agent is authorised to act in the first place. Practitioners should treat agent identity, tool scope, and runtime authority as first-class controls.
A few things that frame the scale:
- Gartner predicts that AI systems will initiate 50% of all service requests by 2030, driven largely by agentic AI.
A question worth separating out:
Q: How should teams govern third-party skills in agent ecosystems?
A: Treat third-party skills as privileged dependencies, not harmless add-ons. Require ownership, source review, and explicit approval before a skill can inherit access to data or tools, and revoke that access when the skill’s purpose, provenance, or maintenance status is no longer clear.
👉 Read our full editorial: AI agent attacks are bypassing legacy controls and leaving no trace