GHSA-qm77-8qjp-4vcm
OpenClaw: Slack thread context could include messages from non-allowlisted senders
Packages
Details
As written in the advisory (Markdown source, shown as plain text).
## Summary
Before OpenClaw 2026.4.2, Slack thread starter and thread-history context fetched through the API was not filtered by the effective sender allowlist. Messages from non-allowlisted senders could still enter the agent context when an allowlisted user replied in the same thread.
## Impact
A Slack deployment that relied on sender allowlists could still feed non-allowlisted thread content into the model context through thread history. This was a sender-access-control bypass on Slack thread context, not a direct channel-auth bypass.
## Affected Packages / Versions
- Package: `openclaw` (npm)
- Affected versions: `<= 2026.4.1`
- Patched versions: `>= 2026.4.2`
- Latest published npm version: `2026.4.1`
## Fix Commit(s)
- `ac5bc4fb37becc64a2ec314864cca1565e921f2d` — filter Slack thread context by the effective allowlist
## Release Process Note
The fix is present on `main` and is staged for OpenClaw `2026.4.2`. Publish this advisory after the `2026.4.2` npm release is live.
OpenClaw thanks @AntAISecurityLab for reporting.
References
External links from the advisory. They lead to third-party sites.
- https://github.com/openclaw/openclaw/security/advisories/GHSA-qm77-8qjp-4vcm
- https://nvd.nist.gov/vuln/detail/CVE-2026-41358
- https://github.com/openclaw/openclaw/commit/ac5bc4fb37becc64a2ec314864cca1565e921f2d
- https://github.com/openclaw/openclaw
- https://www.vulncheck.com/advisories/openclaw-sender-allowlist-bypass-via-slack-thread-context