TL;DR: MCP’s July 28 revision removes sessions and the initialization handshake, making each request rely on the credential it carries and turning identity governance into the central control point, according to Oasis Security. That shift exposes the assumption that session context can safely carry accountability, but stateless requests now force teams to govern the non-human identity itself.
At a glance
What this is: This analysis of stateless MCP argues that removing session state makes the non-human identity credential, not the connection, the locus of accountability and policy enforcement.
Why it matters: IAM, PAM, and NHI teams need to treat MCP credential ownership, scoping, and revocation as operational controls because request-level statelessness collapses the old session-based accountability model.
Context
Model Context Protocol is a transport and authorization layer for agent tool use, and the July 28 revision changes that layer from session-based to stateless. In identity terms, that means the request, not the conversation, becomes the unit of accountability.
The governance gap is straightforward: if a protocol no longer carries session memory, then any control model that relied on session continuity to explain who acted, what they were allowed to do, and why that action belonged to a task must move up to the credential itself. For MCP, that makes non-human identity governance the central concern rather than an adjacent one.
This is not just a server architecture change. It is a change in how teams should think about identity scope, ownership, and revocation for agent-mediated access.
Key questions
Q: What breaks when MCP sessions are removed from the access model?
A: Session-based accountability breaks first, because the conversation no longer carries purpose, ownership, or task continuity. Teams have to govern the non-human identity credential directly, since that is now the only durable artefact that can justify request-level access and explain who acted.
Q: Why does a stateless MCP core create more governance pressure for enterprise agent deployments?
A: A stateless core shifts responsibility to the surrounding stack because the protocol no longer carries session state or control logic for you. Enterprises then have to absorb compatibility changes, version differences, and extension churn in their own runtime, gateway, or policy layer. Without that separation, teams end up managing a growing matrix of client and server capabilities manually.
Q: What are the signs that NHI policy is not aligned to MCP requests?
A: The warning signs are mismatched authorization outcomes, inconsistent tool access decisions, and credentials that continue to work across requests long after task context should have expired. Those patterns show that the identity layer and the MCP layer are telling different stories about the same action.
Q: How should teams govern non-human identities for stateless protocol access?
A: Govern them at issuance, not after the fact. That means clear ownership, narrow scopes, short lifetimes, and fast revocation, because there is no session boundary left to preserve context or absorb mistakes once requests become fully self-contained.
NHI Mgmt Group analysis
Session-based accountability is the assumption that collapses first. Stateless MCP was built to remove connection memory, so any governance model that depended on a session to carry purpose, ownership, or task continuity no longer has a stable control surface. The implication is not merely tighter policy, but a different accountability model in which the credential itself must prove authority for each request.
Non-human identity governance becomes the primary control plane for agent access. Once MCP stops remembering the conversation, the credential is no longer a transport artifact. It is the thing that answers for who acted, what scope they had, and whether the action should have been allowed. That shifts the field away from connection-centric control and toward lifecycle management, scope design, and revocation discipline for NHIs.
Stateless transport exposes identity blast radius as the real risk metric. When requests can land on any server instance, scaling is easier, but over-scoped credentials now travel farther and fail harder. The question is no longer how to preserve a session, but how much damage one credential can do when every request is self-contained. Practitioners should measure and reduce the blast radius of each NHI credential, not just the availability of the MCP service.
Dynamic agent access needs policy expressed in the same unit as the risk. The article's core point is that tool requests and identity claims must be evaluated together, not as separate stories about the same call. That aligns with a governance model where issuance, ownership, and authorization all live at the credential level. The practitioner takeaway is to treat MCP requests as identity events, not just application traffic.
Least privilege becomes harder to defer when state disappears. Statelessness removes the comfortable fiction that task context can be reconstructed later from a session. That assumption was always fragile for non-human identities, but here it breaks visibly. The practical consequence is that teams must design least privilege as a precondition of every credential, because there is no longer a durable conversation to fall back on.
From our research library:
- 24,008 unique secrets were exposed in MCP configuration files in 2025 alone, the protocol's first year of widespread adoption, according to the State of Secrets Sprawl 2026.
- Read next: MCP Security Guide
What this signals
Identity blast radius is the right lens for stateless MCP. When a request no longer depends on a remembered session, the risk shifts from connection compromise to credential overreach. That makes the size of the credential's effective scope more important than the number of sessions it can sustain, and it changes how teams should prioritize NHI discovery, scoping, and revocation.
Statelessness does not reduce governance burden, it relocates it. Teams that previously treated session context as a control surface will need to move those decisions into issuance, token exchange, and policy evaluation. The practical result is a stronger case for identity programmes that can coordinate MCP policy with NHI lifecycle management rather than managing them separately.
For practitioners
- Define credential-level ownership Assign every agent credential to a named human and system owner so requests can be traced without relying on session history.
- Shorten credential lifetime Use short-lived, revocable non-human identity credentials for agent access instead of standing secrets that survive across many requests.
- Align policy across layers Make sure MCP request policy and identity provider claims resolve to the same scope so tool access is decided once, not twice.
- Continuously discover agent identities Inventory the non-human identities that can now reach stateless MCP servers and review whether each one still needs standing access.
- Tighten revocation for fleet scale Test whether revocation and re-minting still work when any server instance can answer any request in the fleet.
Key takeaways
- Stateless MCP removes the session as an accountability container, so the non-human identity credential becomes the primary control point for access governance.
- The main risk is not the protocol being simpler, but the credential carrying more of the burden for scope, ownership, and revocation across every request.
- Teams that already struggle with NHI discovery, least privilege, or revocation will feel that gap more sharply once requests are no longer tied to session state.
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
OWASP Non-Human Identity Top 10 addresses the attack and risk surface, while NIST Zero Trust (SP 800-207) and NIST CSF 2.0 set the governance and control requirements practitioners need to meet.
| Framework | Control / Reference | Relevance |
|---|---|---|
| OWASP Non-Human Identity Top 10 | NHI-04 — Insecure Authentication | Stateless MCP makes credential-bound authentication the core trust decision for each request. |
| NHI-05 — Overprivileged NHI | Over-scoped agent credentials become the main exposure when each request is independently authorized. | |
| NHI-07 — Long-Lived Secrets | The article highlights the danger of standing credentials once connection state disappears. | |
| Recommendation — Bind every agent request to strong NHI authentication and avoid relying on session memory. Reduce NHI privilege scope to the minimum access needed for each agent mission. Replace long-lived agent secrets with short-lived, revocable credentials wherever possible. | ||
| NIST Zero Trust (SP 800-207) | Continuous verification — Continuous Verification | Stateless request handling depends on evaluating trust on each request rather than by session state. |
| Recommendation — Apply continuous verification so every MCP request is re-authenticated and re-authorized. | ||
| NIST CSF 2.0 | PR.AA-05 — Access Permissions, Entitlements and Authorizations | The article centers on who is allowed to act and how access decisions map to entitlement scope. |
| Recommendation — Review NHI entitlements so MCP access decisions reflect current authorization and least privilege. | ||
Key terms
- Stateless MCP: Stateless MCP is a way of using the Model Context Protocol without relying on stored session state between requests. In practice, each interaction carries the needed context, credentials, and tool references explicitly, so the server does not preserve conversational memory. This reduces persistence risk, but shifts responsibility to the caller for continuity and authorization.
- Non-Human Identity Credentials: Credentials used by applications, services, APIs, and system accounts rather than people. They include API keys, service account passwords, and related secrets that authenticate automated workloads. Because these credentials often run without direct user oversight, they need explicit lifecycle controls, rotation, inventory, and monitoring.
- Identity Blast Radius: The amount of damage a compromised identity can cause across systems, data, and infrastructure. In NHI environments, it is shaped by permissions, network reach, and administrative capability rather than by the credential alone. Reducing blast radius is a containment strategy that limits lateral movement and data exposure.
- Enterprise-Managed Authorization: Enterprise-managed authorization is a policy model in which the identity provider decides what an agent may do and encodes that decision into the token or access flow. It helps organisations keep control logic centralized instead of spreading entitlement decisions across many servers.
Deepen your knowledge
NHI governance, agentic AI identity, and machine identity lifecycle are core topics in our NHI Foundation Level course, the industry's only accredited NHI security programme. If you are building or maturing an IAM programme, it is worth exploring.
Published by the NHIMG editorial team on August 15, 2026.
Updated on October 7, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org