T08 · Insecure Dependencies
- Location
mcp-config.md:5- Finding
Unpinned Third-Party MCP Package Is Downloaded and Executed
- Content
View full analysis
- Remediation
View remediation
Security audit
Security checks for vulnerabilities and agentic risk
This skill is purpose-aligned for Apple Health export analysis, but it asks users to run mutable third-party code against sensitive health data and stores health context locally without clear access controls.
Review before installing. Only use this with Apple Health exports you are comfortable exposing to the MCP package, prefer a pinned and reviewed package version, avoid automatic npx -y execution where possible, restrict the export directory and environment available to the MCP process, and treat ~/apple-health/ memory and query logs as sensitive files.
mcp-config.md:5Unpinned Third-Party MCP Package Is Downloaded and Executed
fallback-cli.md:5Fallback Workflow Relies on Mutable Remote Skill Instructions
memory-template.md:15Sensitive Health Context Is Persisted in Plaintext Without Defined Access Controls
The skill instructs users to run an MCP server via npx @neiltron/apple-health-mcp without pinning an exact package version. This creates a supply-chain risk: future package updates, dependency compromise, or typosquatting-style replacement could cause unreviewed code to execute locally against sensitive Apple Health exports. The health-data context increases severity because the invoked tool is expected to read private medical data from disk.
Skill allows unbounded resource consumption (API calls, storage, compute). Without rate limits or quotas, a compromised or misbehaving agent can cause denial-of-service or cost overruns.
- Assuming live HealthKit access from CLI agents -> setup fails because only exported data is available
- Using wrong export path in MCP env -> server starts but returns no data
- Running SQL before schema discovery -> queries fail on wrong table names
- Unbounded queries on large exports -> slow analysis and noisy output
- Reporting "today" metrics from stale export -> inaccurate recommendations
- Running MCP package on non-LTS Node -> DuckDB native module errors can break startup
The configuration instructs users to execute an unpinned package directly from npm via npx -y @neiltron/apple-health-mcp, which allows whatever version is current at execution time to run locally. If the package is updated maliciously, compromised through account or dependency takeover, or simply introduces unsafe changes, users could execute attacker-controlled code with access to sensitive Apple Health export data and the local filesystem path specified in HEALTH_DATA_DIR.
The setup instructs users to execute an unpinned package directly from the registry via npx -y @neiltron/apple-health-mcp, which allows whatever version is current at execution time to run arbitrary install/startup code. In a skill focused on health-data access, this is especially sensitive because the package is configured with a local path to private Apple Health exports, so a compromised or typosquatted release could exfiltrate highly sensitive personal data.
No suspicious patterns detected.