T08 · Insecure Dependencies
- Location
SKILL.md:8- Finding
Unpinned Third-Party Package Installation
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 8-14
Vulnerability Type: Unpinned third-party dependency
Risk Level: Mediumyaml metadata: openclaw: requires: bins: [node, omd] install: - kind: node package: open-market-data bins: [omd] homepage: https://github.com/anotb/open-market-dataTechnical Analysis
The Skill installs the npm package
open-market-databy its mutable package name without specifying an exact version, integrity hash, or lockfile. It then makes the package-providedomdexecutable available to a Bash-enabled Skill.As a result, the dependency retrieved during a future installation may differ from the version originally reviewed. A compromised registry account, package takeover, malicious release, or upstream compromise could introduce arbitrary code. Such code may execute through npm installation lifecycle scripts or when the Agent invokes
omd. The package implementation is not included in the audited project, so its behavior cannot be independently verified from this artifact.Attack Path
- An attacker compromises the
open-market-datapublishing account, upstream release process, or another relevant supply-chain component. - The attacker publishes a malicious version under the same package name.
- A user installs or loads the Skill, and the unversioned dependency resolves to the attacker-controlled release.
- Malicious code executes through a package lifecycle script or a later invocation of the installed
omdbinary. - The payload performs actions with the permissions and accessible resources of the Agent process.
Impact Assessment
Successful exploitation could provide arbitrary code execution under the Agent user's privileges. Depending on the runtime environment, this may expose files, environment variables, configured financial-data API keys, network access, and any other resources avai ...[truncated 154 chars]
- An attacker compromises the
- Remediation
View remediation
Remediation Suggestions
- Pin
open-market-datato a specifically reviewed, immutable version rather than resolving the latest release. - Verify and lock the package integrity hash using an appropriate lockfile or equivalent installation metadata.
- Ensure installation resolves through an explicitly trusted registry and verify that the package corresponds to the documented upstream repository.
- Review the selected package version, including dependencies, executable entry points, and npm lifecycle scripts.
- Disable installation lifecycle scripts where operationally feasible.
- Consider vendoring the reviewed implementation when reproducible installation and long-term provenance are required.
- Run the CLI with least privilege and restrict its access to credentials, files, and network destinations not required for financial-data queries.
- Pin
