OpenClaw (formerly Clawdbot, then Moltbot, renamed in January 2026) is an open-source AI agent framework that allows an AI assistant to act on behalf of a user — files, Slack, Discord, Telegram, online purchases — using their own access and permissions. Launched in November 2025, it reached 347,000 GitHub stars in less than six months. In those same five months, 138 CVEs have been associated with it — including 7 critical and 49 of high severity. If you or your team uses OpenClaw, the posture recommended by experts is unequivocal: assume you are compromised.
OpenClaw (formerly Clawdbot, then Moltbot — three successive names in January 2026) is an open-source AI agent framework that allows an AI assistant to automate actions on behalf of a human user — local and network file access, Slack and Discord messaging, Telegram management, online transactions, third-party service execution — using the same rights and credentials as the user.
Launched in November 2025, OpenClaw reached 347,000 GitHub stars in less than six months. Its popularity is viral. Its security model, however, is fundamentally fragile: the agent has the same rights as the user, connected to all their services. A flaw does not compromise a single isolated component — it compromises everything the agent had access to.
| Date | Incident | Severity |
|---|---|---|
| November 2025 | OpenClaw launch (formerly Clawdbot, then Moltbot, renamed OpenClaw in January 2026), viral adoption — 347,000 ⭐ GitHub | — |
| Jan 29 – Feb 3, 2026 | CVE-2026-25253 (CVSS 8.8): one-click RCE via local WebSocket. Patch v2026.1.29 published January 29, 2026; public disclosure February 3, 2026. 35.4% of observed deployments vulnerable to RCE. | 🔴 Critical |
| February 2026 | ClawHavoc campaign (Koi Security): 341 malicious skills out of 2,857 audited (12%) — keyloggers and credential stealers | 🔴 Critical |
| February 19, 2026 | Microsoft Security Blog: official guidance advising against deployment on any workstation containing sensitive data | 🟠 Alert |
| March 2026 | CVE-2026-22172 (CVSS 9.9): self-declaration of admin scopes via WebSocket — all versions before 2026.3.12 | 🔴 Critical |
| March 19, 2026 | CVE-2026-32038: Docker network isolation bypass via network=container:. Fixed in OpenClaw 2026.2.24 |
🔴 Critical |
| March 13–29, 2026 | CVE-2026-32922 (CVSS 9.9): escalation via device.token.rotate. Patch v2026.3.11 published March 13; CVE published March 29. +135,000 exposed instances across 82 countries, 63% without auth (SecurityScorecard STRIKE, February 2026; relayed by ARMO, March 2026) |
🔴 Critical |
| April 3, 2026 | Ars Technica: "Assume compromise" — 3 new high-to-critical severity vulnerabilities, including CVE-2026-33579 (CVSS up to 9.8). 824+ malicious skills active | 🔴 Critical |
138 CVEs tracked between February and April 2026 — including 7 critical and 49 of high severity (GitHub tracker jgamblin/OpenClawCVEs; analysis relayed by Blink Security, April 2026)
The vulnerability exploits OpenClaw's WebSocket gateway (port 18789 by default, insufficient origin validation). Simply visiting a booby-trapped page was enough to compromise the machine. 35.4% of observed deployments were vulnerable to RCE (SecurityScorecard STRIKE, February 2026). Patch v2026.1.29 was published on January 29, 2026, five days before the public disclosure on February 3, 2026 (ProArch Security, March 2026).
WebSocket clients could self-declare with administrator scopes, completely bypassing authentication. Affects all versions prior to 2026.3.12.
Via the network=container: parameter, an agent accessed the network namespace of other containers — databases, internal services, private APIs. Required prior trusted operator access.
135,000+ instances exposed on the internet across 82 countries — including 63% without any authentication (SecurityScorecard STRIKE, February 2026; relayed by ARMO Security, March 2026)
The device.token.rotate function did not constrain the scopes of newly generated tokens. An attacker with the lowest permission level obtained full administrator control. The patch was published in version 2026.3.11 on March 13, 2026; the CVE was published on cve.org on March 29, 2026.
The /pair approve command did not forward the requester's security scopes into the central authorization check. Patched in version 2026.3.28. The official CVSS score has not yet been published by NVD as of this article's date; the "up to 9.8" score is reported by Ars Technica and Blink Security (April 2026).
In February 2026, researchers at Koi Security detected the ClawHavoc campaign: skills distributed via the official ClawHub, disguised as productivity tools (Gmail, Notion, Slack, GitHub), embedding malicious code.
Key figures (Koi Security, February 2026): 341 malicious skills identified out of 2,857 audited (12%), of which 335 attributed to the same ClawHavoc campaign. This figure has since grown: 824+ malicious skills active as of April 3, 2026 (Blink Security, April 2026), including keyloggers and credential stealers targeting OAuth tokens, API keys, and environment variables.
| Attack vector | Docker alone | Dedicated VM | Docker + 5 flags |
|---|---|---|---|
| CVE-2026-25253 (WebSocket RCE) | ❌ | ✅ | ⚠️ Partial |
| CVE-2026-32038 (network namespace) | ❌ before OpenClaw 2026.2.24 | ✅ | ✅ |
| CVE-2026-22172 (auto admin scope) | ❌ | ❌ | ❌ |
| CVE-2026-32922 (device.token.rotate) | ❌ | ❌ | ❌ |
| Malicious ClawHub skills | ❌ | ⚠️ Partial | ⚠️ Partial |
| Kernel exploit (shared kernel) | ❌ | ✅ | ❌ |
Microsoft Security Blog (02/19/2026): "The runtime can ingest untrusted text, download and execute skills from external sources, and perform actions using the credentials assigned to it — without equivalent controls around identity, input handling, or privilege scoping. (…) If an organization determines that OpenClaw must be evaluated, it should be deployed only in a fully isolated environment such as a dedicated virtual machine, with non-privileged credentials, access only to non-sensitive data, continuous monitoring, and a rebuild plan."
— Microsoft Security Blog, February 19, 2026
Bottom line: Docker reduces the blast radius. It does not guarantee invulnerability. A Docker container shares the host kernel — a kernel vulnerability compromises every container on the machine. Docker bypasses UFW rules by modifying iptables directly — your VM firewall does not protect your containers by default.
docker run \
--user nobody \
--read-only \
--cap-drop=ALL \
--security-opt=no-new-privileges \
# NEVER mount the Docker socket (/var/run/docker.sock)
Is updating to 2026.4.14 enough to be protected?
The patch fixes the vulnerabilities known as of April 3, 2026. It does not fix what may have happened during the weeks of exposure. If OpenClaw was in production before the patch, the recommended posture remains: revoke all tokens, reset all credentials, treat the environment as potentially compromised.
Does Docker protect me from OpenClaw vulnerabilities?
No, not entirely. CVE-2026-25253 (WebSocket RCE) and CVE-2026-22172 (admin scope) are not mitigated by Docker alone. CVE-2026-32038 specifically bypassed Docker network isolation. The 5 hardening flags must be applied in addition to updating to 2026.4.14.
How many OpenClaw instances are exposed on the internet?
According to security data from February 2026, more than 135,000 OpenClaw instances are exposed on the internet across 82 countries. Of these, 63% operate without any authentication (SecurityScorecard STRIKE, February 2026; relayed by ARMO Security, March 2026) — meaning that any network visitor can request pairing access without providing credentials.
What should I do if I installed skills from ClawHub before March 2026?
Audit every skill installed between November 2025 and the end of February 2026. Skills disguised as productivity tools (Gmail, Notion, Slack, GitHub) are particularly suspicious. When in doubt: uninstall the skill, revoke all credentials OpenClaw had access to, regenerate the associated API keys.
Can OpenClaw be used securely in a corporate environment?
Microsoft Security Blog (02/19/2026): "It is not appropriate to run on a standard personal or enterprise workstation. If an organization determines that OpenClaw must be evaluated, it should be deployed only in a fully isolated environment such as a dedicated virtual machine, with non-privileged credentials, access only to non-sensitive data, continuous monitoring, and a rebuild plan."
Is the problem specific to OpenClaw or structural to AI agents?
The problem is structural. An AI agent operating with the broad rights of the user, connected to multiple services, creates an exceptional attack surface. A flaw does not compromise a single isolated component — it compromises everything the agent had access to. OpenClaw is a textbook case, not an exception. The current "one agent, broad access to everything" model is fundamentally fragile.
What are the indicators of compromise to monitor?
Unusual activity on your Slack, Discord, Telegram or GitHub accounts; OAuth tokens revoked or regenerated without your action; new active sessions on services OpenClaw had access to; files created, modified, or deleted without identifiable action; outbound network requests to unknown domains from the server hosting OpenClaw.