Awesome-omni-skills shodan-reconnaissance
Shodan Reconnaissance and Pentesting workflow skill. Use this skill when the user needs Provide systematic methodologies for leveraging Shodan as a reconnaissance tool during penetration testing engagements and the operator should preserve the upstream workflow, copied support files, and provenance before merging or handing off.
git clone https://github.com/diegosouzapw/awesome-omni-skills
T=$(mktemp -d) && git clone --depth=1 https://github.com/diegosouzapw/awesome-omni-skills "$T" && mkdir -p ~/.claude/skills && cp -r "$T/skills/shodan-reconnaissance" ~/.claude/skills/diegosouzapw-awesome-omni-skills-shodan-reconnaissance && rm -rf "$T"
skills/shodan-reconnaissance/SKILL.mdShodan Reconnaissance and Pentesting
Overview
This public intake copy packages
plugins/antigravity-awesome-skills-claude/skills/shodan-reconnaissance from https://github.com/sickn33/antigravity-awesome-skills into the native Omni Skills editorial shape without hiding its origin.
Use it when the operator needs the upstream workflow, support files, and repository context to stay intact while the public validator and private enhancer continue their normal downstream flow.
This intake keeps the copied upstream files intact and uses
metadata.json plus ORIGIN.md as the provenance anchor for review.
Shodan Reconnaissance and Pentesting
Imported source sections that did not map cleanly to the public headings are still preserved below or in the support files. Notable imported sections: Purpose, Inputs / Prerequisites, Outputs / Deliverables, Constraints and Limitations.
When to Use This Skill
Use this section as the trigger filter. It should make the activation boundary explicit before the operator loads files, runs commands, or opens a pull request.
- This skill is applicable to execute the workflow or actions described in the overview.
- Use when the request clearly matches the imported source intent: Provide systematic methodologies for leveraging Shodan as a reconnaissance tool during penetration testing engagements.
- Use when the operator should preserve upstream workflow detail instead of rewriting the process from scratch.
- Use when provenance needs to stay visible in the answer, PR, or review packet.
- Use when copied upstream references, examples, or scripts materially improve the answer.
- Use when the workflow should remain reviewable in the public intake repo before the private enhancer takes over.
Operating Table
| Situation | Start here | Why it matters |
|---|---|---|
| First-time use | | Confirms repository, branch, commit, and imported path before touching the copied workflow |
| Provenance review | | Gives reviewers a plain-language audit trail for the imported source |
| Workflow execution | | Starts with the smallest copied file that materially changes execution |
| Supporting context | | Adds the next most relevant copied source file without loading the entire package |
| Handoff decision | | Helps the operator switch to a stronger native skill when the task drifts |
Workflow
This workflow is intentionally editorial and operational at the same time. It keeps the imported source useful to the operator while still satisfying the public intake standards that feed the downstream enhancer flow.
- Navigate to Monitor Dashboard
- Add IP, range, or domain to monitor
- Configure notification service (email, Slack, webhook)
- Select trigger events (new service, vulnerability, etc.)
- View dashboard for exposed services
- Confirm the user goal, the scope of the imported workflow, and whether this skill is still the right router for the task.
- Read the overview and provenance files before loading any copied upstream support files.
Imported Workflow Notes
Imported: Core Workflow
1. Setup and Configuration
Install Shodan CLI
# Using pip pip install shodan # Or easy_install easy_install shodan # On BlackArch/Arch Linux sudo pacman -S python-shodan
Initialize API Key
# Set your API key shodan init YOUR_API_KEY # Verify setup shodan info # Output: Query credits available: 100 # Scan credits available: 100
Check Account Status
# View credits and plan info shodan info # Check your external IP shodan myip # Check CLI version shodan version
2. Basic Host Reconnaissance
Query Single Host
# Get all information about an IP shodan host 1.1.1.1 # Example output: # 1.1.1.1 # Hostnames: one.one.one.one # Country: Australia # Organization: Mountain View Communications # Number of open ports: 3 # Ports: # 53/udp # 80/tcp # 443/tcp
Check if Host is Honeypot
# Get honeypot probability score shodan honeyscore 192.168.1.100 # Output: Not a honeypot # Score: 0.3
3. Search Queries
Basic Search (Free)
# Simple keyword search (no credits consumed) shodan search apache # Specify output fields shodan search --fields ip_str,port,os smb
Filtered Search (1 Credit)
# Product-specific search shodan search product:mongodb # Search with multiple filters shodan search product:nginx country:US city:"New York"
Count Results
# Get result count without consuming credits shodan count openssh # Output: 23128 shodan count openssh 7 # Output: 219
Download Results
# Download 1000 results (default) shodan download results.json.gz "apache country:US" # Download specific number of results shodan download --limit 5000 results.json.gz "nginx" # Download all available results shodan download --limit -1 all_results.json.gz "query"
Parse Downloaded Data
# Extract specific fields from downloaded data shodan parse --fields ip_str,port,hostnames results.json.gz # Filter by specific criteria shodan parse --fields location.country_code3,ip_str -f port:22 results.json.gz # Export to CSV format shodan parse --fields ip_str,port,org --separator , results.json.gz > results.csv
4. Search Filters Reference
Network Filters
ip:1.2.3.4 # Specific IP address net:192.168.0.0/24 # Network range (CIDR) hostname:example.com # Hostname contains port:22 # Specific port asn:AS15169 # Autonomous System Number
Geographic Filters
country:US # Two-letter country code country:"United States" # Full country name city:"San Francisco" # City name state:CA # State/region postal:94102 # Postal/ZIP code geo:37.7,-122.4 # Lat/long coordinates
Organization Filters
org:"Google" # Organization name isp:"Comcast" # ISP name
Service/Product Filters
product:nginx # Software product version:1.14.0 # Software version os:"Windows Server 2019" # Operating system http.title:"Dashboard" # HTTP page title http.html:"login" # HTML content http.status:200 # HTTP status code ssl.cert.subject.cn:*.example.com # SSL certificate ssl:true # Has SSL enabled
Vulnerability Filters
vuln:CVE-2019-0708 # Specific CVE has_vuln:true # Has any vulnerability
Screenshot Filters
has_screenshot:true # Has screenshot available screenshot.label:webcam # Screenshot type
5. On-Demand Scanning
Submit Scan
# Scan single IP (1 credit per IP) shodan scan submit 192.168.1.100 # Scan with verbose output (shows scan ID) shodan scan submit --verbose 192.168.1.100 # Scan and save results shodan scan submit --filename scan_results.json.gz 192.168.1.100
Monitor Scan Status
# List recent scans shodan scan list # Check specific scan status shodan scan status SCAN_ID # Download scan results later shodan download --limit -1 results.json.gz scan:SCAN_ID
Available Scan Protocols
# List available protocols/modules shodan scan protocols
6. Statistics and Analysis
Get Search Statistics
# Default statistics (top 10 countries, orgs) shodan stats nginx # Custom facets shodan stats --facets domain,port,asn --limit 5 nginx # Save to CSV shodan stats --facets country,org -O stats.csv apache
7. Network Monitoring
Setup Alerts (Web Interface)
1. Navigate to Monitor Dashboard 2. Add IP, range, or domain to monitor 3. Configure notification service (email, Slack, webhook) 4. Select trigger events (new service, vulnerability, etc.) 5. View dashboard for exposed services
8. REST API Usage
Direct API Calls
# Get API info curl -s "https://api.shodan.io/api-info?key=YOUR_KEY" | jq # Host lookup curl -s "https://api.shodan.io/shodan/host/1.1.1.1?key=YOUR_KEY" | jq # Search query curl -s "https://api.shodan.io/shodan/host/search?key=YOUR_KEY&query=apache" | jq
Python Library
import shodan api = shodan.Shodan('YOUR_API_KEY') # Search results = api.search('apache') print(f'Results found: {results["total"]}') for result in results['matches']: print(f'IP: {result["ip_str"]}') # Host lookup host = api.host('1.1.1.1') print(f'IP: {host["ip_str"]}') print(f'Organization: {host.get("org", "n/a")}') for item in host['data']: print(f'Port: {item["port"]}')
Imported: Purpose
Provide systematic methodologies for leveraging Shodan as a reconnaissance tool during penetration testing engagements. This skill covers the Shodan web interface, command-line interface (CLI), REST API, search filters, on-demand scanning, and network monitoring capabilities for discovering exposed services, vulnerable systems, and IoT devices.
Examples
Example 1: Ask for the upstream workflow directly
Use @shodan-reconnaissance to handle <task>. Start from the copied upstream workflow, load only the files that change the outcome, and keep provenance visible in the answer.
Explanation: This is the safest starting point when the operator needs the imported workflow, but not the entire repository.
Example 2: Ask for a provenance-grounded review
Review @shodan-reconnaissance against metadata.json and ORIGIN.md, then explain which copied upstream files you would load first and why.
Explanation: Use this before review or troubleshooting when you need a precise, auditable explanation of origin and file selection.
Example 3: Narrow the copied support files before execution
Use @shodan-reconnaissance for <task>. Load only the copied references, examples, or scripts that change the outcome, and name the files explicitly before proceeding.
Explanation: This keeps the skill aligned with progressive disclosure instead of loading the whole copied package by default.
Example 4: Build a reviewer packet
Review @shodan-reconnaissance using the copied upstream files plus provenance, then summarize any gaps before merge.
Explanation: This is useful when the PR is waiting for human review and you want a repeatable audit packet.
Imported Usage Notes
Imported: Examples
Example 1: Organization Reconnaissance
# Find all hosts belonging to target organization shodan search 'org:"Target Company"' # Get statistics on their infrastructure shodan stats --facets port,product,country 'org:"Target Company"' # Download detailed data shodan download target_data.json.gz 'org:"Target Company"' # Parse for specific info shodan parse --fields ip_str,port,product target_data.json.gz
Example 2: Vulnerable Service Discovery
# Find hosts vulnerable to BlueKeep (RDP CVE) shodan search 'vuln:CVE-2019-0708 country:US' # Find exposed Elasticsearch with no auth shodan search 'product:elastic port:9200 -authentication' # Find Log4j vulnerable systems shodan search 'vuln:CVE-2021-44228'
Example 3: IoT Device Discovery
# Find exposed webcams shodan search 'webcam has_screenshot:true country:US' # Find industrial control systems shodan search 'port:502 product:modbus' # Find exposed printers shodan search '"HP-ChaiSOE" port:80' # Find smart home devices shodan search 'product:nest'
Example 4: SSL/TLS Certificate Analysis
# Find hosts with specific SSL cert shodan search 'ssl.cert.subject.cn:*.example.com' # Find expired certificates shodan search 'ssl.cert.expired:true org:"Company"' # Find self-signed certificates shodan search 'ssl.cert.issuer.cn:self-signed'
Example 5: Python Automation Script
#!/usr/bin/env python3 import shodan import json API_KEY = 'YOUR_API_KEY' api = shodan.Shodan(API_KEY) def recon_organization(org_name): """Perform reconnaissance on an organization""" try: # Search for organization query = f'org:"{org_name}"' results = api.search(query) print(f"[*] Found {results['total']} hosts for {org_name}") # Collect unique IPs and ports hosts = {} for result in results['matches']: ip = result['ip_str'] port = result['port'] product = result.get('product', 'unknown') if ip not in hosts: hosts[ip] = [] hosts[ip].append({'port': port, 'product': product}) # Output findings for ip, services in hosts.items(): print(f"\n[+] {ip}") for svc in services: print(f" - {svc['port']}/tcp ({svc['product']})") return hosts except shodan.APIError as e: print(f"Error: {e}") return None if __name__ == '__main__': recon_organization("Target Company")
Example 6: Network Range Assessment
# Scan a /24 network range shodan search 'net:192.168.1.0/24' # Get port distribution shodan stats --facets port 'net:192.168.1.0/24' # Find specific vulnerabilities in range shodan search 'net:192.168.1.0/24 vuln:CVE-2021-44228' # Export all data for range shodan download network_scan.json.gz 'net:192.168.1.0/24'
Best Practices
Treat the generated public skill as a reviewable packaging layer around the upstream repository. The goal is to keep provenance explicit and load only the copied source material that materially improves execution.
- Keep the imported skill grounded in the upstream repository; do not invent steps that the source material cannot support.
- Prefer the smallest useful set of support files so the workflow stays auditable and fast to review.
- Keep provenance, source commit, and imported file paths visible in notes and PR descriptions.
- Point directly at the copied upstream files that justify the workflow instead of relying on generic review boilerplate.
- Treat generated examples as scaffolding; adapt them to the concrete task before execution.
- Route to a stronger native skill when architecture, debugging, design, or security concerns become dominant.
Troubleshooting
Problem: The operator skipped the imported context and answered too generically
Symptoms: The result ignores the upstream workflow in
plugins/antigravity-awesome-skills-claude/skills/shodan-reconnaissance, fails to mention provenance, or does not use any copied source files at all.
Solution: Re-open metadata.json, ORIGIN.md, and the most relevant copied upstream files. Load only the files that materially change the answer, then restate the provenance before continuing.
Problem: The imported workflow feels incomplete during review
Symptoms: Reviewers can see the generated
SKILL.md, but they cannot quickly tell which references, examples, or scripts matter for the current task.
Solution: Point at the exact copied references, examples, scripts, or assets that justify the path you took. If the gap is still real, record it in the PR instead of hiding it.
Problem: The task drifted into a different specialization
Symptoms: The imported skill starts in the right place, but the work turns into debugging, architecture, design, security, or release orchestration that a native skill handles better. Solution: Use the related skills section to hand off deliberately. Keep the imported provenance visible so the next skill inherits the right context instead of starting blind.
Imported Troubleshooting Notes
Imported: Troubleshooting
| Issue | Cause | Solution |
|---|---|---|
| No API Key Configured | Key not initialized | Run then verify with |
| Query Credits Exhausted | Monthly credits consumed | Use credit-free queries (no filters), wait for reset, or upgrade |
| Host Recently Crawled | Cannot re-scan IP within 24h | Use for existing data, or wait 24 hours |
| Rate Limit Exceeded | >1 request/second | Add between API requests |
| Empty Search Results | Too specific or syntax error | Use quotes for phrases: ; broaden criteria |
| Downloaded File Won't Parse | Corrupted or wrong format | Verify with , re-download with |
Related Skills
- Use when the work is better handled by that native specialization after this imported skill establishes context.@server-management
- Use when the work is better handled by that native specialization after this imported skill establishes context.@service-mesh-expert
- Use when the work is better handled by that native specialization after this imported skill establishes context.@service-mesh-observability
- Use when the work is better handled by that native specialization after this imported skill establishes context.@sexual-health-analyzer
Additional Resources
Use this support matrix and the linked files below as the operator packet for this imported skill. They should reflect real copied source material, not generic scaffolding.
| Resource family | What it gives the reviewer | Example path |
|---|---|---|
| copied reference notes, guides, or background material from upstream | |
| worked examples or reusable prompts copied from upstream | |
| upstream helper scripts that change execution or validation | |
| routing or delegation notes that are genuinely part of the imported package | |
| supporting assets or schemas copied from the source package | |
Imported Reference Notes
Imported: Quick Reference
Essential CLI Commands
| Command | Description | Credits |
|---|---|---|
| Initialize API key | 0 |
| Show account info | 0 |
| Show your IP | 0 |
| Host details | 0 |
| Result count | 0 |
| Basic search | 0* |
| Save results | 1/100 results |
| Extract data | 0 |
| Statistics | 1 |
| On-demand scan | 1/IP |
| Honeypot check | 0 |
*Filters consume 1 credit per query
Common Search Queries
| Purpose | Query |
|---|---|
| Find webcams | |
| MongoDB databases | |
| Redis servers | |
| Elasticsearch | |
| Default passwords | |
| Vulnerable RDP | |
| Industrial systems | |
| Cisco devices | |
| Open VNC | |
| Exposed FTP | |
| WordPress sites | |
| Printers | |
| Cameras (RTSP) | |
| Jenkins servers | |
| Docker APIs | |
Useful Filter Combinations
| Scenario | Query |
|---|---|
| Target org recon | |
| Domain enumeration | |
| Network range scan | |
| SSL cert search | |
| Vulnerable servers | |
| Exposed admin panels | |
| Database exposure | |
Credit System
| Action | Credit Type | Cost |
|---|---|---|
| Basic search | Query | 0 (no filters) |
| Filtered search | Query | 1 |
| Download 100 results | Query | 1 |
| Generate report | Query | 1 |
| Scan 1 IP | Scan | 1 |
| Network monitoring | Monitored IPs | Depends on plan |
Imported: Inputs / Prerequisites
- Shodan Account: Free or paid account at shodan.io
- API Key: Obtained from Shodan account dashboard
- Target Information: IP addresses, domains, or network ranges to investigate
- Shodan CLI: Python-based command-line tool installed
- Authorization: Written permission for reconnaissance on target networks
Imported: Outputs / Deliverables
- Asset Inventory: List of discovered hosts, ports, and services
- Vulnerability Report: Identified CVEs and exposed vulnerable services
- Banner Data: Service banners revealing software versions
- Network Mapping: Geographic and organizational distribution of assets
- Screenshot Gallery: Visual reconnaissance of exposed interfaces
- Exported Data: JSON/CSV files for further analysis
Imported: Constraints and Limitations
Operational Boundaries
- Rate limited to 1 request per second
- Scan results not immediate (asynchronous)
- Cannot re-scan same IP within 24 hours (non-Enterprise)
- Free accounts have limited credits
- Some data requires paid subscription
Data Freshness
- Shodan crawls continuously but data may be days/weeks old
- On-demand scans provide current data but cost credits
- Historical data available with paid plans
Legal Requirements
- Only perform reconnaissance on authorized targets
- Passive reconnaissance generally legal but verify jurisdiction
- Active scanning (scan submit) requires authorization
- Document all reconnaissance activities