PerplexedBrowser Shows Why Agentic Browsers Need Session and Sink Boundaries
Zenity showed how a poisoned calendar invite could steer Perplexity Comet (Perplexity's agentic browser) inside an authenticated 1Password (a password manager) web session, reveal vault secrets, and exfiltrate them through ordinary browser requests. The core failure is not that a model read untrusted content; it is that untrusted content could influence an agent that also held sensitive authenticated browser state.
Threat Analysis
- The malicious instruction arrives through trusted workflow content. A calendar invite or similar external artifact carries indirect prompt injection into the browsing task.
- The agent crosses from reading to acting inside a sensitive session. Comet can navigate authenticated 1Password pages, making browser state and user credentials part of the agent boundary.
- Secret reveal is a high-impact action. A vault item is not ordinary page text; it should require origin-aware authorization and user confirmation before an agent can reveal or copy it.
- Exfiltration uses normal browser capabilities. Once the agent sees the secret, ordinary web requests can carry it out unless sink enforcement constrains where sensitive values may flow.
- The best mitigation is not prompt filtering alone. Sensitive origins need isolated browser contexts, cross-origin write controls, sink policies, and enterprise rules that disable agentic operation on high-risk sites.
Applicable AIDEFEND Defenses (7)
What Defenders Should Do Now
- Disable autonomous browser agents on password managers, identity portals, admin consoles, and financial systems unless origin-aware policy is enforced.
- Run untrusted browsing tasks in browser contexts that cannot reuse authenticated state for sensitive origins.
- Require step-up confirmation before an agent reveals, copies, downloads, or sends secrets from a vault or identity application.
- Tag sensitive values and block their movement to external URLs, messages, screenshots, and model calls unless policy explicitly allows it.
- Review enterprise browser-agent policy for blocked domains, session isolation, audit logs, and prompt-injection telemetry.
Conclusion
The Comet case is important because it moves browser-agent safety from a model problem to a session-boundary problem. A browser agent that reads untrusted content and acts inside an authenticated vault is holding two incompatible trust zones at once. Separate the zones, constrain sensitive sinks, and make secret reveal a deliberate action, not a model convenience.