Skip to content

OpenClaw, ShellHub, and cloud tenant-boundary batch

Signal: GitHub Security Advisories REST fallback surfaced a fresh 2026-05-07 batch where device pairing, webhook replay, group-DM classification, tenant objects, and cloud/database permissions crossed account boundaries.

Advisories covered

Why this is durable

Multi-tenant systems fail when identity is checked at login but not re-bound at every object, callback, websocket, and helper endpoint. Device tokens, group-DM state, replay signatures, and namespace UIDs are all bearer-like authorities unless scoped and revalidated.

Immediate triage

  1. Patch OpenClaw, ShellHub, AWS Advanced Go Wrapper, and related integrations where deployed.
  2. Rotate device tokens and ensure active WebSocket sessions terminate immediately after credential rotation.
  3. Re-test every API object lookup by UID with a token from a different tenant/namespace/account.
  4. Enforce replay detection over canonical signature bytes, not alternate encodings, and apply pre-auth concurrency budgets before body parsing.
  5. Remove host/path state, config paths, and control-interface metadata from non-admin hello or discovery snapshots.

Durable controls

  • Require account, tenant, channel, device, node-scope, and session binding on every callback and websocket frame.
  • Key rate limits and pending-pairing caps by account plus source, not only by channel or token string.
  • Treat group DMs and component/slash interactions as separate policy surfaces; never infer “direct message” from weak channel metadata.
  • Build IDOR tests that enumerate object IDs across tenants for sessions, devices, backups, screenshots, and control-plane metadata.