PerplexedBrowser Shows Why Agentic Browsers Need Session and Sink Boundaries
Zenity's controlled demonstration steered Perplexity Comet from a poisoned calendar invite into an unlocked 1Password extension and authenticated vault session. It revealed vault values and exfiltrated them in URL parameters; a second route changed the account password and extracted the Secret Key from an emailed Emergency Kit. The browser agent inherited sensitive authenticated state while following untrusted workflow content.
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.
- Account takeover and vault exfiltration have different prerequisites. Zenity reports that MFA blocks a new attacker login and SSO prevents this self-service password-reset route; neither prevents data exfiltration from the already unlocked vault. On its March 3 publication, the researchers described opt-in 1Password autofill controls and Comet domain restrictions; this is a dated remediation account, not a claim about today's defaults.
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.
Last updated: