Unified Security Skill

Mission

Use When

• - Reviewing code for security vulnerabilities
• Implementing authentication, authorization, sessions, or access control
• Handling user input, file uploads, or external data
• Working with secrets, API keys, cryptography, or tokens
• Implementing payments, billing, or webhooks
• Configuring databases, RLS, or security rules
• Integrating AI/LLM services or agent tools
• Designing CI/CD workflows that invoke AI agents
• Evaluating dependency and supply chain risk

Core Principles

1. 1. Never trust the client. Validate all critical data server-side.
2. Defense in depth. Combine multiple controls.
3. Fail closed. Missing config should disable access, not weaken it.
4. Least privilege. Reduce access scope everywhere.
5. Validate inputs and encode outputs for the render context.

Audit Workflow (adapt to stack)

1. 1. Secrets and environment variables
2. Database access control (RLS, rules, auth guards)
3. Authentication and authorization
4. Rate limiting and abuse prevention
5. Payments and webhook validation
6. Input validation and injection risks
7. XSS, output encoding, CSP, and headers
8. CSRF and session protections
9. AI/LLM integration safety
10. Deployment configuration and prod hardening
11. Insecure defaults (fail-open config)
12. Supply chain risk signals
13. CI/CD agent action hardening

Immediate-Flag Patterns (Critical/High)

• - Secrets or service-role keys exposed client-side
• Client-controlled price, role, or access flags
• Disabled or overly permissive database rules
• Missing auth on privileged routes or APIs
• Hardcoded default credentials or weak crypto
• Unverified webhooks or signature bypasses
• Fail-open config that enables insecure operation

OWASP Top 10 (2025) Quick Map

• - A01 Broken Access Control: verify ownership and deny by default
• A02 Security Misconfiguration: harden defaults, disable unused features
• A03 Supply Chain Failures: lock versions and review dependencies
• A04 Cryptographic Failures: use modern algorithms and key management
• A05 Injection: parameterize queries, validate input
• A06 Insecure Design: threat model, rate limit, design controls
• A07 Auth Failures: MFA, secure sessions, breached-password checks
• A08 Integrity Failures: verify artifacts, use SRI, avoid unsafe deserialization
• A09 Logging Failures: log security events with alerting
• A10 Exception Handling: fail closed, hide internals, log context

ASVS 5.0 Highlights

• - Level 1: 12+ char passwords, auth rate limits, HTTPS everywhere
• Level 2: MFA for sensitive ops, encryption at rest, security logging
• Level 3: HSMs, formal threat modeling, pen test validation

Agentic AI Security (OWASP 2026) Summary

• - ASI01 Goal hijack: isolate and validate inputs
• ASI02 Tool misuse: restrict tools and verify I/O
• ASI03 Privilege abuse: short-lived scoped tokens
• ASI04 Supply chain: verify plugins and MCP servers
• ASI05 Code execution: sandbox, review, approvals
• ASI06 Memory poisoning: segment and validate context
• ASI07 Agent comms: authenticate and encrypt
• ASI08 Cascading failures: circuit breakers, isolation
• ASI09 Trust exploitation: verify high-risk outputs
• ASI10 Rogue agents: monitoring and kill switches

Insecure Defaults Detection

• - Fail-open is critical: INLINECODE0
• Fail-secure is acceptable: SECRET = env['KEY'] (crashes if missing)
• Ignore test fixtures, templates, and docs
• Verify runtime behavior before reporting

Supply Chain Risk Signals

• - Single maintainer or anonymous owner
• Unmaintained or archived status
• Low popularity compared to peers
• High-risk features (FFI, deserialization, code exec)
• History of critical CVEs
• No security contact or disclosure process

CI/CD Agent Actions Hardening

Common AI action references:

• - INLINECODE2
• INLINECODE3
• INLINECODE4
• INLINECODE5

High-risk patterns:

• - pull_request_target or issue_comment with untrusted input
• Prompt fields populated via env: intermediaries
• Eval of AI output (eval, exec, $())
• Dangerous sandbox configs (danger-full-access, --yolo)
• Wildcard allowlists (allow-users: "*")

Safe defaults:

• - Restrict triggers to trusted contexts
• Strip or escape untrusted inputs before prompts
• Lock down tools and file access
• Use least-privileged tokens and permissions
• Require human approval for sensitive actions

Output Format

• - File and line(s)
• Vulnerability name
• Concrete impact
• Before/after fix

End with a prioritized summary and remediation order.

When Generating Code

When Generating a Security Audit Report

Final Report Format

CODEBLOCK0diff
- vulnerable code
+ secure code
```

Recommendations