TL;DR: Agentic browsers can read, click, and act under a user’s identity, but indirect prompt injection lets attackers hide malicious instructions inside content the agent consumes and turn that autonomy into data exfiltration, according to Noma Security. The security problem is no longer just what the user can click, but what the agent can be made to trust.
Editorial analysis by NHI Mgmt Group, based on content published by Noma Security: “Atlas shrugged: trust boundaries in the chatgpt agentic browser”.
Key questions
Q: How should security teams govern agentic browsers in the enterprise?
A: Treat agentic browsers as privileged systems that need explicit boundaries, approval points, and audit trails.
Q: Why does indirect prompt injection create more risk than a malformed request in AI applications?
A: Indirect prompt injection is risky because the payload arrives as ordinary content, such as a support ticket, document, or code comment.
Q: What are the signs that an agentic browser is being manipulated?
A: Warning signs include unexpected downloads, unplanned navigation, unusual code copy actions, and task completion that does not match the user's intent.
Practitioner guidance
- Define approval gates for agent-to-action transitions Require a fresh control point before an agent moves from reading external content to sending messages, filling forms, or pasting data into shared documents.
- Scope agent access to task-specific data only Limit what the browser agent can read from email, files, calendars, and connected apps so a single prompt cannot expose broad user context.
- Log content provenance with every agent action Record the source of each instruction, link, and document the agent consumed so reviewers can separate trusted user intent from hostile input.
Bottom line: Indirect prompt injection turns agentic browsers into a new trust-boundary problem because the agent can be manipulated through the content it consumes rather than through direct command injection.
Explore further
View Full Forum → | NHI Foundation Course → | Our Services → | Read the full analysis →
Indirect prompt injection creates a governance problem, not just a model-safety problem. The central issue is that the agent treats untrusted content as part of its working context and then acts on it with user-level authority. That collapses the boundary between reading and executing, which is why traditional browser trust assumptions fail. Practitioners should treat content ingestion and action authorisation as separate control planes.
A question worth separating out:
Q: Should organisations sandbox agentic browsing before broad rollout?
A: Yes. Sandboxing is one of the few practical ways to limit the blast radius of untrusted content while the control stack for agentic AI is still maturing. It will not stop every prompt-injection path, but it can reduce the chance that a single malicious document causes direct disclosure into live collaboration systems.
👉 Read our full editorial: Indirect prompt injection makes agentic browsers a new trust boundary