Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessObtain Slack workspace account
-
DeliveryIdentify allowFrom policy entry to impersonate
-
ExploitEdit Slack display name to match
-
ExecutionSend agent request via Slack
-
PersistOpenClaw binds policy to spoofed name
-
ImpactGain unauthorized agent access
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A07:2025 - Authentication Failures
ASVS 5.0
V6 - Authentication Anti-spoofing controls
MITRE ATT&CK
1 technique across 1 tactic: Defense Evasion The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Attacker must (1) hold a valid account in the same Slack workspace where the vulnerable OpenClaw instance is deployed (PR:L), (2) have permission to edit their Slack display name - the default in most workspaces unless restricted by an admin policy, and (3) know or guess an existing allowFrom policy entry value to impersonate. Exploitation is limited to OpenClaw deployments that use the allowFrom feature with display-name-based policy entries; deployments that use immutable Slack user IDs in allowFrom, or that do not use allowFrom at all, are not affected. No user interaction from the victim is required (UI:N). |
| Impact | The CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:H/VA:N) yields 8.6 and aligns with the described attack: network-reachable, low-complexity, requires some privilege (a Slack account in the workspace), no user interaction, with high confidentiality and integrity impact on the agent identity being impersonated. Real-world risk hinges on a key precondition not captured by CVSS alone: the attacker must already possess a valid Slack account in a workspace where OpenClaw is deployed and must know an allowFrom policy entry to mimic - this limits opportunistic exploitation but is trivially satisfied by any malicious insider or compromised Slack account. No EPSS, KEV, or SSVC data was provided; with no public exploit identified at time of analysis and no KEV listing, this is a high-severity logic flaw rather than a mass-exploitation candidate, but insider-threat and post-Slack-compromise scenarios make patching a near-term priority for any OpenClaw operator. |
| Exploit ScenarioDerived | An attacker with any Slack account in a workspace where OpenClaw is deployed enumerates or guesses an allowFrom policy entry (e.g., the display name of a privileged operator), edits their own Slack profile to set that display name, then issues a normal agent request through Slack; OpenClaw matches the spoofed display name against the policy and grants access intended for the legitimate operator. No public exploit identified at time of analysis, but the attack requires only standard Slack profile-edit functionality and no specialized tooling. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jun 12, 2026
Privilege escalation in OpenClaw before 2026.5.3 allows attackers with access to a Slack account to spoof identity by changing their mutable Slack display name to match an allowFrom policy entry, gaining agent access intended for another user. The root cause is authentication binding to a mutable identifier (CWE-290) rather than a stable Slack user ID. No public exploit identified at time of analysis, though an upstream advisory (GHSA-c29c-2q9c-pc86) and VulnCheck writeup describe the flaw in detail.
RemediationAI
Vendor-released patch: upgrade OpenClaw to 2026.5.3 or later per the GHSA-c29c-2q9c-pc86 advisory (https://github.com/openclaw/openclaw/security/advisories/GHSA-c29c-2q9c-pc86). If immediate upgrade is not possible, the primary compensating control is to rewrite allowFrom policy entries to reference immutable Slack user IDs (the Uxxxxxxx form) rather than display names where the implementation permits, or remove allowFrom rules and gate agent access behind a separate IdP-backed authentication path until the fix is deployed; both options shrink the impersonation surface but the display-name rewrite still depends on OpenClaw correctly parsing user IDs in the unpatched code path, so verify behavior against the advisory before relying on it. Additionally tighten Slack workspace controls - restrict display-name changes via Slack admin policy and audit recent display-name edits - which reduces but does not eliminate the bug since any authorized user can still match a policy entry.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in npm
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
OpenClaw's allowFrom access control feature enforces policy by matching the Slack display name attached to incoming requests against an allowlist. Slack display names are user-editable metadata, not stable identifiers - only the immutable Slack user ID (Uxxxxx) should be trusted for authorization decisions. This is a textbook CWE-290 (Authentication Bypass by Spoofing) issue: the policy decision point binds to data the principal controls. The affected product is openclaw:openclaw (per CPE) across all versions prior to 2026.5.3.
Know when Openclaw gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:H/VA:N/SC:N/SI:N/SA:N
Network-reachable Slack integration, low complexity (edit a profile field), requires a Slack account so PR:L, no user interaction, high confidentiality/integrity from impersonated agent access, no availability impact.
Primary rating from Vendor (VulnCheck).
CVSS VectorVendor: VulnCheck
Lifecycle Timeline
1DescriptionCVE.org
OpenClaw before 2026.5.3 contains a privilege escalation vulnerability in the allowFrom feature that binds to mutable Slack display names. Attackers with Slack account access can change display name metadata to match policy entries, potentially gaining unauthorized agent access intended for other identities.
Executive ViewAI
OpenClaw's Slack authentication mechanism incorrectly binds access to mutable display names rather than stable user IDs, enabling attackers with Slack account access to impersonate other users and gain unauthorized agent privileges. This vulnerability directly compromises access controls in any organization using OpenClaw for Slack-based agent access, creating an immediate risk of privilege escalation and unauthorized system access.
No vendor-released patch identified at time of analysis. Interim mitigations: (1) Enforce read-only Slack display names for users with agent access via workspace policy; (2) audit OpenClaw allowFrom policies to minimize agent access scope; (3) implement monitoring on Slack audit logs for display name changes among authorized agent users; (4) consider temporary disablement of OpenClaw integration until patch is available.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
Privilege escalation occurs when an attacker leverages flaws in access control mechanisms to gain permissions beyond what they were originally granted.
Auth bypass in OpenClaw voice-call extension before 2026.2.1. EPSS 0.68%. PoC and patch available.
Privilege escalation in OpenClaw (pre-2026.3.28) allows unauthenticated remote attackers to gain administrative access b
OpenClaw versions 2026.2.22 through 2026.2.24 contain a privilege escalation vulnerability that allows authenticated att
An authorization mismatch vulnerability in OpenClaw versions prior to 2026.3.1 allows authenticated users with operator.
OpenClaw versions prior to 2026.1.29 automatically establish WebSocket connections to attacker-controlled gateway URLs e
Path traversal in OpenClaw through version 2026.3.23 enables unauthenticated remote attackers to read arbitrary files in
Authentication bypass in OpenClaw before 2026.5.3 allows remote attackers with low privileges to receive agent responses
Directory-context bypass in OpenClaw before 2026.8.1 allows authenticated attackers with user interaction to reuse an 'a
Unauthenticated access to the noVNC observer interface in OpenClaw's Docker sandbox browser allows anyone who can reach
OpenClaw versions before 2026.2.26 allow authenticated attackers to write arbitrary files outside the workspace director
OpenClaw versions prior to 2026.2.22 contain a shell environment variable injection vulnerability in the system.run func
OpenClaw versions prior to 2026.2.22 contain a resource exhaustion vulnerability where the application fails to consiste
EUVD-2026-36611
GHSA-rqpg-f8j3-2gm3
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB