By NHI Mgmt Group Editorial TeamDomain: Agentic AI & NHIsSource: Oleria SecurityPublished April 22, 2026

TL;DR: OpenAI’s admission that prompt injection in ChatGPT Atlas is unlikely to be fully solved underscores that the real failure mode is authorization, not inference, according to Oleria Security’s analysis and cited industry reporting. Static least-privilege models do not hold when agents act with broad, context-sensitive permissions, so governance now needs continuous runtime control.


At a glance

What this is: This analysis argues that prompt injection in AI agents is really an identity and authorization problem, not a model-security problem.

Why it matters: It matters because IAM, PAM, and NHI teams now have to govern agents that can act across SaaS tools with delegated access and shifting context.

By the numbers:

👉 Read Oleria Security's analysis of prompt injection and AI agent identity risk


Context

Prompt injection is a way for malicious instructions hidden in content to override what an AI agent should do. The governance gap is that the agent executes with delegated permissions across email, documents, SaaS apps, and workflows, so the issue becomes one of AI agent identity and access control rather than prompt quality alone.

The primary weakness is not that the model can be tricked, but that the enterprise often cannot govern what the agent is allowed to do in context. Once an agent can read, write, and act on behalf of a user, traditional static access reviews become too slow and too narrow to contain misuse.


Key questions

Q: What breaks when AI agent governance is treated as access control?

A: The control boundary breaks first. Governance tools can document what an agent is supposed to do, but they cannot stop the agent from authenticating, requesting privileges, or calling systems unless a separate runtime IAM layer enforces those decisions. That leaves a gap between policy intent and actual containment.

Q: Why do autonomous AI agents complicate least privilege models?

A: Least privilege is usually assigned before execution and reviewed after the fact, but autonomous agents can decide, act, and complete work within one session. That compresses the control window so tightly that a traditional entitlement review may never see the real privilege use. The result is a governance gap, not just a visibility problem.

Q: How do security teams know if an AI agent has too much access?

A: Look for agents that can reach multiple systems without task-specific limits, use persistent tokens, or touch high-value services such as email, chat, cloud consoles, and file stores. A healthy deployment leaves a clear audit trail of what the agent can do, what it actually did, and which credentials it used.

Q: Who is accountable when an AI agent takes an unsafe action?

A: Accountability should sit with the business owner of the agent, the team that provisioned the access, and the control owners responsible for monitoring and revocation. If no one can answer who approved the identity, the scope, and the oversight model, the governance framework is not complete enough for production.


Technical breakdown

Prompt injection and instruction boundary collapse

Prompt injection works when content the agent reads is treated as higher priority than the user’s intent or policy. That collapses the boundary between data and instructions, so a webpage, email, or document can steer the agent into actions the user never approved. In agentic systems, the model is not the whole control plane. The actual risk appears when the agent can move from interpretation to execution without an additional governance layer checking whether the action still fits the original delegation.

Practical implication: Treat all externally sourced content as a potential instruction carrier and gate consequential actions with independent authorization checks.

Why least privilege is harder for AI agents

Traditional least privilege assumes access needs can be defined in advance and remain stable long enough to review. AI agents do not behave that way. They can change tools, sequences, and execution paths at runtime based on the task and surrounding context, which makes static roles drift toward overpermissioning. The result is an identity context gap: the enterprise may know what the agent can access, but not whether that access is still justified for the current action, user, or workflow.

Practical implication: Right-size agent permissions continuously against observed behaviour, not only at provisioning time.

Identity context graphs and delegation chains

An identity context graph links the human delegator, the agent, the resources it touches, and the actions it takes. That matters because accountability breaks when logging stops at the agent identity and does not preserve the delegation chain. For AI agents, the relevant question is not just who authenticated, but who authorized what, under which context, and whether the resulting action still matches that context. This is a governance model, not just an observability feature.

Practical implication: Preserve delegation lineage and action context so incident review can trace authority back to the original business purpose.


Threat narrative

Attacker objective: The attacker wants to weaponize legitimate agent permissions so the enterprise’s own delegated access performs the harmful action.

  1. Entry occurs when malicious text is embedded in content the agent is already permitted to read, such as an email, document, or web page.
  2. Escalation happens when the agent treats the injected instruction as authoritative and uses its delegated permissions to act beyond the user’s expected intent.
  3. Impact appears when the agent executes a consequential action, such as sending messages, rewriting policy, or accessing connected SaaS data on behalf of the attacker’s instruction.

Read our 52 NHI Breaches Analysis report for a comprehensive view of breaches impacting Non-Human Identities including AI Agents.


NHI Mgmt Group analysis

Prompt injection is an authorization failure dressed up as a model attack. The article’s core point is that the harmful step happens only after the agent has already been trusted with delegated access. That makes the security problem one of identity context, delegated authority, and action governance. Practitioners should read prompt injection as a sign that permissioning has become too broad for runtime control.

Least privilege for AI agents becomes a moving target once execution is contextual. Static role models assume access needs can be enumerated ahead of time, but agent behaviour changes with the task, the data, and the sequence of tools selected at runtime. That is why overpermissioning is not just a policy failure, it is a structural outcome of applying human-oriented access design to autonomous execution patterns. The implication is that entitlement models must become behaviour-aware.

Identity context graphs are emerging because agent-level logs are not enough. If the enterprise cannot preserve who delegated what, through which path, and for what purpose, it cannot separate legitimate automation from abused authority. This is especially important when agents span email, documents, CRM, and workflow systems. Practitioners should treat cross-SaaS delegation lineage as a first-class control surface.

Prompt injection exposes a named concept we should call delegated authority drift. The delegation starts with a narrow business purpose, but the operational scope expands as the agent accumulates access across systems and sessions. That drift is not a bug in one tool. It is a governance failure across IAM, PAM, and NHI lifecycle management. Security teams need to recognise it as a recurring control-plane problem, not an isolated exploit.

From our research:

What this signals

Delegated authority drift: as AI agents inherit broader SaaS permissions, the problem is no longer whether an identity can authenticate, but whether its authority is still valid for the current task. With 67% of CISOs reporting limited visibility into how AI is being used across their organization, runtime governance becomes the control point that access reviews cannot replace.

Enterprises should expect agent governance to converge with NHI lifecycle management, especially where humans delegate access to systems that then act independently across multiple applications. The practical signal is simple: if you cannot trace the original authorizer, current scope, and last meaningful use, you do not have enough control to trust the session.


For practitioners

  • Constrain agent permissions to business-scoped tasks Map each agent to a narrowly defined business purpose, then remove any standing access that is not required for that purpose. Review SaaS entitlements for email, documents, CRM, and ticketing together, because agents often combine those permissions during one workflow.
  • Add runtime approval gates for consequential actions Require step-up confirmation before agents send external messages, modify policy documents, or move sensitive data between systems. The gate should key off the action and context, not just the agent identity.
  • Preserve delegation lineage in audit logs Log the original human authorizer, the agent identity, the target resource, and the action taken so investigations can reconstruct intent. Without the chain, every incident looks like an opaque agent mistake instead of a governance breakdown.
  • Continuously review agent entitlements against observed behaviour Compare what the agent is doing now with what it was originally approved to do, and revoke permissions that exceed demonstrated need. This is especially important when the agent touches multiple SaaS platforms through one session.

Key takeaways

  • Prompt injection succeeds because agent permissions can be abused after authentication, which makes identity governance the real control problem.
  • Static least-privilege models do not fit runtime agent behaviour, so overpermissioning becomes the default failure mode.
  • Enterprises need delegation lineage, contextual approval, and continuous entitlement review if they want to govern AI agents safely.

Standards & Framework Alignment

This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.

OWASP Agentic AI Top 10 and OWASP Non-Human Identity Top 10 address the attack and risk surface, while NIST CSF 2.0, NIST Zero Trust (SP 800-207) and NIST AI RMF set the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
OWASP Agentic AI Top 10Prompt injection and agent authority drift are core agentic AI risks in this article.
OWASP Non-Human Identity Top 10NHI-03The article centres on delegated access, overpermissioning, and identity context gaps for agents.
NIST CSF 2.0PR.AC-4Least privilege and access governance are the main control themes here.
NIST Zero Trust (SP 800-207)The article argues for contextual verification and reduced blast radius under Zero Trust.
NIST AI RMFGOVERNAI governance and accountability are central to this article's control model.

Map agent prompts, tools, and outputs to abuse paths and restrict autonomous actions by context.


Key terms

  • Prompt Injection (Agentic): An attack where malicious instructions are embedded in content that an AI agent reads — causing the agent to execute unintended actions using its own legitimate credentials. A primary vector for agent goal hijacking and identity abuse.
  • Security Context Graph: A Security Context Graph is a relationship model that connects users, assets, identities, and behaviour so alerts can be judged against known organisational context. It helps investigators distinguish unusual activity from expected operations by adding ownership, access, and workflow information to raw telemetry.
  • Delegation Chain: A delegation chain is the sequence of identities, credentials, and tool calls an agent uses to complete a task across systems. It matters because each step may appear acceptable on its own while the combined path produces an outcome no reviewer would have approved directly.
  • Delegated Authority Drift: Delegated authority drift occurs when an identity starts with a narrow business purpose but accumulates broader practical power over time. For AI agents, the drift can happen quickly because runtime behaviour, cross-system access, and contextual decisions outgrow the original approval model.

What's in the full article

Oleria Security's full blog post covers the operational detail this post intentionally leaves for the source:

  • How its identity context graph maps delegated permissions across SaaS tools and agent workflows
  • The vendor’s examples of continuous permission governance for AI agents in enterprise environments
  • Implementation detail on preserving attribution through the delegation chain for incident review
  • The specific control checks used to right-size standing access when agent behaviour changes

👉 The full Oleria Security post covers identity context graphs, delegation chain attribution, and runtime governance detail.

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 responsible for identity security strategy or NHI governance in your organisation, it is worth exploring.
NHIMG Editorial Note
Published by the NHIMG editorial team on August 14, 2026.
NHI Mgmt Group — the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org