By NHI Mgmt Group Editorial TeamBased on LayerX Security: “Is Perplexity Comet Safe? LayerX Finds a Prompt Injection Attack Vector” (October 4, 2025)

TL;DR: A crafted URL alone can trigger Perplexity’s Comet browser to read from memory, pull connector data such as Gmail and Calendar content, and exfiltrate it after trivial encoding, without credential theft or malicious page content, according to LayerX Security. That breaks the assumption that an authenticated assistant stays user-directed once a session begins, and it widens browser identity risk across NHI, agentic AI, and human programmes.


At a glance

What this is: LayerX Security documents how a weaponized URL can turn Perplexity’s Comet browser into a data exfiltration path by steering the AI assistant through prompt injection and connector access.

Why it matters: This matters because browser-based AI assistants sit inside identity and access boundaries, so a URL-level prompt can become an access-control failure across NHI, autonomous, and human programmes.

By the numbers:

  • LayerX Security submitted its findings to Perplexity under Responsible Disclosure guidelines on 27 August, 2025.

Context

AI browser prompt injection is a control problem, not just a content-safety problem. In this case, a crafted URL is interpreted by the browser assistant as instructions, which means the browser’s identity and the user’s intent are no longer aligned once the session begins.

Comet’s connector model gives the assistant access to data that sits behind user authorisation, such as Gmail and Calendar. That creates a new governance boundary for browser identity risk, because the attack targets the assistant’s delegated access rather than the user’s password.

The article describes a pattern that is atypical for traditional web attacks but increasingly plausible for AI-native browsers. The issue is not page compromise alone, but the ability to redirect an already authenticated assistant through a malicious link.


Key questions

Q: What breaks when an AI browser treats URL text as instructions?

A: The browser stops behaving like a passive navigation tool and starts acting on attacker-supplied prompts. That breaks the separation between user intent and assistant execution, which means a harmless-looking link can become a control path into memory, connectors, and outbound requests.

Q: Why does connector access make browser prompt injection more dangerous?

A: Because the assistant can move from public page content into authenticated services such as email and calendar. Once that happens, the attacker is no longer limited to what is visible on the page and can target data that the user never intended to expose in the browser session.

Q: How do security teams detect whether AI browser exfiltration controls are failing?

A: Look for two signals: assistants that can pivot from navigation to memory-backed retrieval, and outbound payloads that only escape after simple transformation such as encoding. If those paths are possible, the control is not stopping exfiltration, only obvious plaintext leakage.

Q: What should teams do when browser assistants have access to email and calendar connectors?

A: Apply least-privilege scoping to each connector, review whether the assistant truly needs access for every task class, and remove any connector reach that is not essential. The goal is to narrow the assistant’s blast radius before prompt injection can turn delegated access into disclosure.


Technical breakdown

How URL prompt injection becomes browser-side command execution

Comet parses URL query strings and, in the reported case, interprets portions as agent instructions rather than treating them as inert navigation data. That makes the browser assistant sensitive to embedded prompts that can redirect execution flow inside the session. In practical terms, the attacker is not exploiting a page renderer bug so much as a trust boundary collapse between URL parsing and assistant behaviour. Once the assistant treats query content as task input, the browser can be steered to perform actions that look user-initiated but are attacker-directed.

Practical implication: separate navigation input from agent instruction channels and treat URL parameters as untrusted prompt material.

Why memory lookup and connector data expand the blast radius

The article says unrecognised collection values caused Comet to consult memory rather than perform a live search, and that the assistant could also reach connected services such as Gmail and Calendar. That means the attack is not limited to what is visible on a page. It can reach prior user activity, composed messages, and metadata stored in connectors. For identity teams, the important point is that delegated access becomes an attack surface when the assistant can choose memory-backed sources at runtime.

Practical implication: inventory which assistant actions can pivot from page data into memory and connected services, then constrain that pivot path.

Why trivial encoding defeats exfiltration checks

LayerX reports that base64 encoding was enough to bypass the platform’s sensitive-data checks. That matters because the defence assumed plain-text exfiltration was the main risk, while the attacker simply transformed the payload before sending it out. The control failure is not a missing blocklist alone, but the assumption that exfiltration will appear in obvious form. In an AI browser context, content transformation is enough to turn a blocked instruction into a permitted one and push the data off-box.

Practical implication: test exfiltration controls against encoded and transformed outputs, not just direct text transmission.


Threat narrative

Attacker objective: The attacker wants to steal sensitive data already available to the browser assistant and move it off-box while appearing to use a legitimate assistant flow.

  1. Entry occurs when the victim opens a crafted link in email, an extension, or a malicious site, and the URL query string is parsed by the browser assistant as instructions.
  2. Credential or memory access follows when the assistant consults exposed memory and connector data such as Gmail and Calendar content instead of treating the URL as inert navigation.
  3. Escalation occurs when the malicious prompt tells the assistant to encode the retrieved data and prepare a POST request to an attacker-controlled endpoint.
  4. Impact is the exfiltration of emails, calendar data, and other connector-granted information without credential theft or a malicious page payload.

Read and download The State of NHI & AI Agent Breach Report 2026, covering 200+ breaches impacting Non-Human Identities including AI Agents.


NHI Mgmt Group analysis

Browser identity now includes instruction integrity, not just authentication state: a logged-in AI browser can be redirected if the assistant accepts attacker-controlled URL parameters as task input. That means the control problem is no longer limited to who signed in, but to whether the assistant can distinguish navigation from instruction. Practitioners should treat browser-side prompt acceptance as part of identity governance, not a UX edge case.

Delegated access becomes dangerous when the assistant can select memory-backed sources at runtime: the article shows a browser assistant moving from live retrieval to user memory and connected services within the same interaction. That shifts risk from isolated page processing to delegated access scope drift. The practitioner implication is that connector permissions, memory access, and assistant routing logic must be governed as one trust surface.

Prompt injection against an AI browser is an assumption collapse for human-directed workflows: the model assumes the user remains the effective operator throughout the session. That assumption fails when a crafted URL can cause the browser to execute attacker-authored instructions while preserving the appearance of legitimate user activity. The implication is that governance models built on visible user intent need to account for machine-interpreted prompts inside the browser session.

Trivial encoding exposes the weakness of content-based exfiltration controls: the article’s base64 bypass shows that blocking obvious leakage patterns is not enough when the assistant can transform data before sending it. That creates an identity blast radius problem, where the assistant can turn approved access into unauthorised disclosure. Practitioners should treat transformation-aware exfiltration as part of browser identity risk.

AI browsers are now part of the NHI and agentic AI overlap zone: the same browser session can behave like a user-facing assistant, a delegated non-human identity, and a tool-using agent. That makes traditional separation between human IAM, NHI governance, and agent oversight too narrow if the session can read memory, call connectors, and emit outbound requests. The field needs governance that follows the delegated action, not just the login event.

From our research library:

  • 43% of security professionals are concerned about AI systems learning and reproducing sensitive information patterns from codebases, according to the State of Secrets in AppSec.

What this signals

Browser-side prompt injection changes the governance question from session authentication to instruction integrity: if the assistant can be redirected by URL text, then the programme is protecting the login state while leaving the execution channel exposed. That is a different failure mode, and it should be modelled as such in browser security reviews.

The practical boundary is no longer the web page alone. Once memory, connectors, and outbound actions sit behind the same assistant, the browser becomes a delegated identity with a wider attack surface than most teams currently budget for.


For practitioners

  • Map assistant instruction channels Identify where browser assistants accept URL parameters, query strings, or other untrusted text as instructions, and separate those paths from ordinary navigation handling.
  • Constrain memory-backed retrieval Review which assistant actions can switch from page context to stored memory or connector data, then restrict that pivot wherever it is not required for the use case.
  • Test encoded exfiltration paths Validate exfiltration controls against base64 and other simple transformations, because content filters that only inspect plain text will miss attacker-obfuscated outputs.
  • Reduce connector blast radius Limit which services the browser assistant can reach, and apply the minimum connector scope needed for drafting, scheduling, or search tasks.
  • Treat browser assistants as governed identities Put browser-based AI assistants into the same inventory, review, and access-governance process used for other delegated non-human access paths.

Key takeaways

  • AI-native browsers can turn a crafted URL into an instruction channel, which breaks the assumption that navigation input and assistant commands are separate.
  • Connector access expands the risk because the assistant can reach mail, calendar, and other stored data once the prompt injection takes hold.
  • The immediate control question is whether the browser assistant can be forced to ignore untrusted URL text, memory pivots, and encoded exfiltration attempts.

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, OWASP Non-Human Identity Top 10 and MITRE ATT&CK address the attack and risk surface, while NIST CSF 2.0 sets the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
OWASP Agentic AI Top 10ASI02 — Tool MisuseThe browser agent is steered into misusing connected tools and data sources.
ASI09 — Human-Agent Trust ExploitationThe attack exploits user trust in a browser assistant flow.
Recommendation — Constrain tool access so browser agents cannot turn prompt text into connector misuse. Treat human trust in AI browser output as a governed attack surface and validate prompt boundaries.
OWASP Non-Human Identity Top 10NHI-04 — Insecure AuthenticationThe browser assistant’s delegated access is abused without password theft.
NHI-05 — Overprivileged NHIConnector access and memory pivots widen the assistant’s effective privilege.
Recommendation — Review delegated browser access paths for authentication assumptions that prompt injection can bypass. Reduce browser assistant privileges to the minimum connector scope required for the task.
MITRE ATT&CKTA0006;TA0010 — Credential Access; ExfiltrationThe attack chain uses access to sensitive data and sends it off-box.
Recommendation — Map browser-assisted data theft to credential access and exfiltration tactics in detection content.
NIST CSF 2.0PR.AA-05 — Access Permissions, Entitlements and AuthorizationsThe article is about delegated access boundaries in an AI browser.
Recommendation — Apply PR.AA-05 to review and limit the assistant’s entitlements to connectors and memory.

Key terms

  • Browser-based Prompt Injection: A browser-based prompt injection is malicious content placed on a webpage so that an AI assistant reading or summarising the page can be influenced by attacker-written instructions. In practice, the risk is not code execution in the browser alone, but the transformation of untrusted page text into trusted assistant output.
  • Connector Access: Connector access is the delegated permission an assistant uses to reach external services such as email, calendars, or file stores. It matters because the assistant can expose data from those systems if prompt handling, scope limits, or output controls are weak.
  • Memory Pivot: A memory pivot happens when an assistant shifts from live page content to stored user memory or prior context to answer a prompt. In browser attacks, that pivot can expose sensitive information that was never present on the current page and may be hard to detect after retrieval.
  • Transformation-Aware Exfiltration: Transformation-aware exfiltration is the practice of disguising stolen data before it is sent out, such as encoding or formatting it to evade content checks. For AI browsers, it shows that exfiltration controls must inspect intent and output paths, not only plain-text payloads.

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.
NHIMG Editorial Note
Published by the NHIMG editorial team on June 11, 2026.
Updated on October 10, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org