T08 · Insecure Dependencies
- Location
SKILL.md:8- Finding
Unpinned and Mismatched Node Package Installation Metadata
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 8-15
Vulnerability Type: Unpinned third-party dependency and supply-chain exposure
Risk Level: MediumVulnerable Code
yaml metadata: openclaw: requires: bins: [gsd] install: kind: node package: gsd-pi bins: [gsd]Technical Analysis
The skill metadata specifies installation of the Node package
gsd-piwithout an exact version, integrity hash, or verified source. The document otherwise states that this skill is only a name reservation and recommends installinggsd-orchestrator, creating a mismatch between the declared purpose and the package selected by its installation metadata.If the hosting platform processes this metadata during installation, dependency resolution may retrieve the current externally controlled release of
gsd-pi. Its contents can change after this skill has been audited. Node packages may also define lifecycle scripts that execute during installation. Therefore, compromise of the package publisher, registry account, or a later package release could turn skill installation into a code-execution channel.The repository itself does not contain evidence that the referenced package is currently malicious. The confirmed weakness is reliance on an unpinned external package whose integrity is not constrained.
Attack Path
- An attacker compromises the
gsd-pipackage publisher or otherwise gains the ability to publish a malicious release under that package name. - The attacker publishes a release containing a malicious lifecycle script or a malicious
gsdexecutable. - A user or automation system installs the skill and processes its Node installation metadata.
- The package manager resolves the unpinned dependency to the attacker-controlled release.
- Malicious lifecycle code executes during installation, or the substituted
gsdbinary executes when subsequently i ...[truncated 623 chars]
- An attacker compromises the
- Remediation
View remediation
Remediation Suggestions
- Remove the Node installation metadata from this reservation-only skill if it is not required for its documented purpose.
- If a package must be installed, ensure that the package name matches the documented and reviewed skill.
- Pin the dependency to an audited exact version rather than allowing unconstrained resolution.
- Enforce package integrity verification using a trusted lockfile, checksum, signature, or equivalent mechanism supported by the installation platform.
- Restrict dependency retrieval to an approved registry and verify package ownership and provenance.
- Disable package lifecycle scripts where operationally possible, or review and sandbox them before execution.
- Run installation and the resulting executable with least privilege and without unnecessary access to credentials or sensitive project data.
