T08 · Insecure Dependencies
- Location
SKILL.md:71- Finding
Unpinned Third-Party Package Execution Through npx
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 71–76
Vulnerability Type: Unpinned third-party dependency execution
Risk Level: Mediumbash # Update this spec to the latest version npx @lap-platform/lapsh get agentos-api-v3-diary-call-group -o references/api-spec.lap # Search for related APIs npx @lap-platform/lapsh search agentos-api-v3-diary-call-groupTechnical Analysis
The documented commands invoke
@lap-platform/lapshthroughnpxwithout specifying an exact package version, integrity hash, or lockfile. If the package is not already available locally,npxmay retrieve and execute the package currently published under that name in the configured registry.Consequently, the code executed by these commands can differ from the code that existed when the Skill was reviewed. The project also refers users to
references/api-spec.lap, but that file is absent from the audited package, making execution of the mutable external dependency a likely way to obtain the advertised specification.This is a supply-chain weakness rather than evidence that the currently published package is malicious.
Attack Path
- An attacker compromises the package publisher account, package release process, or upstream registry distribution channel.
- The attacker publishes a malicious or compromised version of
@lap-platform/lapsh. - A user or Agent follows the commands documented in
SKILL.md. npxretrieves the unpinned package version from the registry and executes its package code locally.- The malicious package runs with the privileges and environment of the invoking process.
- It may read accessible files or environment variables, alter generated artifacts, or perform unauthorized network and API operations.
Impact Assessment
Successful exploitation would provide code execution under the invoking user's operating-system privileges. The accessible scope may include project files, user-readable local data, network res ...[truncated 452 chars]
- Remediation
View remediation
Remediation Suggestions
- Pin
@lap-platform/lapshto an exact, reviewed version rather than allowingnpxto resolve the latest release. - Install dependencies through a committed lockfile and enforce package integrity verification in automated workflows.
- Bundle the required
references/api-spec.lapfile with the Skill so ordinary use does not require downloading and executing a mutable package. - Review the pinned package source, lifecycle scripts, transitive dependencies, and publication provenance before approval.
- Run any required specification-update command in an isolated, least-privileged environment without API keys or unrelated sensitive environment variables.
- Restrict outbound network access and filesystem permissions during dependency execution where operationally practical.
- Use trusted registry configuration and package provenance or signature verification when supported.
- Pin
