Conduct a comprehensive external network penetration test to identify vulnerabilities in internet-facing infrastructure using PTES methodology, reconnaissance, scanning, exploitation, and reporting.
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
A direct command skips the review prompt. Inspect the source before running it.
Conduct a comprehensive external network penetration test to identify vulnerabilities in internet-facing infrastructure using PTES methodology, reconnaissance, scanning, exploitation, and reporting.
An external network penetration test simulates a real-world attacker targeting an organization's internet-facing assets such as firewalls, web servers, mail servers, DNS servers, VPN gateways, and cloud endpoints. The objective is to identify exploitable vulnerabilities before malicious actors do, following frameworks like PTES (Penetration Testing Execution Standard), OSSTMM, and NIST SP 800-115.
When to Use
When conducting security assessments that involve performing external network penetration test
When following incident response procedures for related security events
When performing scheduled security testing or auditing activities
When validating security controls through hands-on testing
Most Often Missed & How to Confirm
The full external surface, not just the seed IPs — subdomains via multiple sources, cert-transparency, ASN/netblock expansion, cloud assets (S3/Blob/GCS), and forgotten/staging hosts. Attackers find the host you never scanned.
VPN/remote-access and email edge — IKE aggressive mode (ike-scan), Citrix/Fortinet/Pulse known CVEs, OWA/O365 for password spraying, and SMTP user enumeration. These edge appliances are the real initial-access vectors and are easy to skip.
Default creds and exposed admin/management panels — Jenkins, Tomcat manager, phpMyAdmin, printers, iLO/iDRAC, and open dashboards beat most CVEs for impact.
UDP and full TCP range — SNMP public, DNS, and high-port services live outside the top-1000 TCP sweep.
Lockout-safe spraying — confirm lockout thresholds before spraying OWA/VPN; one careless spray locks the org out and ends the test.
How to confirm: prove each finding with reproducible evidence — the -sV banner/version, a screenshot of the authenticated panel, a captured/cracked credential, or exploit output showing the obtained shell/user. Don't conclude a service is not exploitable until you version-match it against searchsploit/NVD and try default creds; don't conclude the perimeter is mapped until you've merged multiple subdomain sources and checked cloud storage and the VPN/mail edge.
Prerequisites
Written authorization (Rules of Engagement document signed by asset owner)
Defined scope: IP ranges, domains, subdomains, and exclusions
Testing environment: Kali Linux or Parrot OS with updated tools
VPN/dedicated testing infrastructure to avoid IP blocks
