agentleFS
Marnie0415Marnie0415/pi-skills/security-testing/SKILL.md

security-testing

Skill1 starsChanged 5 months agoMITView on GitHub

Pi sub-agent for professional security assessments. Uses nmap NSE, CVE databases, and proper exploit workflows. Always use nmap NSE scripts first — they detect known vulnerabilities automatically before manual probing. For each discovered service, use the appropriate tool: When you find a service/version, search for known exploits: For each CVE found: 1. Check if the service version matches the affected range 2. Search GitHub for PoC/exploit code 3. Test the exploit against the target When testing exploits:

9 other projects use a version of this.

Adopted by

Most recently taken up by

Used with

Projects with it also use mobile-testing, database-testing and 5 more.

Other files people use alongside this one.

Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
  • petrkindlmannSkill

    mobile-testing

    Test native, React Native, hybrid, and Flutter mobile apps with Appium 3.x, Detox, Maestro, and Patrol. Covers device farm setup (BrowserStack, Sauce Labs), gesture simulation, deep link and cold-start testing, push notifications, biometric (Face ID) auth, offline/poor-network simulation, and iOS/Android permission dialog handling. Use when: "mobile test," "Appium," "Detox," "Maestro," "Patrol," "Flutter test," "iOS test," "Android test," "device farm," "deep link," "biometric," "Face ID," "permission dialog," "React Native test." Not for: device/browser matrix strategy in the abstract — use cross-browser-testing; app startup/memory/battery profiling depth — use performance-testing; mobile screenshot diffing — use visual-testing. Related: ci-cd-integration, cross-browser-testing, performance-testing, test-data-management, test-reliability.

    Also in 5 projects that use this

  • petrkindlmannSkill

    database-testing

    Validate database integrity, test migrations forward and backward, verify schema constraints, manage seed data, detect migration drift, and identify query performance issues. Covers PostgreSQL, MySQL, MongoDB with Prisma, TypeORM, Drizzle, and SQLAlchemy, plus Testcontainers test databases. Use when: "database test," "migration test," "migration rollback," "rollback test," "data integrity," "SQL test," "schema validation," "seed data," "query performance," "Testcontainers." Not for: synthetic data generation/masking at scale — use test-data-management; Docker/IaC test-environment provisioning — use test-environments; SQL injection — use security-testing. Related: test-data-management, test-environments, security-testing, ci-cd-integration.

    Also in 4 projects that use this

  • conorluddySkill

    accessibility-testing

    WCAG compliance testing and accessibility quality assurance workflows for iOS apps. Use when validating accessibility labels, testing VoiceOver compatibility, checking contrast ratios, or ensuring WCAG 2.1 compliance. Covers accessibility tree analysis, semantic validation, and automated accessibility testing patterns.

    Also in 4 projects that use this

  • nek1987Skill

    api-testing

    Use when writing tests for backend APIs or frontend flows. Triggers for: unit tests, integration tests, E2E tests, pytest fixtures, TestClient setup, mock data factories, or test coverage analysis. NOT for: testing business logic that doesn't involve API endpoints.

    Also in 3 projects that use this

  • +3 more from petrkindlmann

The file

We split this skill into the rules it gives an agent

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

  • 0

    Common

    Most of the 7 edited versions we read keep these.

  • 5

    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:

    Always use nmap NSE scripts first — they detect known vulnerabilities automatically before manual probing.

    line 9
  2. Distinctive:

    When you find a service/version, search for known exploits:

    line 51
  3. Distinctive:

    Check if the service version matches the affected range

    line 60
  4. Distinctive:

    Search GitHub for PoC/exploit code

    line 61
  5. Distinctive:

    Test the exploit against the target

    line 62

“Common” is measured: kept by at least 6 in 10 of the 7 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 Testing Skill

Pi sub-agent for professional security assessments. Uses nmap NSE, CVE databases, and proper exploit workflows.

Methodology

Phase 1: Reconnaissance & Scanning

Always use nmap NSE scripts first — they detect known vulnerabilities automatically before manual probing.

# Step 1: Host discovery
nmap -sn <target_network>/24 -oG - | grep "Up"

# Step 2: Version detection + NSE vuln scan (THE MOST IMPORTANT STEP)
nmap -sV --script=vuln -p- <target_ip>

# Step 3: Specific service scanning with targeted NSE scripts
nmap -sV --script="http-enum,http-headers,http-title,http-webdav-scan" -p 80,443,8080,8443 <target_ip>
nmap -sV --script="smb-enum*,smb-vuln*" -p 445 <target_ip>
nmap -sV --script="ssh-auth-methods,ssh2-enum-algos" -p 22 <target_ip>
nmap -sV --script="ftp-anon,ftp-brute,ftp-vsftpd-backdoor" -p 21 <target_ip>
nmap -sV --script="mysql-enum,mysql-vuln*" -p 3306 <target_ip>

# Step 4: Full port scan with service version
nmap -sT -sV -p- --min-rate=1000 <target_ip>

Phase 2: Service Enumeration

For each discovered service, use the appropriate tool:

# HTTP/HTTPS
curl -sI http://<target>/
curl -s http://<target>/robots.txt
nmap --script=http-enum,http-title,http-headers,http-config-backup -p 80,443 <target>

# For web apps: directory brute-force
# For APIs: check common endpoints (/api, /v1, /graphql, /swagger)

# For network shares
smbclient -L //<target> -N

# For databases
# Check default credentials

Phase 3: CVE Research

When you find a service/version, search for known exploits:

# Use code_search/web_search for CVEs
# /search <product> <version> CVE exploit
# /code_search <product> <version> vulnerability poc

For each CVE found:

  1. Check if the service version matches the affected range
  2. Search GitHub for PoC/exploit code
  3. Test the exploit against the target

Phase 4: Exploit Validation

When testing exploits:

  1. Understand the exploit first — Read the PoC code, understand what it does
  2. Test non-destructively first — Prefer info leaks over crashes
  3. Document findings — What worked, what didn't, what's the impact

Tool Usage Reference

nmap NSE Categories

vuln              — Check for known vulnerabilities
exploit           — Attempt exploitation
auth              — Authentication bypass detection
brute             — Brute force credentials
intrusive         — May crash services (use with caution)
safe              — Won't crash services
default           — Default scripts
discovery         — Service/network discovery
dos               — Denial of service (DESTRUCTIVE!)

Quick Scan Profiles

# Quick vulnerability scan
nmap-vulns() { nmap -sV --script=vuln --min-rate=500 "$@"; }

# Full service enumeration
nmap-full() { nmap -sT -sV -p- --min-rate=1000 "$@" -oN "$1.nmap"; }

# Web server deep scan
nmap-web() { nmap -sV --script="http-*,ssl-*,html-*" -p 80,443,8080,8443 "$@"; }

# Quick check all common ports
nmap-quick() { nmap -sT -sV -p 21,22,23,53,80,443,445,631,8080,8443,3306,5432,6379,27017 "$@"; }

Protocol-Specific Checks

# SNMP
nmap -sU -p 161 --script=snmp-* <target>

# DNS
nmap -sU -p 53 --script=dns-* <target>

# RDP (Windows)
nmap -p 3389 --script=rdp-* <target>

# SMB (Windows)
nmap -p 445 --script=smb-* <target>

Important Notes

  1. Always check if the service version is in the affected range — Don't just try exploits blindly
  2. Use web_search/code_search for CVE details — The model doesn't know all CVEs by heart
  3. Prefer nmap NSE scripts over manual probing — They're pre-verified and non-destructive
  4. For complex exploit chains, use deepseek-reasoner — Switch with /model deepseek-reasoner
  5. Document findings in ~/pi_learnings.md — So you learn from each assessment

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.