T09 · Insecure Skill Coding Practices
- Location
SKILL.md:40- Finding
Insecure Vault development configuration and hardcoded root token
- Content
View full analysis
- Remediation
View remediation
Security audit
Security checks for vulnerabilities and agentic risk
This is a coherent secrets-management guide, but several copyable examples use unsafe secret-handling and mutable dependencies in high-impact CI/CD contexts.
Review and harden the examples before installing or using this skill. Treat the Vault dev server, root token, and literal passwords as local-only placeholders; do not copy them into shared, CI, staging, or production environments. Pin GitHub Actions and container images to reviewed immutable SHAs or digests, prefer short-lived identity-based credentials, and avoid passing real secrets directly on command lines.
SKILL.md:40Insecure Vault development configuration and hardcoded root token
SKILL.md:104Secret passed as a literal command-line argument
SKILL.md:66GitHub Actions are referenced through mutable version tags
SKILL.md:88Security tooling containers use mutable latest tags
Code accesses credential files (SSH keys, AWS credentials, etc.). This could indicate credential theft attempts.
- Deploying to Kubernetes with external secrets
DON'T USE WHEN:
- Only need local dev values (use .env files not in git)
- Cannot secure access to the secrets backend
- Planning to hardcode secrets (don't do that)
Docker image references without a specific tag (:latest is implicit) or digest (@sha256:...) can be silently replaced by a malicious image.
Tool parameters are crafted to achieve unintended or unsafe behavior. Parameter abuse can bypass intended safety checks (e.g. shell=True, --force, dangerous glob patterns).
# .git/hooks/pre-commit
# Check for secrets with TruffleHog
docker run --rm -v "$(pwd):/repo" \
trufflesecurity/trufflehog:latest \
filesystem --directory=/repo
No suspicious patterns detected.