Token's Rehearsal Agent Breaks Core Security Rules on Identity, Access, and Traceability

Token built an AI browser agent named Rehearsal that deliberately violates three fundamental security principles for AI agents: separate identities, least-privilege access, and independent traceability. The agent runs inside a user's authenticated browser session, making its actions indistinguishable from human clicks to backend applications. Because Token controls both the agent and the platform, the company implemented controls such as read-only dashboards, session recording, and explicit user approval for changes. The experiment revealed that external agents lack these safeguards and highlighted gaps in emerging standards including WebMCP and Web Bot Auth. Security teams are advised to begin inventorying agentic browsers, mapping delegated access, and enforcing step-up authentication for sensitive actions until holistic standards mature.

The Hacker NewsTranslated from English

Read at source

Token, a security-focused platform, set out to test the practical limits of AI agent security by building an agent that intentionally broke the three rules the company normally recommends to customers.

The agent, named Rehearsal, answers questions inside the Token platform by autonomously opening pages, setting filters, and filling forms within the user's browser tab. Because it operates inside an authenticated user session, backend servers see only the user's identity and cannot distinguish the agent, its delegation chain, or the intended task scope.

Token's dual ownership of both the agent and the application allowed the company to close several gaps internally. The platform receives explicit signals from Rehearsal about who is driving the session. The interface dims and locks during agent activity, every action is recorded, and the agent's reach is deliberately reduced to read-only dashboards. Rehearsal cannot save changes, access secret fields, or execute refused calls without explicit user approval.

These mitigations work only because Rehearsal was built by the same team that maintains the application. External agents driving third-party CRMs or cloud consoles receive none of this context. The session cookie carries only the human user's identity, leaving applications unable to apply appropriate authorization decisions.

Emerging standards aim to address these shortcomings. WebMCP, a draft from Google and Microsoft in a W3C community group, lets sites expose actions as callable tools and flag them as read-only or consequential. Web Bot Auth, an IETF working group draft, enables sites to verify which agent issued a request. Chrome and Microsoft Edge already implement some agent-specific restrictions, such as requiring user approval for high-risk actions and limiting sites an agent may visit.

However, the standards remain fragmented. None yet combines agent identity, verifiable delegation to a human principal, and task-scoped permissions into a single signal that applications can use for authorization. Security teams are therefore urged to start discovering agentic browsers and extensions, mapping them to users, tracing consumer agents, and requiring step-up authentication before sensitive operations.

Meridian digestThe week's most consequential security stories, distilled into one briefing.See the digest

More in AI & Model Risk

Bay Raises $50 Million to Secure Enterprise AI Agents with Runtime Control Plane
Google Expands Gemini 4 Carbon Access After AI Agents Formally Verify Signal Protocol Code
CISO Forum Virtual Summit 2026 Opens Today with Focus on AI Governance and Enterprise Defense