T08 · Insecure Dependencies
- Location
SKILL.md:40- Finding
Unpinned Third-Party Package Installation
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md:16,SKILL.md:40,references/api.md:9, andreferences/cli.md:9
Vulnerability Type: Unpinned and integrity-unverified third-party dependency
Risk Level: MediumVulnerable Code
SKILL.md:16:yaml metadata: {"author": "LouisGameDev", "openclaw": {"os": ["win32"], "requires": {"bins": ["ev"]}, "install": [{"id": "pip", "kind": "pip", "package": "everyfile", "bins": ["ev", "every", "everyfile"], "label": "Install everyfile (pip install everyfile)", "os": ["win32"]}]}}SKILL.md:38-42:powershell ## Install pip install everyfilereferences/api.md:7-11:powershell ## Install pip install everyfilereferences/cli.md:7-11:powershell ## Install pip install everyfileTechnical Analysis
The Skill directs the agent to install
everyfilefrom the default pip package index without specifying an exact version, validating a package hash, or using a reviewed lockfile. The installation metadata likewise identifies only the mutable package name.Consequently, the code installed and executed may differ from the version that existed when the Skill was audited. Python packages can execute code during installation or when their modules and command-line entry points are imported or invoked. If the package distribution, publisher account, or upstream release process is compromised, a later malicious release could be selected automatically.
This finding does not establish that the current
everyfilepackage is malicious. The vulnerability is the absence of version and integrity controls around executable third-party content.Attack Path
- An attacker compromises the upstream package, its publisher account, or its release pipeline.
- The attacker publishes a malicious release under the existing
everyfilepackage name. - The agent loads the Skill on a Windows system where the required command ...[truncated 969 chars]
- Remediation
View remediation
Remediation Suggestions
- Pin
everyfileto an exact, reviewed version in both the installation metadata and all documentation, for example:powershell pip install everyfile==X.Y.Z - Distribute a requirements file containing an approved artifact hash and install it with hash enforcement:
powershell pip install --require-hashes -r requirements.txt - Ensure the hash corresponds to a specifically reviewed wheel from a trusted package source.
- Use a controlled internal package mirror or allowlist where feasible.
- Record the verified package version, artifact filename, source repository, and integrity digest in the project.
- Apply the same pin consistently to
SKILL.md,references/api.md,references/cli.md, and the structured installation metadata. - Install and run the dependency under a non-administrative account with only the filesystem permissions required for legitimate searches.
- Add automated dependency monitoring so version changes require explicit review rather than being selected implicitly at installation time.
- Pin
