CVE-2026-32899 in OpenClawinfo

Summary

by MITRE • 03/21/2026

OpenClaw versions prior to 2026.2.25 fail to consistently apply sender-policy checks to reaction_* and pin_* non-message events before adding them to system-event context. Attackers can bypass configured DM policies and channel user allowlists to inject unauthorized reaction and pin events from restricted senders.

Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.

Analysis

by VulDB Data Team • 03/27/2026

The vulnerability identified as CVE-2026-32899 affects OpenClaw versions prior to 2026.2.25 and represents a critical security flaw in event processing and access control mechanisms. This issue stems from inconsistent implementation of sender-policy checks within the system-event context management, specifically targeting reaction_ and pin_ non-message events that do not follow standard message processing flows. The flaw exists in the core event handling architecture where the system fails to properly validate sender permissions before incorporating these specific event types into the broader system-event context, creating a significant bypass opportunity for malicious actors.

The technical implementation of this vulnerability demonstrates a failure in the principle of least privilege enforcement within the OpenClaw platform's access control framework. The system's event processing pipeline contains a logic gap where sender-policy validation occurs inconsistently for certain event categories, particularly those prefixed with reaction_ and pin_, which are treated as special non-message events in the platform's architecture. This inconsistency allows attackers to exploit the system's trust model by injecting unauthorized events that should be filtered out based on configured data management policies and user allowlists. The vulnerability specifically targets the system-event context management layer where event data is aggregated and processed, enabling unauthorized access to event streams that should be restricted to legitimate senders.

The operational impact of this vulnerability extends beyond simple privilege escalation, creating potential for widespread unauthorized event injection across the OpenClaw platform. Attackers can leverage this flaw to bypass configured data management policies that are designed to prevent unauthorized access to system-event contexts, effectively allowing them to manipulate event streams and potentially disrupt normal platform operations. The vulnerability's exploitation capabilities align with attack patterns documented in the ATT&CK framework under privilege escalation and defense evasion techniques, as it enables attackers to inject events that would normally be filtered out by security controls. This creates opportunities for attackers to manipulate system behavior, potentially leading to data integrity compromises and unauthorized access to sensitive system-event contexts that should remain protected.

Security mitigations for this vulnerability require immediate implementation of consistent sender-policy validation across all event types within the OpenClaw platform, particularly focusing on the reaction_ and pin_ event categories. Organizations should implement comprehensive access control reviews to ensure that all non-message events undergo the same security validation processes as standard message events. The fix should address the root cause by enforcing consistent policy enforcement mechanisms within the system-event context management layer, preventing unauthorized event injection regardless of event type. Additionally, security monitoring should be enhanced to detect anomalous event injection patterns that may indicate exploitation attempts. This vulnerability aligns with CWE-284, which addresses improper access control, and represents a clear violation of the principle of least privilege in system-event context management. The recommended remediation includes code-level fixes to ensure consistent policy enforcement and comprehensive testing of event processing flows to prevent similar issues in future deployments.

Responsible

VulnCheck

Reservation

03/16/2026

Disclosure

03/21/2026

Moderation

accepted

CPE

ready

EPSS

0.00042

KEV

no

Activities

very low

Sources

Do you want to use VulDB in your project?

Use the official API to access entries easily!