T08 · Insecure Dependencies
- Location
SKILL.md:47- Finding
Unpinned Third-Party Skill Installation Creates a Supply-Chain Risk
- Content
View full analysis
- Remediation
View remediation
Security audit
Security checks for vulnerabilities and agentic risk
This setup skill is coherent, but needs Review because it can install many unpinned add-ons, persist agent configuration, create trusted agent links, and route customer support data externally without enough safeguards.
Install only in a controlled test or reviewed production environment. Pin and verify the dependent skills, validate the deployment prefix, review the exact ~/.pilot setup file before writing it, verify peer identities before handshakes, and configure any support webhook with authentication, TLS, data minimization, and retention controls.
SKILL.md:47Unpinned Third-Party Skill Installation Creates a Supply-Chain Risk
SKILL.md:58Unquoted User-Controlled Prefix Can Enable Shell Command Injection
The README describes customer support data flows and explicitly routes support escalations to an external webhook, while example payloads later include customer identifiers such as an email address and tracking data. In an e-commerce context, this creates a real privacy and data-governance risk because operators may deploy cross-agent and external data sharing without notice, minimization, or controls around what customer data is sent.
The trust model auto-approves a relationship once both sides send a handshake, with no manual verification or out-of-band identity validation. In a distributed multi-agent e-commerce deployment, this weakens onboarding security and can allow an attacker controlling a similarly named or compromised agent to establish trusted communication and receive or inject operational events affecting orders, inventory, or support.
Agents are private by default. Each pair that communicates must exchange handshakes. When both sides send a handshake, trust is auto-approved -- no manual step needed.
# On catalog-manager:
The manifest write persists operational setup data in the user's home directory, creating session persistence beyond the current interaction. While persistence is expected for setup workflows, it is still a real risk because it can silently alter later agent behavior, survive session boundaries, and be reused by other tools or processes.
pilotctl --json set-hostname -
**Step 4:** Write the setup manifest:
```bash
mkdir -p ~/.pilot/setups
cat > ~/.pilot/setups/e-commerce-ops.json << 'MANIFEST'
The skill instructs writing a manifest into ~/.pilot/setups without any explicit warning that it will modify persistent local configuration. This creates a real safety issue because users may not realize the action changes future agent behavior and leaves durable state on disk.
The support-bot role defines a data flow to an external webhook on port 443, but the skill provides no privacy, integrity, or destination-trust warning to the user. In an e-commerce context, support escalations may contain customer or order data, so silent external transmission increases the risk of unintended disclosure or exfiltration.
No suspicious patterns detected.