
Cloud Vulnerability DB
A community-led vulnerabilities database
In openclaw@2026.2.25, BlueBubbles group authorization could incorrectly treat DM pairing-store identities as group allowlist identities when dmPolicy=pairing and groupPolicy=allowlist.
A sender that was only DM-paired (not explicitly present in groupAllowFrom) could pass group sender checks for message and reaction ingress.
Per OpenClaw's SECURITY.md trust model, this is a constrained authorization-consistency issue, not a multi-tenant boundary bypass or host-privilege escalation.
openclaw (npm)2026.2.25<= 2026.2.25>= 2026.2.26 (planned next release)Root cause was DM/group allowlist composition where DM pairing-store identities could flow into group authorization decisions. Fix approach:
groupPolicy=allowlist and dmPolicy=pairing when pairing-store entries are present.groupAllowFrom membership.051fdcc428129446e7c084260f837b7284279ce9patched_versions is pre-set to the planned next release (2026.2.26) so once npm 2026.2.26 is published, this advisory can be published without further content edits.
OpenClaw thanks @tdjackey for reporting.
Source: NVD
Free Vulnerability Assessment
Evaluate your cloud security practices across 9 security domains to benchmark your risk level and identify gaps in your defenses.
Get a personalized demo
"Best User Experience I have ever seen, provides full visibility to cloud workloads."
"Wiz provides a single pane of glass to see what is going on in our cloud environments."
"We know that if Wiz identifies something as critical, it actually is."