agentleFS
rmichakrmichak/claude-skills/security-scanner/SKILL.md

security-scanner

Skill1 starsChanged 10 days agoMITView on GitHub

Automated security scanning for authorized targets. Port scanning, vulnerability detection, SSL/TLS analysis, web app checks, and DNS reconnaissance. Requires explicit authorization. Triggers on: "security scan", "scan this", "vulnerability scan", "pentest", "security audit on"

  • Reads credentials

14 other projects use a version of this.

Adopted by

Most recently taken up by

The file

We split this skill into the rules it gives an agent

3 rules. 0 are common, 3 are distinctive, and 0 are very specific to this project.

  • 0

    Common

    Most of the 11 edited versions we read keep these.

  • 3

    Distinctive

    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
  1. Distinctive:

    No direct contact with target — safe to run first:

    line 29
  2. Distinctive:

    Default credentials on admin panels

    line 96
  3. Distinctive:

    Check for zone transfer vulnerability

    line 112

“Common” is measured: kept by at least 6 in 10 of the 11 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Security Scanner

Perform authorized security assessments with structured reporting.

[!warning] AUTHORIZATION REQUIRED Before ANY scanning, confirm:

  1. The user owns or has written authorization to test the target
  2. The scope is clearly defined (IPs, domains, ports)
  3. No third-party infrastructure will be affected unintentionally

Scanning Phases

Phase 1: Passive Reconnaissance

No direct contact with target — safe to run first:

  • WHOIS lookup
  • DNS record enumeration (A, AAAA, MX, TXT, NS, CNAME)
  • Certificate transparency logs (crt.sh)
  • Subdomain discovery via public sources
  • Technology stack identification (via headers, public info)
  • Shodan/Censys lookup (if available)

Phase 2: Port Scanning (nmap)

# Quick top ports scan
nmap -sV --top-ports 1000 -T4 [target]

# Full TCP scan
nmap -sV -sC -p- -T4 [target]

# UDP top ports
nmap -sU --top-ports 100 -T4 [target]

# Service version + OS detection
nmap -sV -O -A [target]

Phase 3: SSL/TLS Analysis

# Using openssl
openssl s_client -connect [target]:443 -servername [domain]

# Check certificate details
openssl s_client -connect [target]:443 | openssl x509 -noout -text

# If sslscan is available
sslscan [target]

# If testssl.sh is available
testssl.sh [target]

Check for:

  • Certificate validity and expiration
  • Certificate chain completeness
  • Supported cipher suites (flag weak ones)
  • Protocol versions (flag SSLv3, TLS 1.0, TLS 1.1)
  • Known vulnerabilities (BEAST, POODLE, Heartbleed, ROBOT)
  • HSTS header presence

Phase 4: Web Application Checks

# HTTP headers analysis
curl -sI https://[target]

# Security headers check
curl -sI https://[target] | grep -iE '(strict-transport|content-security|x-frame|x-content-type|referrer-policy|permissions-policy)'

# Directory/file discovery (if gobuster/dirb available)
gobuster dir -u https://[target] -w /usr/share/wordlists/common.txt

# Check for common misconfigurations
curl -s https://[target]/.env
curl -s https://[target]/.git/config
curl -s https://[target]/robots.txt
curl -s https://[target]/sitemap.xml

Check for:

  • Missing security headers (CSP, HSTS, X-Frame-Options)
  • Information disclosure (server version, framework, debug mode)
  • Default credentials on admin panels
  • Directory listing enabled
  • Exposed sensitive files (.env, .git, backups)
  • CORS misconfiguration
  • Cookie security flags (HttpOnly, Secure, SameSite)

Phase 5: Vulnerability Detection

# If nuclei is available
nuclei -u https://[target] -severity critical,high,medium

# CVE checking against detected services
# (Use service versions from nmap to search for known CVEs)

Phase 6: DNS Security

  • Check for zone transfer vulnerability
  • DNSSEC validation
  • SPF, DKIM, DMARC records (email security)
  • Dangling DNS records (subdomain takeover risk)

Severity Ratings

LevelDescriptionAction
CRITICALActively exploitable, immediate riskFix immediately
HIGHExploitable with some effortFix within 24-48 hours
MEDIUMPotential risk, needs attentionFix within 1 week
LOWMinor issue, best practice violationFix when convenient
INFOObservation, no direct riskNote for awareness

Output Format

# Security Assessment: [Target]

**Target:** [IP/domain]
**Date:** [scan date]
**Scope:** [what was tested]
**Authorization:** [confirmed by owner]

## Executive Summary
[2-3 sentences on overall posture]

## Findings Summary
| Severity | Count |
|----------|-------|
| Critical | X |
| High | X |
| Medium | X |
| Low | X |
| Info | X |

## Detailed Findings

### [CRITICAL/HIGH] Finding Title
- **Description:** What was found
- **Evidence:** Scan output or proof
- **Impact:** What an attacker could do
- **Remediation:** How to fix it

[repeat for each finding]

## Recommendations (Prioritized)
1. [Most urgent fix]
2. [Next priority]
...

## Appendix: Raw Scan Output
[relevant scan outputs]

Save report to _claude-output/security-scan-[target]-[date].md

Download now (ZIP)

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
What did you use it for? e.g. Reviewing pull requests in a Rails app

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.