Security7 min read

Penetration Testing

Authorized security testing methodology - reconnaissance, vulnerability scanning, exploitation, and reporting to find weaknesses before attackers do.

Penetration TestingSecurityEthical HackingBurp SuiteReconnaissance

skill: Penetration Testing category: Security tags: [Penetration Testing, Security, Ethical Hacking, Burp Suite, Reconnaissance] readingTime: 7

Penetration testing is authorized, structured security assessment - fundamentally different from unauthorized hacking. Always have a signed scope document before testing. If you're preparing for a career in security, pursue OSCP or CEH certifications and practice on platforms like HackTheBox, TryHackMe, or your own lab environment.

Workflow

  1. Define scope and rules of engagementTesting without authorization is illegal. A signed scope document defines what systems can be tested, from which IPs, during what hours, and what attack types are permitted.
  2. Passive and active reconnaissanceReconnaissance maps the attack surface before attempting exploitation - understanding what's exposed is more valuable than immediately scanning for vulnerabilities.
  3. Web application testing with Burp SuiteBurp Suite is the standard proxy for web app testing - it intercepts, modifies, and replays HTTP requests to find injection, auth bypass, and business logic flaws.
  4. Exploit and demonstrate impactFinding a vulnerability is not enough - demonstrating actual impact (data exfiltration, privilege escalation) convinces stakeholders to fix it.
  5. Write a professional reportA pentest without a clear report has zero business value. The report is the deliverable - it must be readable by both technical staff and executives.

Output Format

Pentest deliverable: scope agreement, technical findings with severity/CVSS/PoC, and executive summary with remediation guidance.

Pentest Report:
├── Executive Summary
│   ├── Risk rating: Critical/High/Medium/Low
│   └── Top 3 recommended actions
├── Findings
│   ├── CRIT-01: SQL Injection in /api/login
│   ├── HIGH-01: Missing MFA on admin panel
│   └── MED-01: Verbose error messages
└── Methodology & Scope

Examples

Input

Output

Edge Cases & Gotchas

  • Scope creep temptation - Finding a link to an out-of-scope system during testing is tempting to follow. Don't - note it in the report as 'potential attack vector discovered' and stop at the boundary.
  • Disrupting production services - Some exploits (buffer overflows, DoS) crash services. Test in staging unless explicitly authorized for production, and test during the agreed maintenance window.
  • Storing captured credentials - Captured passwords must be stored securely (encrypted), used only to demonstrate access, and deleted at report delivery. Include data handling procedures in the scope document.
  • False positives from scanners - Automated scanners report 30-50% false positives. Always manually verify every finding before including it in the report.

When to Break These Rules

  • Hire a professional external pentest firm for compliance requirements (PCI DSS, SOC 2, ISO 27001) - internal teams doing their own pentest has inherent bias and may not satisfy auditors.
  • Use bug bounty programs (HackerOne, Bugcrowd) as a continuous supplement to point-in-time pentests - real attackers test year-round, not once a year.

Reference Files

  • https://owasp.org/www-project-testing-guide/
  • https://www.offensive-security.com/metasploit-unleashed/

More skills in this library

Browse all technical skills - Mobile, AI/ML, Web, Backend, Design, and Product.