T08 · Insecure Dependencies
- Location
SKILL.md:43- Finding
Unpinned npm Package Execution in the MCP Bridge Setup
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md:43andREADME.md:40
Vulnerability Type: Supply-chain exposure through an unpinned third-party dependency
Risk Level: MediumVulnerable Code
SKILL.md:43:bash openclaw mcp add accounted --command npx --arg gnubok-mcpREADME.md:40:bash openclaw mcp add accounted --command npx --arg gnubok-mcpTechnical Analysis
The API-key installation path configures
npxto execute thegnubok-mcppackage without specifying an exact version or an integrity constraint. When the MCP bridge is launched, package resolution can therefore select a package release that differs from the release reviewed or tested by the project author.The package's executable source is not included in this repository, and the project does not provide a lockfile, cryptographic checksum, package signature, or other mechanism that binds execution to a known artifact. This creates a supply-chain trust boundary outside the audited project.
The issue does not establish that the current npm package is malicious. It means that a future compromised, malicious, or unexpectedly incompatible package publication could change the code executed by users without requiring any change to this skill.
Attack Path
- An attacker compromises the npm package, its maintainer account, or another relevant publication mechanism.
- The attacker publishes a modified release under the package name
gnubok-mcp. - A user selects the documented API-key and stdio-bridge installation option.
- OpenClaw launches the configured
npx gnubok-mcpcommand. npxresolves and executes the altered package because no reviewed version or integrity value is pinned.- The package runs with the local privileges of the OpenClaw process and can attempt to access resources available to that process.
Impact Assessment
A compromised package could execute arbitrary code with the privi ...[truncated 618 chars]
- Remediation
View remediation
Remediation Suggestions
- Pin
gnubok-mcpto an exact, reviewed version rather than relying on implicit package resolution. - Record and verify the expected package integrity hash through an npm lockfile or an equivalent verified installation process.
- Avoid automatic installation or upgrade to the latest package release when the MCP server starts.
- Document the expected npm publisher, exact package version, and verification procedure.
- Prefer installing the dependency during a controlled setup phase and launching the already verified local executable afterward.
- Run the bridge with minimal filesystem access and a restricted environment.
- Grant the API key only the scopes required for the immediate task, and use a sandbox key for initial testing.
- Apply the same correction to both
SKILL.mdandREADME.mdso that the documented installation paths remain consistent.
- Pin
