T08 · Insecure Dependencies
- Location
SKILL.md:16- Finding
Unreviewed Third-Party Package Installation and Execution
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 16–39
Vulnerability Type: Third-party supply-chain risk caused by automatic package installation and execution
Risk Level: MediumVulnerable Code
bash openclaw plugins install @clamepending/videomemory@0.1.7bash npx -y @clamepending/videomemory@0.1.7 onboard --safe --repo-ref v0.1.3 --explainbash npx -y @clamepending/videomemory@0.1.7 onboard --safe --repo-ref v0.1.3bash npx -y @clamepending/videomemory@0.1.7 relaunch --repo-ref v0.1.3Technical Analysis
The skill directs the agent to install and execute the external npm/OpenClaw package
@clamepending/videomemory@0.1.7. The audited project does not contain the package implementation, integrity hashes, a lockfile, permission declarations, or other evidence sufficient to verify the downloaded code.The
npx -yoption downloads and executes package code without an interactive confirmation step. Installing the OpenClaw plugin also introduces executable third-party code into the environment. Although the package and repository reference are version-pinned, version pinning alone does not verify package integrity or protect against a compromised registry account, malicious package publication, registry tampering, or unsafe lifecycle scripts.The
--safeargument does not independently enforce a security boundary because it is interpreted by the same unreviewed package. No malicious behavior is proven in the supplied artifact; the finding concerns the unsafe trust and execution model.Attack Path
- An attacker compromises the package publisher, registry account, distribution infrastructure, or the referenced package artifact.
- The user requests installation, onboarding, or relaunch through this skill.
- The agent runs
openclaw plugins installornpx -y, retrieving the external package. - The package or its installation lifecycle scripts ...[truncated 1199 chars]
- Remediation
View remediation
Remediation Suggestions
- Vendor and review the package implementation, including installation scripts, lifecycle hooks, onboarding behavior, relaunch behavior, and bridge-file modifications.
- Verify publisher identity, registry provenance, release signatures, and the relationship between package version
0.1.7and repository referencev0.1.3. - Pin the package using an immutable cryptographic integrity digest or a reviewed lockfile rather than relying only on a mutable registry name and version.
- Avoid unattended
npx -yexecution. Require explicit user approval after presenting the package source, expected changes, requested permissions, and verified integrity information. - Disable package lifecycle scripts where compatible, or separately inspect and approve each required lifecycle operation.
- Run installation and onboarding inside a sandbox or restricted account with minimal filesystem access, no unnecessary credentials, and tightly limited network permissions.
- Restrict writable plugin, configuration, and startup locations to reduce the potential for persistent modification.
- Record and verify the files, processes, ports, and network destinations created by onboarding. Alert on behavior outside the documented VideoMemory setup scope.
- Treat
--safeas an application option rather than a security control; enforce safety through operating-system permissions, network policy, and process isolation.
