On June 22, 2026, Help Net Security published a video analysis by Ax Sharma, Head of Research at Manifold Security, detailing a case of scope squatting in the ClawHub registry for AI agent plugins. Twenty-three code-executing plugins were available under the official @openclaw and @clawhub scopes but belonged to accounts unaffiliated with the legitimate namespace owners.
The case mirrors a well-established pattern in traditional software registries, with a critical difference: AI plugins execute with the privileges of the autonomous agent, amplifying the blast radius of any installation error.
- 23 code-executing plugins on ClawHub were published under the
@openclawand@clawhubscopes but controlled by unauthorized accounts, according to the source. - Official scopes were not reserved for legitimate owners for every already-published package, allowing namespace overlap.
- Supply chain risk persists even absent malicious code, because the official-looking scope induces unjustified trust.
- The registry made changes after disclosure, but the source does not specify the exact nature of the fixes or their completeness.
The Mechanism: npm-Style Scopes Without Ownership Binding
ClawHub adopts a naming convention inherited from npm: the @vendor/package prefix serves as a visual indicator of provenance. The source documents that this structure did not implement exclusive scope reservation for the legitimate owner for the 23 existing packages. The result is that third parties could publish plugins visually indistinguishable from official ones.
The difference from npm lies in the execution context. AI agent plugins execute code with the agent's privileges, operating on session data. The source does not detail which specific agents were affected nor installation volumes, but the namespace confusion pattern in this context exposes users to automatic trust escalation risks.
"23 code-executing plugins ended up under ClawHub's official @openclaw and @clawhub scopes while owned by unrelated accounts"
Why Non-Malicious Code Remains a Risk
A central claim of the report is that the danger does not depend on the presence of a malicious payload. Ax Sharma states the principle that an official-looking scope constitutes a supply chain risk even when the code is benign. The mechanism is epistemic: the user or AI agent selecting the plugin bases the decision on a trust signal — the scope — that the platform does not guarantee.
This aspect is particularly relevant for the autonomous agent economy. An agent that proactively resolves tasks can select and install plugins without direct human intervention, relying on registry metadata. If the scope is squatted, the agent lacks a criterion to discriminate between legitimate publisher and impersonator. The source does not specify whether ClawHub implements identity-to-namespace binding verification.
Registry Response and Remaining Unknowns
Help Net Security reports that the registry made changes after disclosure but provides no technical details on the measures adopted. It remains unknown whether the fixes included: retroactive scope reservation for legitimate owners, manual vetting of the 23 existing publishers, introduction of attestation mechanisms, or other countermeasures. The full timeline is not documented by the source.
The report also does not specify whether the 23 squatting plugins were removed, transferred, or remain accessible with visibility changes. This information gap is significant for assessing current exposure: without access to Manifold Security's primary report, risk assessment remains partial.
Immediate Actions
For those operating with AI registries like ClawHub, the case highlights concrete, specific actions:
- Verify the publisherID rather than the visual scope: the source documents that the
@openclawand@clawhubscopes were occupied by "unrelated" accounts, so the namespace name does not guarantee publisher authenticity. - Check publication dates against the June 22, 2026 disclosure timeline: the 23 squatting plugins preceded the fix, so packages with that initial publication date warrant additional scrutiny.
- Do not install plugins from official scopes without cross-source confirmation: the primary source is a Manifold Security video on Help Net Security, not a ClawHub advisory, so the registry has not issued official guidance on which accounts are legitimate.
- Monitor ClawHub's policy changelog: the source cites unspecified changes, so any updates to scope-owner binding should be verified directly on the platform.
The general principle documented by the source — that "security gaps appear right alongside" new AI registries — implies this verification must extend to every agentic plugin registry with similar namespaces, not just ClawHub.
Systemic Pattern in AI Registries
The ClawHub case is an indicator of a systemic pattern in emerging AI registries. The source explicitly states that "as new AI tools, assets, and registries appear, security gaps appear right alongside them." The parallel with pre-2016 npm is functional: AI registries are replicating known architectural mistakes, with the aggravating factor that autonomous agents execute third-party code without human confirmation.
For organizations integrating AI agents via plugin registries, the combination of unverified namespace trust and execution automation constitutes a distinct vector compared to the traditional package manager ecosystem. Code provenance cannot be inferred from name structure alone.
Frequently Asked Questions
What is scope squatting and how does it differ from typosquatting?
Scope squatting consists of publishing packages under official namespaces (@vendor/package) by unauthorized accounts, exploiting the absence of exclusive binding between name and legitimate owner. Typosquatting instead exploits typing errors in the package name. The source documents the first case for ClawHub; it does not mention the second.
Did the 23 plugins contain malicious code?
The source does not verify the presence of malicious code. In fact, Ax Sharma explicitly states that "an official-looking scope is a supply chain risk even when the code isn't malicious." The risk stems from namespace confusion, not payload malignancy.
Has the problem been fully resolved?
The source cites "what the registry changed after the disclosure" but does not attest to full resolution. Details of the modifications are unknown, as is whether the 23 plugins were removed or transferred. Current risk assessment remains partial.
Which AI agents are affected?
The source does not specify which AI agents use ClawHub plugins nor the installation volumes for the @openclaw and @clawhub scopes. The problem is architectural to the registry, not tied to a vulnerability in specific agents.
Sources
Information is based on cited sources and current as of publication.
Sources
- https://schema.org/FAQPage
- https://schema.org/Question
- https://schema.org/Answer
- https://www.helpnetsecurity.com/view/features/
- https://www.helpnetsecurity.com/view/video/
- https://www.helpnetsecurity.com/view/industry-news/
- https://www.helpnetsecurity.com/view/reviews/