Security audit
Local-first security scanner and policy gate for Agent Skills
npx -y skills add stella/skillguard --skill security-auditAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Run a security-focused code audit with a generic checklist first, then layer on repo-specific risks.
SKILL.md
2.3 KB, as published. Nobody here has run it
Security Audit
Run a security-focused code audit with a generic checklist first, then layer on repo-specific risks.
Instructions
-
Start with repo context:
- what kind of system is this?
- what data does it handle?
- what are the trust boundaries?
- what would be high-impact failures here?
-
Check for hardcoded secrets:
- API keys
- tokens
- passwords
- private connection strings
-
Review authentication and authorization:
- are protected routes actually protected?
- are object/resource ownership checks enforced server-side?
- are role checks done at the boundary, not just in the UI?
-
Review input handling:
- validation present for user-controlled inputs
- no obvious SQL injection, command injection, XSS, or path traversal
- file paths, URLs, and object keys are sanitized appropriately
-
Review file and storage access when relevant:
- upload validation
- download/presign access checks
- safe retention/deletion behavior
-
Review network and session behavior:
- sane session expiration and invalidation
- rate limits where brute force is plausible
- external requests have timeouts and failure handling
- CORS is not broader than necessary
-
Review dependency risk:
bun auditUse the repo's equivalent audit command if it does not use Bun. Also check GitHub security or Dependabot alerts when available.
-
Review AI-specific risks when applicable:
- prompt injection exposure
- unsafe interpolation of user content into system instructions
- cross-tenant or cross-document leakage through retrieval/context assembly
-
Layer in domain-specific risks:
- finance, healthcare, legal, infra, auth, multi-tenant SaaS, and internal tools all have different sharp edges
- explicitly call out the domain assumptions you used
-
Report findings by severity:
- Critical
- High
- Medium
- Low
For each finding include:
- file and line
- issue
- likely impact
- recommended fix
- If there are no findings, say so explicitly and mention what was checked plus any residual gaps in verification.