
Cloud Vulnerability DB
A community-led vulnerabilities database
The issue is not deterministic session keys by itself. The exploitable path was accepting externally supplied sessionKey values on authenticated hook ingress, allowing a hook token holder to route messages into chosen sessions.
POST /hooks/agent accepted payload sessionKey and used it directly for session routing.agent:main:dm:<peerId>) were often derivable from known metadata, making targeted routing practical when request-level override was enabled.sessionKey values.openclaw >= 2.0.0-beta3 and < 2026.2.12openclaw >= 2026.2.12OpenClaw now uses secure defaults for hook session routing:
POST /hooks/agent rejects payload sessionKey unless hooks.allowRequestSessionKey=true.hooks.defaultSessionKey for fixed ingress routing.hooks.allowedSessionKeyPrefixes to constrain explicit routing keys.{
"hooks": {
"enabled": true,
"token": "${OPENCLAW_HOOKS_TOKEN}",
"defaultSessionKey": "hook:ingress",
"allowRequestSessionKey": false,
"allowedSessionKeyPrefixes": ["hook:"]
}
}Thanks @alpernae for responsible 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."