On paid test accounts, Profero inspected a Grok Bot arrangement of a containerized agent sandbox, its dedicated account virtual machine and the underlying shared EC2 host. From a command already running inside the sandbox, a reachable unauthenticated Docker API permitted launching a privileged container against the account VM; an unprotected supervisor and…
Inspect the ClaimsCase · DiggingBeagle record
Profero publishes Grok Bot research
Profero reports that one command inside a Grok Bot sandbox could reach unprotected account-VM services, then obtain root and reuse agent-connected credentials.
Public disclosure: Nov 8, 2026
Affected Grok Bot sandbox deployments as tested by Profero in August through October, disclosed November 8. The initial requirement is that attacker-controlled material cause at least one executable command in a sandbox; an anonymous internet user cannot be assumed to have that entry point.
Assessment profile
Assessment method- Setting
- research demonstration
- Exploitation
- demonstrated
- Evidence
- Grade B
- AI role
- AGAINST AI
Basis and provenance
Desk assessment of cited firsthand report and scope limits; quantitative denominators describe only the reporter's stated sample. No independent live exploitation or universal impact is inferred.
Assessed Nov 11, 2026 using diggingbeagle.assessment/1.
Evidence basis: CLM-R236-GROKBOT-VM-CONTROL-ESCAPE-01 · CLM-R236-GROKBOT-VM-CONTROL-ESCAPE-02 · Profero: The Rootkit Built Into Grok Bot, account VM sandbox research
At a glance
A prompt-injected command can become account-wide exposure if local management services treat sandbox residency as sufficient authentication. The demonstrated break is from container into its account VM, not the multitenant physical host.
Read the implicationsNo public vendor acknowledgment, precise fixed release, production-victim count or access to another customer VM is established. The article calls the chain rootkit-like; it does not identify a kernel rootkit installed by the vendor.
Limits and uncertaintyFull account
On paid test accounts, Profero inspected a Grok Bot arrangement of a containerized agent sandbox, its dedicated account virtual machine and the underlying shared EC2 host. From a command already running inside the sandbox, a reachable unauthenticated Docker API permitted launching a privileged container against the account VM; an unprotected supervisor and a fixed remote-exec token expanded the effect into persistent access.
The investigators report plaintext imported Chrome cookies, connected-service gateway tokens and long-lived storage authority accessible after this chain. Repeated sandbox-build checks reportedly left the findings reproducible, and the researchers sent eight findings to xAI and Cursor beginning August 24. These are tests on researcher-controlled accounts, not observed attacker exfiltration from other customers. Profero explicitly reports it could not cross the account-VM-to-shared-EC2 boundary.
Affected Grok Bot sandbox deployments as tested by Profero in August through October, disclosed November 8. The initial requirement is that attacker-controlled material cause at least one executable command in a sandbox; an anonymous internet user cannot be assumed to have that entry point.
No public vendor acknowledgment, precise fixed release, production-victim count or access to another customer VM is established. The article calls the chain rootkit-like; it does not identify a kernel rootkit installed by the vendor.
Profero's entry condition is deliberately narrow: one executable command must first reach a Grok Bot sandbox, for example through a malicious file, page or other agent-consumed instruction. From there, the researchers report two account-local management weaknesses, including a fixed remote-execution secret and unauthenticated container-control interfaces. Those can shift control from the restricted agent process to the virtual machine hosting that user's bots and the credentials imported into its browser and connector environment.
The researchers notified xAI and Cursor on August 24 and report reproducibility across later builds, but a public vendor acknowledgment and independent victim incident remain unavailable. They did not escape into the underlying multitenant EC2 host. The practical containment line is therefore between an agent sandbox and its own account VM, not between two separate customers. Short-lived tokens alone do not cure the path if an attacker with account-VM control can repeatedly read freshly issued tokens.
Mechanism and trust boundary
- 01
Obtain execution inside one agent sandbox
Prompt injection, poisoned repo or other route would first need a command run under the sandbox user.
Boundary: untrusted task material / permitted agent shell
- 02
Reach unprotected account-VM management APIs
The sandbox could contact Docker and supervisor interfaces without a separate authorization check.
Boundary: agent container / dedicated account VM
- 03
Extract and replay account authority
Account-local browser, gateway and persistent-storage credentials can be read through the escalated control surface.
Boundary: account VM / connected external services
Timeline
- Aug 24, 2026Event type unspecified
Researchers report notifying xAI and Cursor
The disclosure describes a controlled sandbox-to-account-VM chain; no confirmed unrelated tenant breach.
- Nov 8, 2026Event type unspecified
Profero publishes Grok Bot research
Eight reported findings concern account-local service authority; provider remediation was not independently confirmed.
- Nov 8, 2026disclosure
Public disclosure
Claims & evidence
CLM-ENR237-GROKBOT-REPORT-SCOPEProfero disclosed an August 24 notification, reported continued reproducibility on subsequent sandbox builds, and expressly distinguished account-VM root from an escape into the shared underlying EC2 host.supported
Basis: reported finding
- supportsProfero: The Rootkit Built Into Grok Bot, account VM sandbox researchprimary disclosure
Opening report paragraphs and Three layers: sandbox, account VM and shared host
CLM-R236-GROKBOT-VM-CONTROL-ESCAPE-01Profero demonstrated sandbox-to-account-VM root control using exposed Docker/supervisor control surfaces and a fixed remote-execution token in tested Grok Bot builds.supported
Basis: reported finding
- supportsProfero: The Rootkit Built Into Grok Bot, account VM sandbox researchprimary disclosure
The three layers; Vulnerabilities table; Steps 1-4
CLM-R236-GROKBOT-VM-CONTROL-ESCAPE-02Profero documented readable imported browser-session and connected-service credentials, while reporting no escape from its account VM into the shared EC2 host.supported
Basis: reported finding
- supportsProfero: The Rootkit Built Into Grok Bot, account VM sandbox researchprimary disclosure
The three layers; Five more findings; disclosure notes
Implications
A prompt-injected command can become account-wide exposure if local management services treat sandbox residency as sufficient authentication. The demonstrated break is from container into its account VM, not the multitenant physical host.
Controls and mitigations
- Authenticate and firewall management APIs even when reachable only from containers; never ship fixed remote-exec tokens.
- Rotate and bind per-account gateway and storage credentials, harden token renewal and avoid plaintext management traffic crossing a sandbox.
- Isolate each bot role and imported browser state according to actual principals; do not reuse broad connected-service authority in a single shared Linux user.
- Treat all agents sharing an account VM as one confidentiality and credential boundary unless separate OS and identity isolation has actually been verified.
Unknowns and contradictions
- No public vendor acknowledgment, precise fixed release, production-victim count or access to another customer VM is established. The article calls the chain rootkit-like; it does not identify a kernel rootkit installed by the vendor.
Sources and citation
Material revision history
- Nov 11, 2026 · Published version · first publication · revision 238