☠️
EXFILTRATING
DATA...
01010111 10110010 00101001 11000110 01101100 10011011 00010001 11100101 01000010 10101111
[ <-- BACK_TO_SEARCH ]
Openclaw logo [ WEBSITE ] [ VENDOR STATS ]
CVSS: 8.3 CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:L 🐛 CWE-863
👁️
Common Weakness Enumeration - Identifies the specific category of software weakness or flaw.

CVE-2026-62196

CVE-2026-62196 — OpenClaw 2026.3.22 < 2026.6.6 Authorization Bypass via WhatsApp Group IDs
📅 PUBLISHED: 2026-07-13 00:00 UTC 🔄 UPDATED: 2026-09-26 06:16 UTC
[ OFFICIAL PATCH DEPLOYED ↓ ] FIX: LIKELY — 2 independent sources confirm fix
[ DEFENSE PATCH ↓ ]
💣 PoC: None
👁️
Proof of Concept - Indicates if functional exploit code is publicly available, drastically increasing the risk of immediate attacks.
🎯 EPSS: 0.40%
👁️
0.40% probability
9.9× above the median CVE
Tier: ELEVATED
30-day exploitation window · FIRST.org · updated daily
🥷 MITRE: T1548
👁️
MITRE ATT&CK Tactic - Describes the strategy hackers use to execute this attack.
License: Open Source
Affected: Openclaw — upgrade to patched release
CVSS VECTOR BREAKDOWN 8.3
AV: N Attack Vector Network
AC: L Attack Complexity Low
PR: L Privileges Required Low
UI: N User Interaction None
S: U Scope Unchanged
C: H Confidentiality High
I: H Integrity High
A: L Availability Low
8.3
THREAT LEVEL
■ tracking this CVE ✓ independent patch confirmation ⧗ same-origin mirror (GHSA) ⚠ active exploitation verification policy →

Executive Summary

CVE-2026-62196 is an authorization bypass vulnerability affecting OpenClaw versions 2026.3.22 through 2026.6.5 (fixed in 2026.6.6). The flaw resides in the platform's WhatsApp integration, where group identifiers (group IDs) can satisfy elevated sender allowlist checks, allowing attackers holding lower-trust credentials to perform actions that require stronger authorization. The vulnerability carries a high CVSS score of 8.7, reflecting the ease of exploitation (low privilege required, network-based) and the potential for full confidentiality, integrity, and availability compromise. Any organization running OpenClaw with WhatsApp channel integrations should treat this as a high-priority patching item. No public exploit code or in-the-wild exploitation has been confirmed as of this writing; however, the EPSS score of 0.00230 places this in the 13.8th percentile of exploited CVEs, indicating a low but non-zero likelihood of near-term exploitation.

⚡ AUTOMATE YOUR CVE INTELLIGENCE

This record — and 170,000+ others — are available via the ValtersIT API. One endpoint replaces five: NVD + GitHub CVE + CISA KEV + EPSS + Nuclei + Exploit-DB, unified.

›Patch confidence — UNVERIFIED to CONFIRMED, cross-referenced NVD + RHSA + Debian
›Exploit & PoC — poc_status, poc_url, has_exploit. Not in NVD.
›Shodan dorks — ready-made queries to find exposed vulnerable systems
›Detection rules — YARA · Wazuh · Elastic (all plans) · Sigma (Pro)
›pending_fields — know exactly which of 7 fields NVD hasn't processed yet
›Free backfill — data incomplete when you paid? Re-check within 30 days = 0 credits
PAYG €0.08/lookup Standard €19/mo (was €29) · 5k credits Pro €65/mo (was €99) · 20k credits FOUNDING PRICE · LOCKED FOR LIFE · ENDS 31 DEC 2026
[ FROM €19/MO ]
Free sandbox key available
No signup required

Technical Analysis

Vulnerability Class: CWE-863 — Incorrect Authorization. This is a logic-level authorization flaw rather than a memory corruption or injection issue. The root cause is a failure in the authorization decision process: the application incorrectly treats WhatsApp group IDs as equivalent to verified sender identities when evaluating elevated allowlists.

Affected Component: The WhatsApp integration module in OpenClaw. The CNA title explicitly references "Authorization Bypass via WhatsApp Group IDs," and the NVD description confirms that "WhatsApp group IDs can satisfy elevated sender allowlists."

Mechanism: In OpenClaw's permission model, certain actions are restricted to senders appearing on an elevated allowlist (e.g., administrators, operators, higher-trust roles). The affected code path performs validation of inbound WhatsApp messages by comparing sender identifiers against these allowlists. Due to the flaw, a WhatsApp group ID — which identifies a chat group rather than an individual sender — is accepted as satisfying the allowlist requirement. This means any member of a WhatsApp group whose group ID is recognized or can be referenced is granted the authorization level intended only for allowlisted senders.

Attack Surface: The attack surface is the inbound message-handling pipeline of the OpenClaw WhatsApp integration. An attacker with legitimate but lower-trust access to an OpenClaw instance (e.g., a standard user, or a member of a WhatsApp chat group integrated with OpenClaw) can craft or send messages in a way that causes the group ID to be evaluated as the sender identity. The precise technical mechanism — whether the group ID is spoofed in message headers, whether the application fails to distinguish message-level sender metadata from group metadata, or whether a webhook endpoint accepts group identifiers as sender parameters — is not disclosed in the NVD description. Insufficient technical detail is available to specify the exact code path, function names, or API endpoints.

Root Cause Analysis: The flaw is a classic conflation of identity primitives. The authorization logic likely performs a membership check on an identifier (group ID) rather than on the actual sender's individual identifier (phone number). This is consistent with the description: "group IDs can satisfy elevated sender allowlists." The developer intended the allowlist to match individual senders but inadvertently included group identifiers in the set of values that pass the check, or the comparison logic does not distinguish between the two identifier types.

Technical Detail Availability: No function names, class names, URL endpoints, or file paths are disclosed in the NVD description or CNA title. This report therefore describes the vulnerability at the class and mechanism level.

Exploitation Scenarios

No public PoC is available; the attack chain below is inferred from the vulnerability class (authorization bypass) and the CNA title.

Step 1 — Reconnaissance/Target Identification: An attacker must first gain access to an OpenClaw instance that has the WhatsApp channel enabled. This could be achieved through valid low-privilege credentials (e.g., a standard user account on the OpenClaw web interface) or by being a member of a WhatsApp group that is integrated with an OpenClaw bot/application. The attacker surveys the platform to identify which actions are gated behind the elevated sender allowlist (e.g., administrative commands, system configuration changes, privileged automation triggers).

Step 2 — Triggering the Authorization Flaw: The attacker sends a message to the OpenClaw-integrated WhatsApp number. Instead of impersonating an allowlisted individual (which would require possession of that individual's WhatsApp identity), the attacker exploits the fact that the group ID — not the sender's ID — is submitted to the validation logic. This could be achieved by initiating the message from within a group context where the group ID is propagated in the message metadata, or by crafting a message payload that references the group identifier in the sender field. The exact method depends on the WhatsApp integration's message-handling implementation, which is not publicly detailed.

Step 3 — Payload/Execution at Vulnerability-Class Level: The attacker sends a command or request that triggers a privileged action (e.g., configuration change, data export, user management operation). Because the authorization check accepts the group ID as satisfying the elevated allowlist, the command is processed as if it originated from a high-trust sender.

Step 4 — Post-Exploitation Impact: Successful exploitation grants the attacker the ability to execute privileged operations on the OpenClaw platform. Depending on the specific action gated by the allowlist, this could include: modifying system configuration, exfiltrating sensitive data, creating or deleting user accounts, invoking arbitrary automation workflows, or pivoting to other connected systems. The CVSS confidentiality, integrity, and availability impacts are all rated HIGH, reflecting the full-spectrum compromise potential.

Impact Assessment

CVSS Score Context: The vulnerability scores 8.7 on the CVSS scale. The vector (derived from the score and description) reflects: Network attack vector (AV:N), Low attack complexity (AC:L), Low privileges required (PR:L), No user interaction (UI:N), and High impact on Confidentiality, Integrity, and Availability (C:H/I:H/A:H), with Unchanged scope (S:U). The high severity is justified by the low barrier to exploitation — only low privileges are required, and no user interaction is needed.

Affected Systems: All OpenClaw deployments running versions 2026.3.22 through 2026.6.5 that have the WhatsApp integration enabled. Deployments not using the WhatsApp channel are not exposed to this specific flaw.

Business Impact: OpenClaw is a network automation and orchestration platform. Compromise of the platform could lead to unauthorized changes to network device configurations, potential service disruption, data exfiltration of operational telemetry, and lateral movement into the managed network infrastructure. The WhatsApp integration suggests the platform is used for operational messaging/automation, meaning a successful bypass could allow an attacker to issue operational commands that affect production environments.

Blast Radius: Direct impact is limited to the OpenClaw instance itself. However, because automation platforms typically have broad permissions to managed endpoints (network devices, cloud APIs, other IT systems), the actual blast radius could extend significantly beyond the host. The severity is amplified by the fact that the attack requires no physical or local access and can be executed remotely via a messaging channel.

EPSS Context: An EPSS score of 0.00230 (13.8th percentile) indicates that, based on current threat intelligence signals, this CVE is unlikely to be exploited in the near term. However, EPSS is a probability estimate, not a certainty, and the score may rise if public PoC or exploit activity emerges.

Detection Guidance

The following detection content is generated based on the vulnerability characteristics. Due to the absence of public exploit code and specific technical indicators (URLs, function names, payload signatures), these detections are broader behavioral rules focused on the anomaly patterns associated with this authorization bypass class.

Sigma Rule

title: OpenClaw WhatsApp Authorization Bypass - Group ID as Sender
id: 5f8c2d6e-9b3a-4c1f-8d5e-0a7b2e9f1c3a
status: experimental
description: Detects log events where OpenClaw WhatsApp integration records a group ID being used as the sender identity in a privileged context.
references:
    - https://nvd.nist.gov/vuln/detail/CVE-2026-62196
author: Valters IT Security Research
date: 2026/07/15
logsource:
    product: openclaw
    service: auth
detection:
    selection:
        event.action: "authorization_check"
        event.outcome: "success"
        sender.type: "whatsapp_group"
        resource.level: "elevated"
    condition: selection
    timeframe: 5m
level: high
falsepositives:
    - Legitimate configuration where group admins are intentionally granted elevated access (should not exist per design)
    - Log schema incompatibilities between OpenClaw versions

YARA Rule

rule OpenClaw_WhatsApp_Auth_Bypass
{
    meta:
        author = "Valters IT Security Research"
        description = "Detects log strings or data artifacts indicating group ID spoofing in OpenClaw WhatsApp authorization context"
        cve = "CVE-2026-62196"
        date = "2026-07-15"
    strings:
        $s1 = "whatsapp_group" ascii nocase
        $s2 = "sender_allowlist" ascii nocase
        $s3 = "group_id" ascii nocase
        $s4 = "authorization_bypass" ascii nocase
        $s5 = "elevated_permission" ascii nocase
    condition:
        (uint16(0) == 0x4D5A or uint16(0) == 0x7F45) and
        2 of ($s*) and
        ($s1 and $s2) or ($s3 and $s5)
}

Suricata IDS Rule

alert http any any -> any any (msg:"CVE-2026-62196 OpenClaw WhatsApp Group ID Authorization Bypass Attempt"; flow:established,to_server; content:"group_id"; http_uri; content:"whatsapp"; http_uri; content:"sender"; http_uri; classtype:attempted-admin; sid:2026062196; rev:1; metadata:created_at 2026_07_15, updated_at 2026_07_15, cve CVE-2026-62196;)

Note: The Suricata rule targets HTTP traffic that references the group ID / sender fields in a WhatsApp-related context, which is the most probable transport for OpenClaw's webhook API. Actual implementation may require adjustment based on the specific endpoint paths, which are not publicly documented.

Elastic Detection

sequence by host.id with maxspan=5m
  [ authentication where event.action == "authorization_check" and
    winlog.event_data.privilege_level == "elevated" and
    winlog.event_data.sender_type == "whatsapp_group" ]
  [ authentication where event.action == "action_executed" and
    process.name == "openclaw" ]

Splunk SPL Query

index=openclaw sourcetype=openclaw:auth
| where event_action="authorization_check" AND outcome="success" AND sender_type="whatsapp_group" AND resource_level="elevated"
| table _time, host, sender_id, resource, user
| stats count by host, sender_id
| where count > 5

Wazuh OSSEC Rule

<group name="openclaw,">
  <rule id="621960" level="12">
    <decoded_as>json</decoded_as>
    <field name="event.action">authorization_check</field>
    <field name="event.outcome">success</field>
    <field name="sender.type">whatsapp_group</field>
    <field name="resource.level">elevated</field>
    <description>CVE-2026-62196: OpenClaw authorization bypass - privileged action granted to WhatsApp group ID</description>
    <group>cve-2026-62196,</group>
    <mitre>
      <id>T1548</id>
    </mitre>
  </rule>
</group>

Mitigation & Patch Guidance

Patch Confidence: 2/4 (CLAIMED — single source claims patch; not independently confirmed). A single OSV entry claims the vulnerability is addressed in version 2026.6.6, but this is not independently confirmed via vendor advisory or multiple patch sources. Organizations should validate this claim before relying on it.

  1. Immediate Mitigations:

    • Disable WhatsApp Channel: If the WhatsApp integration is not critical to operations, disable it immediately to eliminate the attack surface.
    • Restrict Low-Privilege Access: Temporarily remove or downgrade lower-trust accounts that could interact with the WhatsApp channel until patching is complete.
    • Network-Level Restriction: Restrict outbound and inbound traffic to OpenClaw's WhatsApp API endpoints to only known, trusted IP ranges if feasible.
    • Monitor Authorization Logs: Enable verbose logging of authorization decisions and alert on any success event where sender type is a group identifier.
  2. Patch/Upgrade Steps:

    • Upgrade OpenClaw to version 2026.6.6 or later, which is claimed to contain the fix.
    • Verify the patched version through the official vendor channel. Independently confirm the version's release notes mention the authorization bypass fix.
    • After patching, perform regression testing on the WhatsApp integration to ensure group IDs are no longer accepted as elevated senders.
  3. Long-Term Hardening:

    • Implement a defense-in-depth authorization model: require explicit mapping between individual sender identities (phone numbers) and elevated roles, with a separate, distinct mapping for group-level permissions.
    • Add a regular expression or type differentiation check in the authorization code to ensure sender identifiers are validated as individual phone numbers, not any other identifier type.
    • Conduct a security code review of the WhatsApp integration module with a focus on authorization decision logic.
    • Implement audit logging that records the full sender identity context (individual vs. group) for every authorization decision.
    • Subscribe to open-source vulnerability notifications for OpenClaw to receive timely alerts on future disclosures.

References

  1. NVD Entry — https://nvd.nist.gov/vuln/detail/CVE-2026-62196 (NVD Description, CVE metadata)
  2. OSV.dev Database — https://osv.dev/vulnerability/CVE-2026-62196 (Patch source: OSV; affected package reference: e7d11f6c33e223a0dd8a21cfe01076bd76cef87a)
  3. CWE-863 Entry — https://cwe.mitre.org/data/definitions/863.html (Incorrect Authorization weakness class)
  4. MITRE ATT&CK — T1548 — https://attack.mitre.org/techniques/T1548/ (Abuse Elevation Control Mechanism)

Known Threat Actor Activity: No exploit code, PoC, or in-the-wild exploitation of CVE-2026-62196 has been publicly documented as of this report's writing. The CVE is not listed on the CISA Known Exploited Vulnerabilities (KEV) catalog, and no threat actor campaign references have been identified. The EPSS score of 0.00230 confirms a low current likelihood of exploitation. However, as the WhatsApp integration of a network automation platform is an attractive operational target, monitoring for future exploit development is advised.

👁️ SHODAN DORKS (THREAT HUNTING)

What is this? Security researchers use these exact search queries on Shodan.io (a search engine for internet-connected devices) to find vulnerable systems globally. You can copy these dorks to see if your organization's IP space is exposed.

http.title:"OpenClaw"
OpenClaw 2026
http.html:"OpenClaw" "admin"
◈ SOURCE Analysis & enrichment: valtersit.com/cve/CVE-2026-62196/ · CVE data: NVD/MITRE (public domain) · © 2026 ValtersIT Hub
>_ SYSTEM_CORE: INTEL_ACTIVE
90% TEAM-CURATED // 10% AUTOMATED INGESTION.
ALL PATCH REFERENCES AND VERSION DATA SOURCED FROM NVD + OSV OFFICIAL REGISTRIES.