CVE-2026-8621: Crabbox: header spoofing bypasses lease auth
HIGHCrabbox, an AI agent lease/coordination service, fails to derive caller identity from the shared token itself — instead it trusts client-supplied X-Crabbox-Owner and X-Crabbox-Org headers, so any non-admin holder of a valid shared token can simply set those headers to a victim's values and access that victim's owner- or org-scoped lease operations. This is a textbook CWE-287 authorization bypass rated CVSS 8.8 (network, low complexity, low privileges, no user interaction, full confidentiality/integrity/availability impact), and it lands in a package with a troubling track record: 447 other recorded CVEs and a 0/100 package risk score, meaning Crabbox deployments are already a soft target. EPSS is currently low (0.36%) and there is no CISA KEV listing, public exploit, or Nuclei template, so this is not being mass-exploited today, but the bug is trivial to weaponize — it requires nothing more than adding two headers — and any multi-tenant Crabbox deployment sharing one token across owners/orgs is exposed right now. Patch to Crabbox v0.12.0+ immediately (fix commit b657323f), and until upgraded, strip or reject client-supplied X-Crabbox-Owner/X-Crabbox-Org headers at the reverse proxy for any shared-token-authenticated route, then audit lease-operation logs for owner/org values inconsistent with the presenting token's scope.
What is the risk?
High severity (CVSS 8.8) with trivial exploitation mechanics: anyone already holding a low-privilege shared token can escalate to full cross-tenant access with a single crafted header, no user interaction and no special tooling required. Current exploitation likelihood is low per EPSS (0.36th percentile score, though flagged in the top 72% most-likely band relative to the broader CVE corpus) and there is no KEV listing, public PoC, or Nuclei coverage yet, which limits near-term opportunistic risk. However, the flaw is easily rediscoverable from the public patch diff, and Crabbox's poor security history (447 prior CVEs, 0/100 OpenSSF-style risk score) suggests weak engineering hygiene overall — treat this as high risk in any deployment using shared tokens across multiple owners/orgs, and as informational-only in single-tenant deployments where no cross-owner boundary exists.
How does the attack unfold?
What systems are affected?
| Package | Ecosystem | Vulnerable Range | Patched |
|---|---|---|---|
| OpenClaw | pip | — | No patch |
Do you use OpenClaw? You're affected.
How severe is it?
What is the attack surface?
What should I do?
1 step-
1) Upgrade to Crabbox v0.12.0 or later immediately (patch commit b657323f1d1c954cefc8444571fa6c45a8896e7f). 2) If immediate upgrade isn't possible, strip or reject client-supplied X-Crabbox-Owner and X-Crabbox-Org headers at the reverse proxy/gateway for any route reachable with a shared token, forcing identity to be derived server-side from the token itself. 3) Rotate shared tokens post-patch, since they may have already been used for cross-tenant access. 4) Audit historical lease-operation logs for requests where the owner/org header doesn't match the presenting token's assigned scope — this is the forensic signature of exploitation. 5) Where supported, migrate from shared tokens to per-owner scoped tokens to remove the shared-secret blast radius entirely. 6) Given the package's 447 prior CVEs, subscribe to the GitHub releases/advisories for Crabbox and re-triage on every future patch.
What does CISA's SSVC say?
Source: CISA Vulnrichment (SSVC v2.0). Decision based on the CISA Coordinator decision tree.
How is it classified?
Which compliance frameworks are affected?
This CVE is relevant to:
Frequently Asked Questions
What is CVE-2026-8621?
Crabbox, an AI agent lease/coordination service, fails to derive caller identity from the shared token itself — instead it trusts client-supplied X-Crabbox-Owner and X-Crabbox-Org headers, so any non-admin holder of a valid shared token can simply set those headers to a victim's values and access that victim's owner- or org-scoped lease operations. This is a textbook CWE-287 authorization bypass rated CVSS 8.8 (network, low complexity, low privileges, no user interaction, full confidentiality/integrity/availability impact), and it lands in a package with a troubling track record: 447 other recorded CVEs and a 0/100 package risk score, meaning Crabbox deployments are already a soft target. EPSS is currently low (0.36%) and there is no CISA KEV listing, public exploit, or Nuclei template, so this is not being mass-exploited today, but the bug is trivial to weaponize — it requires nothing more than adding two headers — and any multi-tenant Crabbox deployment sharing one token across owners/orgs is exposed right now. Patch to Crabbox v0.12.0+ immediately (fix commit b657323f), and until upgraded, strip or reject client-supplied X-Crabbox-Owner/X-Crabbox-Org headers at the reverse proxy for any shared-token-authenticated route, then audit lease-operation logs for owner/org values inconsistent with the presenting token's scope.
Is CVE-2026-8621 actively exploited?
No confirmed active exploitation of CVE-2026-8621 has been reported, but organizations should still patch proactively.
How to fix CVE-2026-8621?
1) Upgrade to Crabbox v0.12.0 or later immediately (patch commit b657323f1d1c954cefc8444571fa6c45a8896e7f). 2) If immediate upgrade isn't possible, strip or reject client-supplied X-Crabbox-Owner and X-Crabbox-Org headers at the reverse proxy/gateway for any route reachable with a shared token, forcing identity to be derived server-side from the token itself. 3) Rotate shared tokens post-patch, since they may have already been used for cross-tenant access. 4) Audit historical lease-operation logs for requests where the owner/org header doesn't match the presenting token's assigned scope — this is the forensic signature of exploitation. 5) Where supported, migrate from shared tokens to per-owner scoped tokens to remove the shared-secret blast radius entirely. 6) Given the package's 447 prior CVEs, subscribe to the GitHub releases/advisories for Crabbox and re-triage on every future patch.
What systems are affected by CVE-2026-8621?
This vulnerability affects the following AI/ML architecture patterns: agent frameworks, multi-tenant agent infrastructure, distributed lease/lock coordination.
What is the CVSS score for CVE-2026-8621?
CVE-2026-8621 has a CVSS v3.1 base score of 8.8 (HIGH). The EPSS exploitation probability is 0.36%.
What is the AI security impact?
Affected AI Architectures
MITRE ATLAS Techniques
AML.T0012 Valid Accounts AML.T0049 Exploit Public-Facing Application AML.T0073 Impersonation Compliance Controls Affected
What are the technical details?
Original Advisory
Crabbox prior to v0.12.0 contains an authentication bypass vulnerability that allows non-admin shared-token callers to impersonate other owners or organizations by spoofing identity headers. Attackers can inject malicious X-Crabbox-Owner and X-Crabbox-Org headers in requests authenticated with a shared token to bypass authorization checks and access owner/org-scoped lease operations belonging to victim accounts.
Exploitation Scenario
An attacker (e.g., a lower-trust contractor, a compromised low-privilege service, or a malicious tenant) holds a valid but non-admin shared token issued for a multi-tenant Crabbox deployment. Rather than presenting their own owner/org context, they add X-Crabbox-Owner: <victim-owner-id> and X-Crabbox-Org: <victim-org-id> headers to their API requests. Because Crabbox authorizes lease operations based on these client-supplied headers instead of identity derived from the token, the request is granted as if it came from the victim. The attacker can now enumerate, acquire, or release leases belonging to the victim's AI agent fleet — stalling the victim's agent task scheduling (denial of service), reading lease metadata that leaks operational details about the victim's agent workloads, or hijacking locks to interfere with in-flight agent operations.
Weaknesses (CWE)
CWE-287 — Improper Authentication: When an actor claims to have a given identity, the product does not prove or insufficiently proves that the claim is correct.
- [Architecture and Design] Use an authentication framework or library such as the OWASP ESAPI Authentication feature.
Source: MITRE CWE corpus.
CVSS Vector
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H References
- github.com/openclaw/crabbox/commit/b657323f1d1c954cefc8444571fa6c45a8896e7f patch
- github.com/openclaw/crabbox/pull/70 issue-tracking
- github.com/openclaw/crabbox/releases/tag/v0.12.0 release-notes
- vulncheck.com/advisories/crabbox-authentication-bypass-via-header-spoofing third-party-advisory
Timeline
Related Vulnerabilities
CVE-2026-33579 9.9 OpenClaw: scope bypass escalates low-priv to admin
Same package: openclaw CVE-2026-32922 9.9 OpenClaw: privilege escalation to RCE via token scope bypass
Same package: openclaw CVE-2026-32038 9.8 OpenClaw: sandbox bypass enables container lateral movement
Same package: openclaw CVE-2026-53838 9.8 OpenClaw: approval scope bypass via reconnection state
Same package: openclaw CVE-2026-30741 9.8 OpenClaw: RCE via request-side prompt injection
Same package: openclaw