T08 · Insecure Dependencies
- Location
SKILL.md:8- Finding
Unpinned Third-Party Dependencies
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 8–18 and 183–184
Vulnerability Type: Supply-chain exposure through mutable package references
Risk Level: MediumVulnerable Code
yaml metadata: openclaw: emoji: "🔐" requires: bins: ["akf"] install: - id: pip kind: pip package: akf bins: ["akf"] label: "Install AKF CLI (pip)" - id: npm kind: npm package: akf-format bins: [] label: "Install AKF TypeScript SDK (npm)"markdown - npm: `npm install akf-format` - PyPI: `pip install akf`Technical Analysis
The Skill identifies the PyPI package
akfand npm packageakf-formatwithout exact version constraints, integrity hashes, signatures, or a project lockfile. These mutable package references may resolve to releases that differ from those originally reviewed. The repository contains onlySKILL.md, so it provides no local implementation against which the installed packages' behavior can be audited.This does not establish that either named package is malicious. It creates a supply-chain weakness whereby future package compromise, maintainer-account compromise, or an unexpectedly unsafe release could introduce code that was not covered by this audit.
Attack Path
- An attacker compromises a referenced registry package or its publisher account and publishes a malicious release.
- A user or Skill installer resolves
akforakf-formatwithout a version pin. - The package manager retrieves the mutable release.
- Malicious package lifecycle logic may execute during installation, or attacker-controlled functionality may execute when the installed CLI or SDK is used.
- The payload operates with the privileges and accessible environment of the installing user or agent process.
Impact Assessment
Successful exploitation could permit arbitrary ...[truncated 409 chars]
- Remediation
View remediation
Remediation Suggestions
- Pin each dependency to an exact, reviewed version.
- Use lockfiles with cryptographic integrity data where supported.
- Verify distribution hashes or trusted signatures before installation.
- Document the expected registry, publisher identity, source repository, and reviewed release.
- Prefer reproducible installation using a controlled package index or vetted internal mirror.
- Run installation and package commands in a least-privileged, isolated environment without unnecessary secrets.
- Establish a dependency-update review process so later releases are audited before pins are changed.
