T08 · Insecure Dependencies
- Location
SKILL.md:9- Finding
Unpinned External Node.js Dependency
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 9–12
Vulnerability Type: Unpinned third-party executable dependency
Risk Level: MediumVulnerable Code
yaml install: - kind: node package: "@resciencelab/declaw"Technical Analysis
The skill instructs the platform to install the external Node.js package
@resciencelab/declawwithout specifying an exact version or integrity hash. Consequently, the installed code may change after this skill has been reviewed.The package's executable source is not included in the audited project. Its installation scripts, runtime behavior, network operations, message processing, cryptographic key handling, and claimed security controls therefore cannot be verified from this repository. Package-manager resolution may select a future or compromised release rather than the release intended by the skill author.
This creates a supply-chain risk if the package publisher account, registry distribution path, or a later package release is compromised. The finding does not establish that the current package is malicious; it identifies the absence of controls that bind installation to a reviewed artifact.
Attack Path
- An attacker compromises the package publisher account, registry account, or another part of the package distribution chain.
- The attacker publishes a malicious release under the legitimate
@resciencelab/declawpackage name. - A user installs the skill after that release becomes resolvable.
- Because no exact version or integrity value is specified, the installer resolves and downloads the attacker-controlled release.
- Malicious lifecycle scripts or runtime code execute with the permissions of the package installer or OpenClaw agent process.
Impact Assessment
Successful exploitation could permit arbitrary code execution within the security context of the installer or agent process. Depending on that process's permissions, an attacker could access agent-readabl ...[truncated 369 chars]
- Remediation
View remediation
Remediation Suggestions
- Pin the dependency to a specific, reviewed version rather than allowing unconstrained package resolution.
- Record and verify the package artifact's cryptographic integrity through a lockfile or platform-supported integrity hash.
- Commit the applicable lockfile and enforce immutable or frozen-lockfile installation in deployment.
- Audit the pinned package's source, transitive dependencies, installation lifecycle scripts, network behavior, and cryptographic key handling.
- Disable package lifecycle scripts where they are unnecessary, or explicitly review every required lifecycle script before installation.
- Run installation and runtime operations in a least-privileged sandbox with restricted filesystem, credential, and network access.
- Consider vendoring the reviewed executable source or otherwise making it available with the skill so its effective behavior can be audited together with the skill definition.
- Use automated dependency monitoring and require security review before updating the pinned version or integrity metadata.
