Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessGain access to shared Signal conversation
-
DeliveryEnsure pending approval and unrelated text coexist
-
ExploitApprover reacts to ordinary message
-
ExecutionReaction misbinds to pending approval
-
ImpactUnintended host action approved/executed
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A07:2025 - Authentication Failures
ASVS 5.0
V6 - Authentication Origin validation
|
| Exploitation Conditions | Exploitation requires all of the following in a single Signal conversation managed by OpenClaw before 2026.7.1: a pending structured approval request, one or more unrelated outbound text messages present simultaneously, and precise timing so the approver's reaction lands ambiguously (AC:H/AT:P). A legitimate approver must actually issue a reaction (UI:P), and the actor must already be a participant/approver in the conversation (PR:L) - not an unauthenticated outsider. The realized impact is further limited to whatever host actions the OpenClaw process is authorized to perform for the pending request; the flaw does not grant new authority to any party. |
| Impact | This is a logic/origin-validation flaw (CWE-346) in how OpenClaw binds Signal approval reactions to structured approval requests. The vendor CVSS 4.0 vector (AV:N/AC:H/AT:P/PR:L/UI:P/VC:H/VI:H/VA:H) yields 7.5 (HIGH), but several metrics temper real-world risk: AC:H plus AT:P means exploitation requires a specific race condition - a pending approval and unrelated outbound messages must coexist in the same conversation with the right timing - and UI:P means a legitimate approver must actually react. PR:L confirms the actor is an already-trusted conversation participant, not an anonymous internet attacker. Exploitation status is 'no public exploit identified at time of analysis' - there is no CISA KEV listing, no EPSS score in the input, and the advisory (GHSA-r88x-r7jj-f2cf) provides no POC. The high VC/VI/VA scores are conditional: the description explicitly states 'the practical impact depends on the pending request, conversation timing, and the actions available to the OpenClaw process,' so worst-case host-action approval justifies high impact only where the process can perform sensitive host actions. Notably the flaw does NOT change approver authority - it is a misbinding, not privilege escalation. Net: a genuine authorization-integrity concern for OpenClaw operators, but the high AC/AT/UI gating and niche footprint make it a moderate rather than urgent priority. The 'Information Disclosure' tag mischaracterizes the issue, which is fundamentally an authorization/integrity flaw. |
| Exploit ScenarioDerived | In a Signal conversation where OpenClaw is awaiting an approver's reaction to a structured host-action approval request, unrelated outbound text messages are also present. The approver reacts to one of the ordinary text messages, and due to the misbinding logic the reaction is instead attributed to the pending approval, causing a host action to be approved (or denied) without the approver's intent. No public exploit code is identified, and reliable exploitation depends on precise conversation timing (AC:H/AT:P). |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Sep 26, 2026
OpenClaw (npm package openclaw) before 2026.7.1 misbinds Signal approval reactions to the wrong message, so a reaction an approver places on ordinary outbound text can be interpreted as approving or denying a structured host-action request that happens to be pending in the same conversation. Exploitation requires an authenticated participant acting as approver (PR:L), deliberate user interaction via a reaction (UI:P), and precise timing where unrelated outbound messages and a pending approval coexist (AC:H, AT:P), which is why the CVSS 4.0 base score is 7.5 rather than critical. The flaw does not grant any party new authority and does not change the legitimacy of correctly identified approvers; impact is bounded by whatever host actions the OpenClaw process is authorized to perform for the specific pending request. Vendor-released patch: 2026.7.1; no public exploit identified at time of analysis and the issue is not in CISA KEV.
RemediationAI
Upgrade the openclaw npm package to 2026.7.1 or later, which is the vendor-released patch for this issue; verify the installed version with npm ls openclaw and redeploy, since the fix is in the approval-binding logic. If immediate upgrade is not possible, the most effective compensating control is to avoid having a pending structured approval request and unrelated outbound traffic occupy the same Signal conversation at the same time - serialize approvals so no other outbound text is in flight when an approval is pending - which removes the ambiguous-binding precondition but requires operational discipline around timing. As a secondary measure, restrict who can post to the approval conversation and require explicit confirmation of the approval decision through a channel that is not a message reaction (for example a dedicated command), accepting the added friction and the risk that approvers may still use reactions out of habit. Because impact is bounded by the host actions OpenClaw is authorized to perform, reducing the OpenClaw service's delegated privileges (principle of least privilege on the runtime account) limits blast radius if a misattributed approval is accepted, though it does not prevent the misinterpretation itself. Consult the vendor advisory at https://github.com/openclaw/openclaw/security/advisories/GHSA-r88x-r7jj-f2cf for authoritative guidance.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The root cause is CWE-346 (Origin Validation Error): OpenClaw's approval subsystem fails to validate that an inbound Signal reaction is causally bound to the originating structured approval message, so the reaction-to-request association is resolved by conversation context rather than by a stable message identifier or reference token. Signal reactions are addressed to a specific message timestamp, and when a pending structured approval request is present alongside unrelated outbound text in the same conversation, the approval handler can attach the approver's reaction to the ordinary text instead of the approval request, effectively inverting the intent of the approver. The affected component is the Node.js npm package openclaw (CPE cpe:2.3:a:openclaw:openclaw:*:*:*:*:*:*:*:*) running prior to 2026.7.1, and the deployment context matters because the realized consequence depends on the privileges OpenClaw has been delegated to execute on the host. The assessed CVSS 3.1 vector (AV:N/AC:H/PR:L/UI:R/S:U/C:H/I:H/A:H) confirms that the attacker component is remote, requires an existing authenticated participant role, requires user interaction, and produces high confidentiality, integrity, and availability impact only to the vulnerable component, with no scope change. This is a logic/authorization-binding defect rather than a memory-safety or injection flaw, so it is not remotely triggerable by an unauthenticated outsider.
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:H/AT:P/PR:L/UI:P/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N
Network-reachable Signal conversation but timing-dependent race (AC:H) triggered by a trusted low-priv approver (PR:L) whose reaction is required (UI:R); worst-case host action gives high C/I/A within the same process scope.
Primary rating from Vendor (VulnCheck).
CVSS VectorVendor: VulnCheck
Lifecycle Timeline
2DescriptionCVE.org
OpenClaw (npm package openclaw) before 2026.7.1 incorrectly binds Signal approval reactions. In affected versions, a reaction intended to resolve a structured approval request could instead attach to ordinary outbound text when unrelated outbound messages and a pending approval are present in the same conversation. As a result, an approver's reaction to unrelated text could be interpreted as approving or denying a pending host action; the practical impact depends on the pending request, conversation timing, and the actions available to the OpenClaw process. The issue does not change the authority of correctly identified approvers. This is fixed in version 2026.7.1.
Articles & Coverage 1
Technical POC Analysis
Evidence basis: GitHub Security Advisory GHSA-r88x-r7jj-f2cf ("Signal reactions could bind to the wrong approval", openclaw/openclaw, published Sep 11 2026) and the supplied CVE description.
Full technical POC analysis - root cause, step-by-step exploitation and patch breakdown - is part of the Pro and Business plans.
Executive ViewAI
OpenClaw, the npm package openclaw, in versions before 2026.7.1 can misinterpret an approver's emoji reaction on an unrelated outbound Signal message as a decision on a pending host-action request, meaning actions may be approved or denied without the approver intending it. Exposure is limited to environments where an authenticated approver shares a Signal conversation with a pending structured request, but any resulting host action carries the full authority granted to the OpenClaw process, so the blast radius depends entirely on how much access that integration has been given. Leadership should care because the safeguard being weakened is human approval itself - the control operators and auditors rely on before automated host actions run.
Apply vendor patch.
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
Related Vulnerabilities in OpenClaw Approval and Exec Authorization Bypasses
View all 2Auth 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
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
OpenClaw versions prior to 2026.3.1 contain a sandbox escape vulnerability that allows authenticated attackers with low
EUVD-2026-87380
GHSA-p9cw-vr9c-p446
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB