Skip to main content

Overview

The vulnerability-scanner skill provides advanced vulnerability analysis principles aligned with OWASP Top 10:2025, supply chain security, attack surface mapping, and risk prioritization. It teaches you to think like an attacker and defend like an expert.

What This Skill Provides

  • Security Expert Mindset: Assume breach, zero trust, defense in depth
  • OWASP Top 10:2025: Latest threat categories and changes
  • Supply Chain Security: New A03 category for dependency attacks
  • Attack Surface Mapping: Identifying and prioritizing entry points
  • Risk Prioritization: CVSS + EPSS + business context
  • Exceptional Conditions: New A10 category for fail-open vulnerabilities
  • Code Pattern Analysis: Detecting high-risk code patterns
  • Automated Scanning: Security validation scripts

Security Expert Mindset

Core Principles

PrincipleApplication
Assume BreachDesign as if attacker already inside
Zero TrustNever trust, always verify
Defense in DepthMultiple layers, no single point
Least PrivilegeMinimum required access only
Fail SecureOn error, deny access

Threat Modeling Questions

Before scanning, ask:
  1. What are we protecting? (Assets)
  2. Who would attack? (Threat actors)
  3. How would they attack? (Attack vectors)
  4. What’s the impact? (Business risk)

OWASP Top 10:2025

Risk Categories

RankCategoryThink About
A01Broken Access ControlWho can access what? IDOR, SSRF
A02Security MisconfigurationDefaults, headers, exposed services
A03Software Supply Chain 🆕Dependencies, CI/CD, build integrity
A04Cryptographic FailuresWeak crypto, exposed secrets
A05InjectionUser input → system commands
A06Insecure DesignFlawed architecture
A07Authentication FailuresSession, credential management
A08Integrity FailuresUnsigned updates, tampered data
A09Logging & AlertingBlind spots, no monitoring
A10Exceptional Conditions 🆕Error handling, fail-open states

2025 Key Changes

2021 → 2025 Shifts:
├── SSRF merged into A01 (Access Control)
├── A02 elevated (Cloud/Container configs)
├── A03 NEW: Supply Chain (major focus)
├── A10 NEW: Exceptional Conditions
└── Focus shift: Root causes > Symptoms

Supply Chain Security (A03)

Attack Surface

VectorRiskQuestion to Ask
DependenciesMalicious packagesDo we audit new deps?
Lock filesIntegrity attacksAre they committed?
Build pipelineCI/CD compromiseWho can modify?
RegistryTyposquattingVerified sources?

Defense Principles

  • Verify package integrity (checksums)
  • Pin versions, audit updates
  • Use private registries for critical deps
  • Sign and verify artifacts

Use Cases

When to Use This Skill

  • Security auditing of applications
  • Vulnerability assessment and penetration testing
  • Code review for security issues
  • Prioritizing security fixes
  • Setting up security scanning in CI/CD
  • Supply chain security analysis

Example Scenarios

  1. Security Audit: “Scan this application for vulnerabilities”
  2. Code Review: “Review this code for security issues”
  3. Risk Assessment: “Prioritize these CVEs for our application”
  4. Supply Chain: “Check dependencies for known vulnerabilities”

Attack Surface Mapping

What to Map

CategoryElements
Entry PointsAPIs, forms, file uploads
Data FlowsInput → Process → Output
Trust BoundariesWhere auth/authz checked
AssetsSecrets, PII, business data

Prioritization Matrix

Risk = Likelihood × Impact

High Impact + High Likelihood → CRITICAL
High Impact + Low Likelihood  → HIGH
Low Impact + High Likelihood  → MEDIUM
Low Impact + Low Likelihood   → LOW

Risk Prioritization

CVSS + Context

FactorWeightQuestion
CVSS ScoreBase severityHow severe is the vuln?
EPSS ScoreExploit likelihoodIs it being exploited?
Asset ValueBusiness contextWhat’s at risk?
ExposureAttack surfaceInternet-facing?

Prioritization Decision Tree

Is it actively exploited (EPSS >0.5)?
├── YES → CRITICAL: Immediate action
└── NO → Check CVSS
         ├── CVSS ≥9.0 → HIGH
         ├── CVSS 7.0-8.9 → Consider asset value
         └── CVSS <7.0 → Schedule for later

Exceptional Conditions (A10 - New)

Fail-Open vs Fail-Closed

ScenarioFail-Open (BAD)Fail-Closed (GOOD)
Auth errorAllow accessDeny access
Parsing failsAccept inputReject input
TimeoutRetry foreverLimit + abort

What to Check

  • Exception handlers that catch-all and ignore
  • Missing error handling on security operations
  • Race conditions in auth/authz
  • Resource exhaustion scenarios

Code Pattern Analysis

High-Risk Patterns

PatternRiskLook For
String concat in queriesInjection"SELECT * FROM " + user_input
Dynamic code executionRCEeval(), exec(), Function()
Unsafe deserializationRCEpickle.loads(), unserialize()
Path manipulationTraversalUser input in file paths
Disabled securityVariousverify=False, --insecure

Secret Patterns

TypeIndicators
API Keysapi_key, apikey, high entropy
Tokenstoken, bearer, jwt
Credentialspassword, secret, key
CloudAWS_, AZURE_, GCP_ prefixes

Scanning Methodology

Phase-Based Approach

1. RECONNAISSANCE
   └── Understand the target
       ├── Technology stack
       ├── Entry points
       └── Data flows

2. DISCOVERY
   └── Identify potential issues
       ├── Configuration review
       ├── Dependency analysis
       └── Code pattern search

3. ANALYSIS
   └── Validate and prioritize
       ├── False positive elimination
       ├── Risk scoring
       └── Attack chain mapping

4. REPORTING
   └── Actionable findings
       ├── Clear reproduction steps
       ├── Business impact
       └── Remediation guidance

Runtime Scripts

ScriptPurposeUsage
scripts/security_scan.pyValidate security principlespython scripts/security_scan.py <project_path>

Reference Files

FilePurpose
checklists.mdOWASP Top 10, Auth, API, Data protection checklists

Cloud Security Considerations

Shared Responsibility

LayerYou OwnProvider Owns
Data
Application
OS/RuntimeDependsDepends
Infrastructure

Cloud-Specific Checks

  • IAM: Least privilege applied?
  • Storage: Public buckets?
  • Network: Security groups tightened?
  • Secrets: Using secrets manager?

Anti-Patterns to Avoid

❌ Don’t✅ Do
Scan without understandingMap attack surface first
Alert on every CVEPrioritize by exploitability + asset
Ignore false positivesMaintain verified baseline
Fix symptoms onlyAddress root causes
Scan once before deployContinuous scanning
Trust third-party deps blindlyVerify integrity, audit code

Reporting Principles

Finding Structure

Each finding should answer:
  1. What? - Clear vulnerability description
  2. Where? - Exact location (file, line, endpoint)
  3. Why? - Root cause explanation
  4. Impact? - Business consequence
  5. How to fix? - Specific remediation

Severity Classification

SeverityCriteria
CriticalRCE, auth bypass, mass data exposure
HighData exposure, privilege escalation
MediumLimited scope, requires conditions
LowInformational, best practice
  • red-team-tactics: Adversary simulation
  • api-patterns: API security patterns
  • clean-code: Secure coding practices
  • code-review-checklist: Security in code reviews

Which Agents Use This Skill

  • security-auditor: Primary user for security audits
  • penetration-tester: Uses for security testing

Tools Available

  • Read, Glob, Grep: For code analysis
  • Bash: For running security tools

Remember: Vulnerability scanning finds issues. Expert thinking prioritizes what matters. Always ask: “What would an attacker do with this?”

Build docs developers (and LLMs) love