security-vulnerability-scanner
Skill2 starsChanged 7 months agoMITView on GitHub
Analyzes codebases, dependency lists, or configuration files to identify security vulnerabilities, misconfigurations, and compliance gaps. Provides actionable remediation steps with severity ratings and references to CVEs or security standards.
- Reads credentials
In this repository20 other files it gives its agents.
- api-design-standardizerSkill
- api-documentation-generatorSkill
- cloud-infrastructure-architectSkill
- cobol-to-javaSkill
- code-reviewSkill
- compliance-policy-auditorSkill
- database-performance-auditorSkill
- data-cleanupSkill
- incident-post-mortem-generatorSkill
- kaggle-notebook-generatorSkill
- meeting-transcriberSkill
- pdf-extractSkill
- python-structure-generatorSkill
- python-type-hinterSkill
- refactor-simplifySkill
- github-repo-structure-builderSkill
- sql-query-optimizerSkill
- unit-test-generatorSkill
- user-story-generatorSkill
- web-researchSkill
The file
We split this skill into the rules it gives an agent
1 rule. About 0 are common, 1 is distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈1
Distinctive · estimate
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 152
Ask for specific files, code snippets, or dependency lists
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Security Vulnerability Scanner
When to Use This Skill
Use this skill when:
- You need to audit a codebase for common security vulnerabilities (OWASP Top 10, CWE)
- You want to scan dependency files (package.json, requirements.txt, pom.xml) for known CVEs
- You need to review infrastructure-as-code (Terraform, CloudFormation, Kubernetes) for misconfigurations
- You require a security assessment before deployment or release
- You need to generate compliance reports for security standards (SOC2, ISO 27001, PCI-DSS)
Do NOT use this skill when:
- You need real-time threat detection or intrusion prevention
- You require penetration testing or active exploitation attempts
- The code is highly proprietary and cannot be shared with an LLM
- You need certified security audits for regulatory purposes
Core Workflow
Step 1: Input Analysis
Accept and parse the provided security scan target:
- Source code files or repositories
- Dependency manifest files
- Infrastructure-as-code templates
- Configuration files (Dockerfile, nginx.conf, etc.)
- API specifications or endpoint definitions
Identify the technology stack, frameworks, and potential attack surface.
Step 2: Vulnerability Detection
Systematically analyze the input for security issues across multiple categories:
Code-Level Vulnerabilities:
- Injection flaws (SQL, NoSQL, OS command, LDAP)
- Cross-site scripting (XSS) and CSRF
- Insecure deserialization
- Broken authentication and session management
- Sensitive data exposure
- Security misconfigurations
- Hardcoded credentials, API keys, or secrets
Dependency Vulnerabilities:
- Outdated packages with known CVEs
- Deprecated or unmaintained libraries
- License compliance issues
Infrastructure Misconfigurations:
- Overly permissive IAM policies
- Exposed ports or services
- Missing encryption at rest or in transit
- Insecure container configurations
- Publicly accessible storage buckets
Step 3: Severity Assessment
For each identified vulnerability:
- Assign a severity rating (Critical, High, Medium, Low, Info)
- Calculate CVSS score estimate where applicable
- Determine exploitability and potential impact
- Identify affected components and attack vectors
- Reference relevant CVE IDs, CWE categories, or OWASP entries
Step 4: Remediation Guidance
Provide specific, actionable remediation steps:
- Code fixes with before/after examples
- Dependency version upgrades
- Configuration changes
- Architecture recommendations
- Links to official documentation and patches
- Estimated effort to fix (S/M/L)
Step 5: Report Generation
Compile findings into a structured security report with:
- Executive summary with risk overview
- Detailed vulnerability list sorted by severity
- Remediation roadmap with priorities
- Compliance gap analysis
- Recommended security controls and best practices
Output Format
{
"scan_summary": {
"target": "string - description of scanned artifact",
"scan_date": "ISO 8601 timestamp",
"total_findings": "number",
"severity_breakdown": {
"critical": "number",
"high": "number",
"medium": "number",
"low": "number",
"info": "number"
},
"risk_score": "number (0-100)"
},
"vulnerabilities": [
{
"id": "VULN-001",
"title": "string",
"category": "injection|auth|data_exposure|misconfiguration|dependency|other",
"severity": "critical|high|medium|low|info",
"cvss_estimate": "number (0.0-10.0)",
"cwe_id": "CWE-XXX (if applicable)",
"cve_ids": ["CVE-YYYY-XXXX"],
"location": {
"file": "string",
"line": "number or null",
"component": "string"
},
"description": "detailed explanation of the vulnerability",
"evidence": "code snippet or configuration excerpt",
"impact": "potential consequences if exploited",
"remediation": {
"steps": ["step-by-step fix instructions"],
"code_fix": "before/after example if applicable",
"references": ["URLs to docs, patches, advisories"],
"estimated_effort": "S|M|L"
}
}
],
"compliance_gaps": [
{
"standard": "SOC2|ISO27001|PCI-DSS|GDPR|HIPAA",
"requirement": "specific control or requirement",
"status": "non-compliant|partial|compliant",
"findings": ["related vulnerability IDs"]
}
],
"recommendations": [
{
"priority": "immediate|short-term|long-term",
"category": "process|tooling|architecture|training",
"recommendation": "detailed suggestion",
"rationale": "why this matters"
}
]
}Fallback Behavior
If input is incomplete or unclear:
- Request clarification on what should be scanned
- Ask for specific files, code snippets, or dependency lists
- Offer to scan common file types if none are specified
If no vulnerabilities are found:
- Confirm the analysis was thorough
- Provide security best practices for the technology stack
- Suggest additional scanning tools for comprehensive coverage
- Recommend periodic re-scanning as code evolves
If the scope is too large:
- Propose focusing on high-risk areas first
- Suggest breaking the scan into logical components
- Prioritize critical paths (authentication, payment, data access)
If uncertain about a finding:
- Clearly mark as "potential issue - manual verification recommended"
- Explain the uncertainty and what to check
- Provide guidance on how to validate
Examples
Example Input Types:
- Code Snippet: A function handling user input and database queries
- Dependency File: package.json, requirements.txt, Gemfile, pom.xml
- IaC Template: Terraform .tf files, CloudFormation YAML, Kubernetes manifests
- Configuration: Dockerfile, .env template, nginx.conf, security groups
- API Spec: OpenAPI/Swagger definition with authentication flows
Example Findings:
- "SQL Injection in login function - unsanitized user input concatenated into query"
- "Hardcoded AWS secret key in source code at config/aws.js:15"
- "Outdated lodash@4.17.15 with prototype pollution vulnerability (CVE-2021-23337)"
- "S3 bucket configured with public read access - potential data exposure"
- "Container running as root user - privilege escalation risk"
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

