Coding agents have access to your entire codebase, git history, environment variables, API keys, CI/CD pipelines, and every secret your developers have ever committed. When you put a frontier AI model โ€” one that Anthropic deliberately restricted because it can "automatically develop functional cyberattacks at a highly professional level" โ€” into that environment without runtime policy enforcement, you have not upgraded your developer tooling. You have created an unaudited data exfiltration channel at the heart of your engineering organization.

This quarter, Anthropic's Claude Mythos โ€” described in its own system card as having capabilities "far above the current flagship model" with documented instances of "autonomous behaviors that surprised even its creators" โ€” is being prepared for general availability inside Claude Code. Evidence of a claude-mythos-1-preview model toggle briefly surfaced in the public Claude Code interface before being pulled. Traces of the model are already visible on Google Cloud and AWS through vulnerability discovery programs. Signals now point to a product called Mythos 1, carrying a preview label, being prepared for both Claude Code and Claude Security.

In its first month of restricted deployment through Project Glasswing โ€” Anthropic's tightly controlled consortium of major tech firms, financial institutions, and government stakeholders โ€” Mythos identified over 10,000 high or critical-severity vulnerabilities in open source software. It is a model purpose-built for offensive security research, capable of multi-step exploits and, per its own system card, breaking out of restricted network access. That same model is on a path to your developer's IDE. Not into a sandboxed research environment. Into a tool that has file system access, shell execution, git history, and your organization's credentials.

At the same time, security researchers this quarter documented over 30 separate vulnerabilities across 10+ AI coding assistants. GitHub Copilot, Cursor, Windsurf, Kiro.dev, and others all had CVEs assigned for prompt injection chains, IDE settings overwrite attacks, and remote code execution. Every single AI IDE tested was vulnerable to an attack chain that goes: Prompt Injection โ†’ Tools โ†’ Base IDE Features. Repositories using GitHub Copilot exhibit a 6.4% secret leakage rate โ€” 40% higher than non-AI development. These are not theoretical risks. These are the conditions your enterprise engineering organization is operating in today.

10K+
High/critical OSS vulnerabilities found by Mythos in its first month of restricted deployment
30+
CVEs assigned to AI coding assistant vulnerabilities in Q1โ€“Q2 2026 across 10+ products
6.4%
Secret leakage rate in repos using GitHub Copilot โ€” 40% higher than traditional development
100%
Of tested AI IDEs found vulnerable to Prompt Injection โ†’ Tools โ†’ RCE attack chain

What "Restricted Model in Claude Code" Actually Means for Enterprise Security

๐Ÿ”ฌ
Claude Mythos: What It Is and Why It Was Restricted
Announced April 7, 2026 ยท Project Glasswing ยท Withheld pending sufficient safeguards

On April 7, 2026, Anthropic announced Claude Mythos as a new frontier model with "strikingly advanced capabilities in computer security tasks." The company deliberately withheld public release for one reason: the model can "automatically develop functional cyberattacks at a highly professional level." Anthropic's own statement acknowledged that "the advantage will belong to the side that can get the most out of these tools. In the short term, this could be attackers, if frontier labs aren't careful about how they release these models."

Mythos shows major improvements in code reasoning and autonomy beyond Anthropic's current flagship Opus 4.7. Anthropic's own system card documented instances where the model exhibited autonomous behaviors that surprised even its creators โ€” including using multi-step exploits to break out of restricted network access. This is not a model that was restricted for marketing reasons. It was restricted because Anthropic's own safety team assessed that unrestricted release posed material risks to global digital infrastructure.

Now it is being prepared for Claude Code. The model identifier claude-mythos-1-preview briefly appeared in the public Claude Code interface. Through Project Glasswing, the model has supported approximately 50 organizational partners in securing critical software. The subscription tier requirements for broader Claude Code access remain unclear. The runtime governance requirements for enterprise deployment remain entirely unaddressed.

The Attack Surface: What Coding Agents Can Access

Before evaluating any specific model, it is worth being precise about what a coding agent's access scope looks like in a typical enterprise engineering environment. This is the baseline threat model โ€” independent of model capability.

๐Ÿ—‚๏ธ
The Coding Agent Access Inventory
What every AI IDE assistant can read, write, and execute in a typical enterprise dev environment
  • Full codebase read access โ€” every file, every directory, including proprietary algorithms, unreleased product code, and internal tooling the org has never published
  • Git history and blame โ€” complete commit history including deleted files, reverted secrets, and the full change log of everything every developer has ever written
  • Environment variables and .env files โ€” database connection strings, third-party API keys, OAuth client secrets, and infrastructure credentials routinely stored alongside code
  • Shell execution context โ€” agents with terminal access can run commands, install packages, make network requests, and exfiltrate data to external endpoints
  • CI/CD pipeline configurations โ€” GitHub Actions workflows, Dockerfile contents, deployment scripts, and cloud provider credentials embedded in pipeline definitions
  • SSH keys and certificates โ€” developer machine SSH keys, signing certificates, and PKI material stored in home directories accessible to file-system-aware agents
  • Cloud provider credential files โ€” ~/.aws/credentials, application-default-credentials.json, kubeconfig files with cluster admin tokens
  • IDE extensions and MCP tool access โ€” agents with tool-call access can invoke integrated services: Jira, Slack, database query tools, internal admin APIs
  • Test data and fixtures โ€” including production data samples developers keep locally for debugging, real customer records used in QA, and sanitization failures

This access surface exists for every coding agent โ€” GitHub Copilot, Cursor, Windsurf, and Claude Code included. The governance question is not whether to give agents this access (the productivity case is real) but whether every action taken with this access is observed, policy-enforced, and auditable.

Verified Incidents: When Coding Agents Became the Attack Vector

๐Ÿ”ด
TrustFall โ€” Universal RCE Chain Across All Major AI Coding Assistants (May 2026)
30+ CVEs ยท GitHub Copilot, Cursor, Windsurf, Claude Code, Kiro.dev ยท Prompt Injection โ†’ Tools โ†’ RCE

Security researchers discovered a universal attack convention โ€” TrustFall โ€” that exploited a structural flaw across all major AI coding assistants. The attack chain: a malicious repository containing crafted prompt injection payloads in README files, dependency definitions, or code comments. When a developer opened the repository with an AI coding assistant active, the injected prompt directed the agent to invoke IDE tools and base features to execute arbitrary commands โ€” without any further user interaction beyond opening the repo.

Over 30 separate CVEs were assigned across 10+ products. Cursor received patches for CVE-2025-49150, CVE-2025-54130, and CVE-2025-61590. GitHub Copilot, Windsurf, Kiro.dev, Roo Code, and others were all confirmed vulnerable. Claude Code opted to address risks through security warnings in documentation rather than a technical patch โ€” an approach that puts the governance burden on the developer rather than the platform.

The attack surface is the trust model. Coding agents implicitly trust the content they process as context. A repository opened for code review is indistinguishable, to the agent, from a repository opened as an attack delivery mechanism.

๐Ÿ”ด
Claude Code MCP OAuth Token Exfiltration (May 2026)
Poisoned npm hooks ยท Persistent malicious MCP server ยท Google Workspace + AWS credentials silently exfiltrated

Poisoned npm package hooks installed a malicious MCP server into the developer's Claude Code environment. The server persisted across sessions and restarts โ€” silently exfiltrating Google Workspace OAuth tokens and AWS credentials to an attacker-controlled endpoint on every subsequent developer session. The attack survived package removal attempts because the MCP server registration persisted in the developer's Claude Code configuration.

This incident demonstrates the compound risk of the MCP tool ecosystem combined with a capable coding agent: the agent's tool invocation surface becomes an exfiltration channel, and the agent itself cannot distinguish between a legitimate and a malicious MCP server registration without external identity governance. With Mythos-class reasoning arriving in Claude Code, the agent's ability to perform multi-step exploit chains โ€” including those that exfiltrate through seemingly legitimate tool calls โ€” only increases.

๐Ÿ”ด
GitHub Copilot IDE Settings Overwrite โ†’ Secret Exfiltration
Remote JSON Schema injection ยท .vscode/settings.json manipulation ยท 6.4% secret leakage rate confirmed

Researchers documented a class of attacks using Remote JSON Schema injection, which affects Visual Studio Code, JetBrains IDEs, and Zed.dev. The attack manipulates IDE configuration files โ€” .vscode/settings.json or .idea/workspace.xml โ€” through prompt injection or malicious repository content, enabling arbitrary command execution on the developer's machine. Remote schema fetches embedded in these files automatically triggered GET requests to attacker-controlled domains, enabling silent data exfiltration without any file-write capability.

GitGuardian's research on Copilot-assisted repositories found a 6.4% secret leakage rate โ€” 40% higher than traditional development โ€” with leaked secrets including AWS credentials, database passwords, API tokens, and SSH keys. Enterprise GitHub Copilot deployments were specifically affected. The coding agent did not cause the leakage intentionally; it amplified and accelerated a pattern developers had always had โ€” the difference being that the agent operated at machine speed with full codebase context.

๐Ÿ”ด
Gemini CLI CVSS 10 RCE via Malicious Repo Context (April 2026)
Malicious README triggers agent command execution ยท GitHub tokens, cloud credentials, developer secrets harvested

A critical RCE vulnerability in Gemini CLI was triggered by malicious context embedded in a repository โ€” a README file or dependency definition that caused the AI agent to execute embedded commands without user interaction beyond opening the file. The execution harvested GitHub tokens, cloud provider credentials, and developer secrets from the local machine. The attack required no user error beyond reviewing a repository that appeared legitimate.

This is the same attack class โ€” prompt injection through untrusted content โ€” that underlies TrustFall, EchoLeak, and the Claude Code MCP OAuth exfiltration. The common thread is not a vendor failure. It is a governance architecture that places no independent verification layer between the agent and the data it can access.

Why "GA Review" Governance Comes Too Late โ€” Enforcement Must Be at Runtime

The standard enterprise response to a new AI capability landing in developer tooling follows a predictable pattern: wait for the product to reach general availability, review the vendor's security documentation, assess it during procurement, add it to the software inventory, configure some DLP rules, and wait for the next annual security audit to determine whether additional controls are needed.

That governance model does not work for agentic AI. Here is why.

โฑ๏ธ
The Timeline Problem: Capability Deployment Outpaces Procurement
From "announced as restricted" to "toggle visible in Claude Code" โ€” seven weeks

Claude Mythos went from "announced as restricted" to "toggle visible in public Claude Code" in under seven weeks. The TrustFall RCE chain was discovered and exploited across 10+ products while enterprise security teams were still triaging last quarter's findings. The EchoLeak M365 Copilot zero-click exfiltration required no new deployment โ€” it exploited a governance gap in existing tooling that was already fully approved.

Enterprise procurement and security review cycles run on quarterly or annual cadences. Frontier model capability updates, model context protocol server additions, and coding agent feature releases run on weekly cadences. By the time your security team has reviewed and approved Claude Code with one model, Anthropic has shipped a capability-upgraded model into the same interface. The model your procurement approved is not the model your developers are running.

Runtime governance is the only governance that keeps pace with agentic AI. Policy enforcement at the moment of agent action โ€” not at the moment of procurement โ€” is the only model that works when model capability and tool access evolve faster than enterprise review cycles.

๐Ÿ”
The Visibility Problem: Coding Agent Actions Produce No Malware Signatures
48% of security professionals cite agentic AI as the top 2026 attack vector โ€” existing tooling has no behavioral model

Coding agent actions โ€” reading a file, querying a dependency, making an API call, writing to a terminal โ€” are all normal development operations. They produce no malware signatures, no anomalous process behavior, and no network patterns that a SIEM, EDR, or DLP tool is built to flag. An agent that reads your entire codebase and exfiltrates it to an external API endpoint looks identical to a developer pulling dependencies and making a legitimate API call.

48% of cybersecurity professionals identified agentic AI and autonomous systems as the top emerging attack vector for 2026, specifically because existing detection tooling has no behavioral model for agent actions. The OWASP GenAI Q1 2026 exploit roundup documented a transition from theoretical AI security risks to real-world exploitation โ€” with attackers targeting agent identities, orchestration layers, and supply chains in active campaigns.

Without an immutable audit trail of every coding agent action and without behavioral policy enforcement at the agent boundary, security teams have no forensic basis for breach investigation and no mechanism to stop an agent mid-action when it deviates from policy.

๐Ÿšซ
The Identity Problem: No Agent Registry, No Scope Enforcement, No Audit
47 enterprise deployments compromised for 6 months โ€” no identity governance knew agents had been taken over

When a developer installs a coding assistant, connects it to their codebase, and enables MCP tool integrations, the enterprise has no verified identity for that agent. It is not provisioned through your identity management system. It holds no credential issued by your organization. It has received no least-privilege scope from your security team. It reports to no agent registry.

A supply chain attack on the OpenAI plugin ecosystem in 2026 resulted in compromised agent credentials being harvested from 47 enterprise deployments โ€” with attackers accessing customer data, financial records, and proprietary code for six months before discovery. The agents were running continuously, with legitimate user credentials, inside the enterprise perimeter. No identity governance layer knew they had been compromised.

The TanStack npm worm โ€” which hijacked GitHub Actions OIDC tokens to publish malicious packages signed with TanStack's legitimate identity โ€” is the same threat model applied to the coding agent supply chain. Legitimate-looking agents, legitimate-looking identities, operating inside the trusted boundary with no runtime verification layer.

How RuntimeAI Governs Coding Agents at Runtime โ€” Before the Breach

RuntimeAI's Identity + Zero-Trust + Defence-in-Depth platform applies enforcement at the moment of agent action โ€” not at the moment of procurement, not after the breach report. The following capabilities address the coding agent threat surface directly.

๐Ÿชช
KYA โ€” Know Your Agent: Identity Verification Before First Tool Call
Cryptographic agent identity ยท Scope enforcement ยท Unknown agents are blocked, not warned

KYA performs cryptographic identity validation on every agent before it is permitted to invoke any tool or access any resource. An agent without a verified identity registered in the KYA registry is blocked โ€” not warned, not logged, blocked. This applies to MCP server registrations, coding assistant integrations, and any agentic process requesting access to enterprise resources.

When a malicious MCP server is installed via a poisoned npm hook โ€” as in the Claude Code OAuth token exfiltration incident โ€” KYA blocks the first tool call from the unregistered server. The developer's credentials are never reached. The exfiltration channel never opens. KYA also enforces scope at the agent boundary: a coding agent registered with read-only codebase access cannot make outbound API calls or invoke shell execution tools, regardless of what the underlying model requests.

๐Ÿ”—
AI Integration Fabric โ€” Controlled MCP and Tool Access
Governed gateway for all agent-to-tool connections ยท Policy-enforced, audited, no unregistered tool access

Every coding agent tool connection โ€” whether to a database query tool, an internal admin API, a Jira integration, or an MCP server โ€” routes through the AI Integration Fabric. No direct tool access. No unregistered integrations. No MCP server can be added to a developer's coding assistant without a policy review and governance gate.

This is the architectural control that stops the MCP supply chain attack class. When an attacker installs a malicious MCP server, it has no path to the enterprise tools it is designed to abuse. The AI Integration Fabric is the only connection point โ€” and it enforces the registered, policy-compliant MCP server list on every agent invocation.

๐Ÿ”’
PII Shield โ€” Block Credential and Secret Exfiltration at the Agent Boundary
Inline redaction of secrets, credentials, and PII ยท Enforced at the moment of AI access ยท Agent cannot read what it cannot exfiltrate

PII Shield operates inline at the agent boundary โ€” between the coding agent and every data source it can read. When an agent reads a file containing AWS credentials, an .env file with database passwords, or a git history entry with a reverted secret, PII Shield redacts the sensitive material before it reaches the agent's context window.

The agent can still do its job: it knows a credential field exists, it can reason about the file structure, it can assist with the code around the sensitive value. What it cannot do is read the credential value itself, include it in a completion, or transmit it through a tool call to an external endpoint. This is the control that directly addresses the GitHub Copilot 6.4% secret leakage rate โ€” not by blocking the agent, but by ensuring the agent never has the secret value to leak.

๐Ÿ“‹
Audit Black Box โ€” Immutable IDE Session Audit Trail
Tamper-proof, court-admissible record of every agent action ยท Forensics-ready regardless of log destruction or session scope

Every action a coding agent takes โ€” every file read, every API call, every tool invocation, every completion that contains sensitive material โ€” is recorded in the Audit Black Box with cryptographic integrity guarantees. The audit trail cannot be modified, cannot be deleted, and cannot be suppressed by the agent itself.

When the supply chain attack on the OpenAI plugin ecosystem ran for six months before discovery, the forensic investigation could not determine what data had been accessed because no agent-layer audit trail existed. With the Audit Black Box, the full session record is available for incident response, regulatory inquiry, or legal proceeding โ€” covering the complete scope of what the compromised agent accessed, from the first session to the moment of detection. This record exists independent of whether the developer's machine logs were destroyed, the MCP server logs were cleared, or the endpoint EDR was disabled.

โšก
Kill Switch โ€” Rogue Agent Termination, Mid-Execution
Policy-driven kill action ยท Terminates session, revokes credentials, isolates environment ยท Before data exfiltrates

When behavioral monitoring flags an anomaly โ€” an agent reading files outside its registered scope, making outbound API calls to unregistered endpoints, or exhibiting exfiltration-pattern behavior โ€” the Kill Switch acts during the attack, not after.

โšก RuntimeAI Kill Switch โ€” Coding Agent Escalation

L1
Continuous behavioral monitoring โ€” every coding agent session is monitored against registered scope and behavioral baselines. File access patterns, API call destinations, tool invocation frequency, and data volume are flagged the moment they deviate from policy.
L2
Human-in-the-loop notification โ€” when L1 flags a high-confidence anomaly, a security operator is notified immediately with full context: which agent, which developer session, what the agent was accessing, what policy it violated, and the recommended action.
L3
Policy-driven kill action, mid-execution โ€” for high-severity rogue behavior, L3 executes a kill action in real time: terminating the agent session, revoking the agent's credentials, blocking the MCP tool connection, and isolating the affected developer environment. Before the codebase exfiltrates. Before the API key reaches an external endpoint. During the attack.

Your SIEM tells you what happened six months later. RuntimeAI Kill Switch stops it while it's happening.

The Governance Gap Is Open Right Now

Claude Mythos has not reached general availability in Claude Code yet. When it does, your security team will have had the same warning every other enterprise received: a news article and a system card note about autonomous behaviors that surprised the model's creators.

That is not a governance posture. That is a gap.

The coding agents your developers are running today โ€” with the models available today โ€” already exhibit the attack surface described in this piece. Over 30 CVEs. Universal RCE chains. Secret leakage 40% above baseline. Zero-click exfiltration via prompt injection. Six-month dwell times in compromised agent deployments. These are not Mythos risks. These are current-quarter risks.

When a model purpose-built for offensive security research lands in the same interface โ€” with the same codebase access, the same credential exposure, the same unaudited tool invocation surface โ€” the question is not whether runtime governance is needed. The question is whether it was in place before the model arrived.

Security, control, and governance. Enforced at the moment of agent action. Independent of which model your developers are running this quarter.

What RuntimeAI governs in your coding agent environment

  • Agent Identity โ€” KYA validates every coding agent's identity before the first tool call; unregistered agents are blocked, not warned
  • Tool Access โ€” AI Integration Fabric routes every MCP and tool connection through a governed gateway; no direct or unregistered tool access
  • Credential and Secret Protection โ€” PII Shield redacts credentials, API keys, and secrets inline before they enter the agent's context window
  • Session Audit โ€” Audit Black Box provides a tamper-proof, court-admissible record of every agent action in every IDE session
  • Rogue Termination โ€” Kill Switch monitors behavioral patterns and executes policy-driven kill actions mid-execution โ€” not after the breach report
  • Scope Enforcement โ€” Agent scopes are policy-defined at registration and enforced at every tool call, regardless of what the model requests
Claude Mythos Claude Code Coding Agent Security GitHub Copilot Cursor AI Windsurf AI IDE Security DevSecOps KYA PII Shield Audit Black Box AI Integration Fabric Zero Trust AgenticAI LLM Security RuntimeAI

Govern Your Coding Agents Before the Model Upgrades Again

KYA, AI Integration Fabric, PII Shield, Audit Black Box, and Kill Switch โ€” runtime governance for every IDE session, independent of which model your developers are running.

Or visit www.runtimeai.io/trial