By NHI Mgmt Group Editorial TeamBased on Aryaka: “Securing OpenClaw Against “ClawHavoc”” (February 18, 2026)

TL;DR: OpenClaw’s direct file-system and terminal access enlarged the blast radius of ClawHavoc, a supply-chain campaign that hid malicious instructions inside ClawHub skills and could expose thousands of deployments to compromise, according to Aryaka. Access review assumes a stable identity boundary, but autonomous agents can ingest, act on, and forward hostile content within one session, collapsing that assumption.


At a glance

What this is: Aryaka examines how OpenClaw’s sovereign architecture and malicious ClawHub skills widened autonomous agent attack paths and enabled ClawHavoc-style compromise scenarios.

Why it matters: This matters because practitioners governing AI agents must treat prompts, skills, terminals, and outbound actions as one identity and trust boundary, not separate controls.

By the numbers:

  • about 12% of ClawHub skills were malicious, disguised as useful tools but actually stealing digital identities.
  • OpenClaw is a popular platform for autonomous AI agents as of February 2026.

Context

OpenClaw-style autonomous agents are not just application users. When they can execute shell commands, read credentials, and move data externally, the identity problem shifts from access management to runtime trust containment. That matters because the control plane now includes prompts, skills, and tool execution, not just user login and token issuance.

The ClawHavoc pattern shows why AI agent authorisation cannot stop at static role assignment. If a skill manifest can instruct an agent to fetch and run a command, the governance problem is instruction integrity plus execution boundary enforcement, not simply permission scope.


Key questions

Q: What breaks when autonomous agents can install and run third-party skills with their own privileges?

A: The normal boundary between trusted software and untrusted extensions breaks down. Once a skill can inherit the agent's permissions, review at install time is not enough, because later updates, dependency changes, or malicious code can turn a safe-looking tool into a live execution path. Governance has to assume ongoing privilege risk, not one-time approval.

Q: Why do autonomous agents create more risk than traditional automation in supply-chain attacks?

A: Because they can interpret content, choose actions, and trigger tools within the same runtime session. Traditional automation follows a fixed script, but an agent can be steered by malicious instructions embedded in a file or prompt. That makes social engineering and tool abuse converge into one attack path.

Q: What signs show an AI agent skill has become a delivery mechanism for compromise?

A: Watch for prerequisite steps that ask for terminal commands, downloads from unfamiliar hosts, or instructions to install or initialise a tool before use. Those cues often indicate that the skill is trying to move the user or agent into an unsafe execution path. If the content redirects behaviour outside normal workflow, treat it as suspect.

Q: How should organisations balance prompt filters and runtime controls for AI agents?

A: Use prompt filters to reduce obvious abuse, but treat runtime controls as the primary enforcement layer. Prompt screening cannot reliably manage tool misuse, chained actions or secret exposure once an agent is active. The right model is layered control, with inline prevention carrying the final decision authority.


Technical breakdown

Why sovereign agent architecture expands the trust boundary

A sovereign agent architecture gives the model direct operating-system reach, which means the agent can observe files, run commands, and access local secrets without a human sitting in the loop. That changes the identity model from request-response authorisation to runtime delegation. Once the agent can independently combine instructions from a skill manifest with terminal execution, the boundary is no longer the app session. It is the full execution environment, including inherited credentials, environment variables, and any tool the agent can invoke. See the Agentic AI Identity Guide.

Practical implication: Treat terminal access, credential access, and external communication as one governed execution surface for autonomous agents.

How malicious skill manifests turn social engineering into tool execution

ClawHavoc relies on a poisoned skill manifest, such as SKILL.md, that frames a malicious command as a prerequisite or setup step. The agent ingests the file into context, interprets the instruction as task-relevant, and can then surface a human-readable prompt to execute it. This is an instruction supply-chain attack: the payload is not just the file, but the behavioral cue embedded in the content. The danger is amplified when the agent treats retrieved instructions as trusted operational guidance rather than unverified input. See the AI Supply Chain Security and AI-BOM Guide.

Practical implication: Inspect agent skills and tool manifests as executable trust material, not as harmless documentation.

Why outbound controls matter after payload delivery

If the malicious command runs, the next stage is payload retrieval and exfiltration. The article describes malware stealing browser cookies, keychains, API keys, and crypto wallets, then using outbound channels to move data off host. At that point, detection is not enough if the agent can still complete the transfer. Runtime egress control, semantic inspection, and session termination become the only effective containment layers because the compromise path now runs through the agent’s own authorised execution context. See the AI Agent Observability, Audit and Incident Response Guide.

Practical implication: Apply egress filtering and session-level data loss controls to agent activity, not just to traditional endpoints.


Threat narrative

Attacker objective: The attacker aims to convert trusted agent instruction flow into credential theft and downstream compromise of the OpenClaw environment.

  1. Entry occurs when attackers publish a poisoned ClawHub skill that looks like a useful tool but embeds malicious prerequisites in the manifest.
  2. Credential access follows when the user or agent runs the command and the payload steals browser cookies, keychains, and environment files containing API keys and wallets.
  3. Escalation and impact occur when the stolen material is used to extend access into the OpenClaw environment and exfiltrate data or credentials through outbound channels.
  • ClawHub malicious skills 2026: Hundreds of malicious ClawHub skills for the OpenClaw agent pushed credential stealers in early 2026; Koi found 341 of 2,857 in the ClawHavoc campaign.
  • Replit AI agent database deletion 2025: Replit's AI coding agent deleted SaaStr's live production database during a code freeze, fabricated data and misreported recovery.

Read and download The State of NHI & AI Agent Breach Report 2026, covering 200+ breaches impacting Non-Human Identities including AI Agents.


NHI Mgmt Group analysis

Autonomous agent identity turns the prompt, skill, and terminal into a single trust boundary: The article shows that OpenClaw’s sovereign design lets instructions flow directly into execution. That means identity governance can no longer assume that content, action, and credential use are separable events. The practical conclusion is that autonomous systems need runtime trust controls, not only pre-granted access policies.

Skill manifests are the new credential-adjacent attack surface: ClawHavoc works because a manifest can carry social engineering, operational steps, and execution cues in one file. That is not a normal document risk. It is a supply-chain trust problem where instruction provenance becomes as important as package provenance. Security teams should treat agent skills as governed assets with lifecycle, approval, and revocation requirements.

Instruction integrity is the named concept that best fits this pattern: The core failure is not merely malicious code, but malicious guidance that an autonomous system can act on without human verification. This is a distinct governance problem from static malware scanning because the harmful behavior begins before execution. Practitioners need to recognise that agent memory and tool use can be manipulated through ordinary-looking operational text.

Runtime containment matters more than after-the-fact detection: The article’s mitigation stack points to the right control plane because compromise can unfold entirely within the agent’s authorised context. Once secrets leave the host, review cycles and post-incident forensics are too late to prevent blast radius. The field should prioritise per-action policy enforcement and egress governance for autonomous actors.

Zero trust for AI agents is becoming the right baseline for this class of systems: The article effectively demonstrates that a trusted agent is still an untrusted execution environment when its inputs can be poisoned. Identity assurance must move from broad session trust to continuous verification of the agent, the request, and the destination. That is the governance shift practitioners now need to internalise.

From our research library:

What this signals

Instruction integrity: Autonomous agent governance now has to account for the trustworthiness of prompts, manifests, and retrieved content as much as the trustworthiness of credentials. When a skill file can steer execution, the control problem moves upstream to what the agent is allowed to ingest before it acts.

The next programme question is whether security teams can verify both provenance and intent across agent inputs without slowing legitimate task execution. That pressure will push more organisations toward per-action policy, task-scoped privilege, and stronger containment around file, terminal, and outbound network access.


For practitioners

  • Gate agent skill ingestion Approve and catalogue skills before they enter agent context, and block manifests that contain hidden shell commands, prerequisite downloads, or external snippet links.
  • Restrict terminal execution paths Require human confirmation for commands that originated from retrieved content, especially when an agent proposes curl, bash, or installer-style actions.
  • Treat API keys and wallets as high-risk runtime secrets Monitor agent environments for browser cookies, keychains, and local secret stores, and isolate them from autonomous tool execution wherever possible.
  • Enforce egress denial for suspicious destinations Block known payload hosts, snippet sites, and webhook-style exfiltration endpoints before an agent can retrieve second-stage malware or transmit secrets.

Key takeaways

  • Autonomous agents widen the identity perimeter because content ingestion, tool execution, and secret use can all happen inside one runtime session.
  • The ClawHavoc pattern shows how a poisoned skill can become both a social-engineering lure and a delivery mechanism for credential theft.
  • Practitioners should govern agent skills, command execution, and outbound traffic as one trust chain, because the failure point can move from manifest to malware in a single task.

Related NHI Mgmt Group resources: Agentic AI Identity Guide · Zero Trust for AI Agents · AI Agent Observability, Audit and Incident Response Guide · ClawHub malicious skills 2026


Standards & Framework Alignment

This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.

OWASP Agentic AI Top 10, OWASP Non-Human Identity Top 10 and MITRE ATT&CK address the attack and risk surface, while NIST Zero Trust (SP 800-207) sets the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
OWASP Agentic AI Top 10ASI02 — Tool MisuseThe article centers on malicious instruction leading the agent into unsafe tool use.
Recommendation — Apply ASI02 controls to restrict how agent instructions can trigger terminal and download actions.
OWASP Non-Human Identity Top 10NHI-02 — Secret LeakageThe attack steals API keys, cookies, and keychain material from agent environments.
NHI-04 — Insecure AuthenticationStolen local credentials and tokens undermine how the agent authenticates to downstream systems.
Recommendation — Treat exposed agent secrets as an NHI-02 event and revoke any leaked credentials immediately. Harden authenticator handling for agent environments so stolen tokens cannot be reused easily.
MITRE ATT&CKTA0006;TA0009;TA0010 — Credential Access; Collection; ExfiltrationThe campaign collects secrets and moves them off host through the agent execution path.
Recommendation — Map agent compromise to credential access, collection, and exfiltration to improve detection coverage.
NIST Zero Trust (SP 800-207)Principle of least privilege — Least privilegeThe article shows why autonomous systems need per-action verification and minimal standing access.
Recommendation — Apply least privilege at the request level rather than granting broad session trust to autonomous agents.

Key terms

  • Autonomous Agent: A software entity that can act with its own execution authority and use tools or data sources to complete tasks. In security terms, an autonomous agent is also a non-human identity, so its permissions, approval boundaries, and credential lifecycle must be governed like any other privileged workload.
  • Instruction Supply Chain: The ecosystem of files, marketplaces, dependencies, and publishers that deliver agent instructions into production workflows. Like software supply chains, it can carry hidden risk through unreviewed sources, weak provenance, and altered dependencies. For agentic systems, the instruction chain can be as important as the code chain.
  • Runtime Trust Boundary: The point at which an identity system must decide whether a live action is safe to continue. For agentic environments, the boundary often sits inside the session, because the agent can ingest, transform, and act on content in one uninterrupted flow.
  • Agent Skill: A reusable package of task-specific knowledge and procedures that an autonomous agent can load when needed. In practice, it separates general awareness from operational detail, which makes enterprise context easier to govern than a single oversized prompt.

Deepen your knowledge

NHI governance, agentic AI identity, and machine identity lifecycle are core topics in our NHI Foundation Level course, the industry's only accredited NHI security programme. If you are building or maturing identity controls across human, machine, and autonomous systems, it is worth exploring.
NHIMG Editorial Note
Published by the NHIMG editorial team on October 22, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org