T08 · Insecure Dependencies
- Location
SKILL.md:73- Finding
Unpinned Third-Party Package Is Installed and Executed with Agent Permissions
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 73-96
Vulnerability Type: Unpinned executable dependency and software supply-chain exposure
Risk Level: MediumVulnerable Code
bash pip install neural-memory nmem init nmem statsjson { "mcpServers": { "neural-memory": { "command": "python3", "args": ["-m", "neural_memory.mcp"], "env": { "NEURALMEMORY_BRAIN": "default" } } } }Technical Analysis
The Skill directs users or Agents to install
neural-memoryfrom the default Python package index without specifying an exact version or validating a cryptographic hash. It then immediately executes package-provided commands and configures the package module as a persistent MCP integration.The project contains only
SKILL.md; it does not include the dependency implementation, a lock file, integrity hashes, or a verifiable source reference. Consequently, the dependency's implementation and its local-only data-handling claims cannot be validated from the audited artifact.Because package installation can run build or installation logic and the resulting commands execute with the invoking Agent's permissions, a compromised package release, package-name takeover, or malicious transitive dependency could introduce arbitrary code.
Attack Path
- An attacker compromises the
neural-memorydistribution, its publisher account, or one of its transitive dependencies. - The unpinned installation command resolves to the attacker-controlled release.
- Installation logic or the subsequent
nmem initcommand executes malicious code. - The configured
python3 -m neural_memory.mcpprocess continues executing the compromised package whenever the MCP server is started. - The malicious process accesses resources available to the Agent process, potentially including MCP inputs, local files, environment variables, and netwo ...[truncated 544 chars]
- An attacker compromises the
- Remediation
View remediation
Remediation Suggestions
- Pin the dependency to a reviewed exact version rather than installing the latest available release.
- Require cryptographic hashes with a hash-locked requirements file, such as
pip install --require-hashes. - Publish and reference the canonical source repository and verify that the packaged artifact corresponds to reviewed source code.
- Lock and audit all transitive dependencies using a reproducible dependency-management process.
- Install the package in an isolated virtual environment or container under a dedicated, unprivileged account.
- Restrict the MCP process's filesystem, environment-variable, credential, and network access to the minimum required.
- Avoid automatic installation or startup. Require explicit operator approval after displaying the exact package version and integrity information.
- Periodically scan the pinned dependency and its transitive dependency graph for known vulnerabilities and publisher changes.
