Security · Offensive Testing

Penetration Testing

A scoped, authorised assessment that answers one question: what could someone actually do?

Security
01

What A Test Is For

A vulnerability scan lists what might be wrong. A penetration test establishes what an attacker could actually achieve — by chaining findings, using real credentials, and pushing until something meaningful is reachable or the scope ends.

ActivityAnswersDepth
Vulnerability scanWhat known issues existAutomated breadth
Penetration testWhat an attacker could reachManual, scoped, time-boxed
Red team exerciseWhether the defenders would noticeObjective-based, stealthy
Bug bountyWhat the internet finds over timeContinuous, unpredictable
Every one of these requires explicit written authorisation from the system owner, with scope and dates. Testing without it is a criminal offence in most jurisdictions, and "I was only looking" is not a defence.
02

Rules Of Engagement

The paperwork is the profession. The rules of engagement define what is in scope, what is forbidden, when testing may happen, and who to call when something breaks.

ClauseWhy it exists
In-scope systems and addressesPrevents testing a shared host you do not own
Explicitly out of scopeProduction payments, medical devices, third-party services
Testing windowAvoids the busiest hours and the peak trading day
Prohibited techniquesUsually denial of service and social engineering unless agreed
Emergency contactSomeone reachable the moment something goes wrong
Data handlingWhat may be accessed, and how evidence is stored and destroyed
Get-out-of-jail letterWritten authorisation the tester can produce on demand
Black box, grey box and white box describe how much the tester is told. White box — source and credentials provided — usually finds more real issues per day, because time goes into finding flaws rather than rediscovering the architecture.
03

The Methodology

Established methodologies — OWASP's testing guide, PTES, NIST 800-115 — differ in detail and agree on the shape.

PhaseGoal
Scoping and authorisationAgree targets, limits, dates and contacts
ReconnaissanceMap the estate and its technologies
Analysis and discoveryIdentify weaknesses worth investigating
VerificationConfirm exploitability — carefully, within scope
Post-exploitation assessmentWhat would this access actually reach
ReportingFindings, evidence, severity, remediation
RetestConfirm the fixes actually fixed it

The phase people underestimate is the last two. A test that ends without a clear report and a retest has produced a document, not an improvement.

Verification is deliberately conservative in production: prove access is possible and stop. Demonstrating impact by actually destroying or exfiltrating data is neither necessary nor acceptable under most rules of engagement.
04

The Report Is The Product

Clients pay for the report. It has two audiences and must serve both: an executive summary that states business risk in plain language, and technical findings a developer can act on without a follow-up call.

SectionContains
Executive summaryWhat was tested, what the risk is, what to do first
Scope and methodologyWhat was covered — and what was not
FindingsEach with evidence, severity, affected assets and remediation
Attack narrativeHow findings chained together into real impact
Remediation planOrdered by risk, with realistic effort estimates
AppendicesRaw output, tooling, timestamps
State what was not tested as clearly as what was. A report that omits its own gaps gets read as a clean bill of health for the whole estate, which is how untested systems end up assumed safe.
05

Working In The Field

Penetration testing is a licensed-feeling profession without a single licence. Employers look for demonstrable methodology, clear writing, and evidence of legal, ethical practice.

BuildHow
Practical skillsDeliberately vulnerable labs and legal practice ranges
Competitive experienceCapture-the-flag events — legal, scoped, and well regarded
CredentialsPractical certifications with a hands-on exam carry the most weight
WritingReporting is half the job and the half most candidates neglect
FundamentalsNetworking, operating systems, web and cloud — tools change, these do not
Never practise on systems you do not own or have permission to test. Use the purpose-built labs — they exist precisely so nobody has an excuse, and an unauthorised test on a real target ends a career before it starts.
06

Interview Questions

Penetration test versus vulnerability scan?

A scan enumerates known issues automatically. A test is manual and scoped, chaining findings to establish what an attacker could actually reach and what the business impact would be.

What is in the rules of engagement?

In-scope and out-of-scope systems, the testing window, prohibited techniques, emergency contacts, data-handling rules and written authorisation the tester can produce on demand.

Black box or white box?

White box — source and credentials supplied — usually finds more real issues per day, because time goes into finding flaws rather than rediscovering the architecture. Black box better simulates an outsider.

How far should verification go in production?

Prove access is possible, then stop. Destroying or exfiltrating data is unnecessary to demonstrate risk and is outside almost every rules-of-engagement document.

What makes a good report?

An executive summary in business language, findings with evidence and specific remediation, an attack narrative showing how they chained, and an explicit statement of what was not tested.

Penetration test or red team?

A test finds as many exploitable weaknesses as possible in a scope. A red team pursues a specific objective stealthily, and is really a test of whether the defenders detect and respond.

Quick Quiz

1. The defining output of a penetration test is…
2. Rules of engagement primarily define…
3. A red team exercise mainly tests…
4. In production, verification should…
5. A report should state what was not tested because…