Listen to this Post

Introduction:
The AI security landscape shifted decisively in August 2026. The agent harness—the orchestration layer sitting between large language models and the tools they invoke—has emerged as the primary security boundary, and it is proving to be a porous one. Researchers used agent harnesses to break four SAML implementations, run bug bounty reports end-to-end, and uncover a cross-platform vulnerability class dubbed CoreBreak that affects Amazon Bedrock AgentCore, Google ADK, and Vercel AI SDK. Meanwhile, OWASP published its 2026 Top 10 for LLM Applications—now explicitly addressing agentic risks—and the Model Context Protocol (MCP) released a new roadmap and authentication guidance grappling with what happens when agents move from local subprocesses to multi-tenant cloud environments. The message is clear: securing the model alone is no longer sufficient. The harness, the dispatch layer, and the tool execution surface are now the frontline.
Learning Objectives & Secrets:
- Objective 1: Understand why the agent harness has become the new security boundary and how vulnerabilities like CVE-2026-18830 and CoreBreak exploit the dispatch layer to bypass model authorization entirely.
-
Objective 2 Secret Tip: The harness is not a trusted security boundary—treat it as an untrusted execution environment. Implement server-side input validation that rejects caller-supplied tool-use content blocks before they reach the event loop, as AWS did in patching CVE-2026-18830.
-
Objective 3 Secret Tip: MCP servers ship with no authentication controls by default. Before any MCP rollout leaves pilot, verify that your organization has implemented an authorization layer—MCP does not provide one.
You Should Know:
- The Harness Injection Vulnerability Class—The SQL Injection of Agentic AI
The CoreBreak research, presented at Black Hat USA 2026 by Hedi Ingber and Aviyam Ivgi of Stealth, identified a structural failure across multiple AI agent frameworks. In a normal agent flow, the SDK sends the user’s request, system prompt, and conversation history to the model, which then decides which tools to call. CoreBreak demonstrated that the dispatch layers of Amazon Bedrock AgentCore, Google ADK, and Vercel AI SDK accepted tool-call-shaped data without confirming that a legitimate model turn had authorized the action.
The pattern is worth naming: injecting tool-call-formatted data to bypass model mediation is the agentic equivalent of SQL injection. In SQL injection, the attacker exploits the boundary between user input and database query execution by injecting structured commands the system trusts by format. In agent harness injection, the attacker exploits the boundary between message content and tool dispatch by injecting tool-call structures the harness trusts by format. The underlying mechanism is identical—trusting the structure of data rather than verifying its origin.
CVE-2026-18830 (CVSS v4.0: 8.6) was a failure in the dispatch layer of the Amazon Bedrock AgentCore harness. The system trusted tool-call-formatted data within the final message of an InvokeHarness request without verifying that the data originated from a legitimate model turn. An authenticated remote user could inject a tool-use content block that the agent event loop would dispatch directly, bypassing model mediation and its associated security controls entirely. The model never authorized the action. The harness executed it anyway.
Step-by-Step Guide to Mitigating Harness Injection:
- Implement server-side input validation that rejects caller-supplied tool-use content blocks before they reach the event loop.
-
Verify tool-call provenance—ensure every tool invocation can be traced back to a legitimate model turn with cryptographic attestation.
-
Apply the principle of least privilege to agent tool access. As one analysis notes, “The agent harness is the most privileged component in your agent stack”.
-
Treat the harness as an untrusted component—do not rely on it as a security boundary. Implement verification at the harness level with strong isolation, credential scoping, and runtime attestation.
-
Monitor for anomalous tool-call patterns using eBPF-based observability to detect dispatch-layer bypass attempts.
-
OWASP Top 10 for LLM Applications 2026—Agentic Risks Take Center Stage
The OWASP GenAI Security Project released the 2026 edition of its Top 10 for LLM Applications, and the rankings reflect the shift toward agentic AI. Prompt Injection (with a wider definition of the attack surface) and Sensitive Information Disclosure remain in the first two places. However, Excessive Agency climbed from sixth place in 2025 to third—the biggest jump on the list. This risk addresses situations where AI agents have too much权限, enabling them to perform actions beyond their intended scope.
Other notable changes include:
- LLM06 Unbounded Consumption moved up four places, driven by practitioners weighing resource and cost exhaustion more heavily
- LLM10 Improper Output Handling fell from fifth to tenth
- System Prompt Leakage was introduced as a new category
OWASP also published a sister list: the Top 10 for Agentic Applications 2026 (ASI01-ASI10) , which catalogs risks unique to autonomous AI agents that plan, use tools, and operate across identity domains. This framework is designed to remain relevant as agent frameworks, tooling, and deployment models evolve.
Step-by-Step Guide to Addressing OWASP Agentic Risks:
- Audit agent permissions against the OWASP Agentic Top 10—specifically ASI03 (Excessive Agency).
-
Implement tool-level access controls that limit which tools each agent can invoke based on its assigned role and purpose.
-
Deploy runtime monitoring for resource consumption to detect unbounded consumption attacks before they exhaust budgets or infrastructure.
-
Sanitize all system prompts and treat them as potentially leakable—never embed secrets or sensitive configuration data in prompts.
-
Conduct regular red-team exercises specifically targeting agent harnesses and tool-dispatch layers, not just the model itself.
3. MCP Security—The Protocol That Forgot Authentication
The Model Context Protocol (MCP) lets AI agents call tools and access data, but it was built without any real access control model—no standard way to define who can do what, under which conditions. As one security analysis bluntly states: “Authentication is optional rather than required. The protocol does not specify how a session—or, since July 2026, an individual request—maps to a verifiable enterprise identity”. The NSA’s May 2026 guidance makes exactly this observation, adding that many production MCP server implementations ship with no authentication controls at all.
MCP assumes an authorization layer it does not provide. Whatever RBAC governs your agents is something your organization built, bought, or forgot to install. Where that layer does not exist, the effective policy is whatever the service account behind the tool happens to permit—which is the default condition in a large share of deployments today.
Key MCP Risks:
- Client compromise → exposes downstream tools
- Prompt injection → influences which tools are called and how
- State confusion → multi-turn conversations blur intent
The MCP roadmap for the remainder of 2026 concentrates on enterprise-managed authentication, formalizing the OAuth Resource Server posture. Planned work includes Demonstrating Proof of Possession (DPoP) , workload identity federation, token exchange, and delegated authority for agents and sub-agents. These changes aim to reduce dependence on manually configured API keys and long-lived refresh tokens.
Step-by-Step Guide to Securing MCP Deployments:
- Do not deploy MCP servers without an authorization layer—MCP does not provide one. Implement OAuth 2.0 with DPoP (RFC 9449) to bind access tokens to the key holder.
-
Classify MCP servers as OAuth Resource Servers under RFC 8707, ensuring tokens are audience-restricted.
-
Validate the `iss` parameter on authorization responses per RFC 9207.
-
Implement workload identity federation to eliminate long-lived credentials for agent-to-service authentication.
-
Monitor for MCP-specific attack patterns including path traversal (CVE-2026-18953 in aws-transform-mcp-server allowed arbitrary file writes via the `savePath` parameter).
-
Upgrade to MCP 2026-07-28 which introduces stateless core, eliminates session hijacking, and prevents unsolicited server-initiated prompts.
-
SAML Implementations Broken by Agent Harnesses—A Live Case Study
Researchers used an agent harness to break four SAML implementations, demonstrating that the harness is not just a theoretical concern. The findings included:
- Authentik (CVE-2026-57580): Injecting a comment in NameID could truncate to another user’s account and authenticate as them
- PHP litesaml/lightsaml: Multiple vulnerabilities
- OneUptime: SAML implementation flaws
This is significant because SAML is the backbone of enterprise single sign-on. If an agent harness can be used to bypass SAML authentication, the implications for identity and access management are severe. The attack chain works because the harness, which orchestrates tool execution on behalf of the model, becomes a vector for injecting malformed SAML assertions that the underlying implementation trusts by format.
Step-by-Step Guide to SAML Security in Agentic Environments:
- Validate all SAML assertions at the service provider—never trust assertions that arrive via agent-mediated channels without independent verification.
-
Implement strict NameID validation—reject assertions with comments, special characters, or unexpected formats.
-
Treat agent harnesses as potential SAML injection vectors—apply the same input validation rigor to agent-mediated authentication flows as you would to direct user input.
-
Audit SAML implementations for comment-injection and truncation vulnerabilities using automated fuzzing tools.
-
Consider OIDC over SAML for agent-to-service authentication where possible, as OIDC’s JWT-based model offers better structure for cryptographic verification.
-
The Agent Stack—Layer by Layer, Vulnerability by Vulnerability
The security arc runs from CoreBreak (framework layer) through Check Point (plumbing layer) through Cloudflare MCP detection (network layer) and now to AWS AgentCore (harness layer). Each layer in the agent stack is developing its own distinct class of vulnerability:
| Layer | Vulnerability Class | Example |
|–||-|
| Framework | Harness injection | CoreBreak (AWS, Google, Vercel) |
| Plumbing | Protocol flaws | MCP no-auth by default |
| Network | Detection bypass | MCP traffic evading security controls |
| Harness | Dispatch-layer bypass | CVE-2026-18830 |
| Tool Surface | Path traversal | CVE-2026-18953 (MCP server) |
The harness—the layer that decides which tools to invoke and when—is the one that matters most because it controls execution.
Step-by-Step Guide to Securing the Full Agent Stack:
- Map your agent stack—identify every layer from model to tool execution.
-
Apply security controls at each layer—do not assume that model-level defenses (like prompt filtering) will protect the harness or tool layers.
-
Implement defense in depth—input validation, output verification, runtime monitoring, and cryptographic attestation should all be present.
-
Use eBPF-based observability (AgentSight) and enforcement (ActPlane) as an independent runtime layer below the harness.
-
Conduct layer-specific penetration testing—test the harness, the MCP layer, and the tool surface separately, not just the model.
What Undercode Say:
-
Key Takeaway 1: The agent harness is the most privileged and most vulnerable component in your AI stack. Treating the agent as the primary security boundary creates a false sense of control. The verify step at the harness level, along with strong isolation, credential scoping, and runtime attestation, is far more critical than most current architectures assume.
-
Key Takeaway 2: MCP’s authentication gap is an enterprise emergency. With many production MCP servers shipping with no authentication controls at all, organizations deploying agentic AI are effectively opening their internal tools to anyone who can reach the MCP endpoint. The protocol’s roadmap addresses this, but the fixes—DPoP, workload identity federation, token exchange—are not yet universally implemented.
Prediction:
-
+1 The OWASP Top 10 for Agentic Applications 2026 will become the de facto standard for AI security audits within 12 months, driving widespread adoption of agent-specific security controls.
-
+1 MCP’s shift to stateless core and enterprise-managed authentication will accelerate enterprise AI adoption, as security teams gain confidence in the protocol’s ability to enforce access controls.
-
-1 The CoreBreak vulnerability class will spawn a wave of exploits targeting harness layers across all major AI frameworks, as attackers realize they can bypass models entirely.
-
-1 Organizations that fail to implement harness-level security controls will experience significant breaches within the next 6–12 months, as the attack surface shifts from models to the infrastructure that runs them.
-
+1 The security industry will develop specialized tooling for harness-layer monitoring and enforcement, creating a new category of AI security products focused on the dispatch layer rather than the model itself.
-
-1 The SAML vulnerabilities exposed by agent harnesses indicate that identity infrastructure is now in the crosshairs. Expect a wave of SAML-related CVEs as researchers apply harness-based testing to other identity protocols.
-
+1 The NSA’s guidance on MCP authentication will push federal agencies and regulated industries to mandate authentication for all MCP deployments, raising the baseline for enterprise AI security.
-
-1 The combination of harness injection (CoreBreak) and unauthenticated MCP servers creates a perfect storm: attackers can bypass model controls and directly access internal tools with no authentication required.
-
+1 The move toward DPoP and workload identity federation will eliminate long-lived API keys as the primary authentication mechanism for AI agents, significantly reducing the credential theft attack surface.
-
-1 The next 12 months will see a “harness race” between attackers and defenders, with new bypass techniques emerging faster than patches can be deployed—similar to the early days of web application security.
▶️ Related Video (84% Match):
https://www.youtube.com/watch?v=1a1VXDdIyrk
🎯Let’s Practice For Free:
🎓 Live Courses & Certifications:
Join Undercode Academy for Verified Certifications
🚀 Request a Custom Project:
Secure, high-velocity infrastructure and disruptive technological engineering. Contact our engineering team for high-tier development and proprietary systems:
[email protected]
💎 Smart Architecture | 🛡️ Secure by Design | ⭐ Trusted by Thousands
IT/Security Reporter URL:
Reported By: https://lnkd.in/p/eZPNSpaQ – Hackers Feeds
Extra Hub: Undercode MoN
Basic Verification: Pass ✅



