Skip to content
Getting Digital

Penetration Testing

Also: pentest, ethical hacking, offensive security, red team

A penetration test is an authorised, scoped attempt by a skilled tester to exploit weaknesses in a system the way an attacker would, ending in a report the owner can act on.

Our take. The report is the deliverable, not the break-in. A test that compromises the domain controller and produces a list of tool output has failed; a test that finds three medium flaws and explains, in the owner's language, which one to fix first and why has succeeded. Buyers should read a sample report before they read a testimonial.

Scanners find known weaknesses; testers find out what they are worth. A tester takes the flaws a scanner lists, the ones it cannot see, and the human and process weaknesses around them, and chains them the way an attacker would: a low-severity information leak that reveals a username format, a password policy that permits a guessable pattern, a service that trusts anything from inside the network. The result is a demonstration of what a real attacker could reach and a report that says so in terms a decision-maker can act on. Everything about the discipline follows from two facts: the tester has permission, and the tester has to write it down.

Authorisation is the boundary of the profession

A written statement of what may be tested, when, by whom, and what is out of bounds is what separates a penetration test from a crime. Testers who find a way into a system that turns out to belong to a third party stop, document, and report; they do not continue because it was interesting. Every offensive certification, from the vendor-neutral penetration testing exam to the ethical-hacker credential, spends real weight on this, and self-taught candidates who learned on practice labs consistently fail exactly those questions.

KindThe tester knowsAnswers
Black boxNothing beyond the targetWhat an outside attacker with no inside knowledge could do
Grey boxSome documentation or a low-privilege accountWhat a compromised user or an informed outsider could do
White boxEverything: source, architecture, credentialsWhere the flaws actually are, most efficiently
Red teamThe objective, and as little else as possibleWhether the defenders notice and respond; tests the team, not only the system
Bug bountyPublic rules and rewardsWhat many independent testers find over time, at the cost of noise

The report divides good testers from tool operators. It states the scope and what was excluded, so a reader knows what the findings do not cover. It ranks findings by what they would let an attacker do in this organisation, not by a generic score. It explains each one so that the person who has to fix it understands the mechanism, and it proposes a fix that fits the system rather than a generic remediation line. A good report can be handed to an engineer and a board member and be useful to both; a bad one is a scanner's output with a logo.

In practice

A company commissions an external test of its customer portal and receives a report of forty findings, thirty-seven of them low, each with a paragraph of boilerplate. Three months later a different firm tests the same portal, finds the same three medium issues, and shows that chaining two of them lets an authenticated customer read another customer's invoices. The second report is four pages, names the two findings, shows the request sequence, and recommends a specific authorisation check in one component. The first report cost the same and was filed. The second changed the release plan the following week.

Often confused with

Vulnerability Management
Vulnerability scanning is automatic, continuous and lists known flaws. Penetration testing is human, periodic and demonstrates what those flaws and others allow. One is inventory; the other is proof.
Security Risk Assessment
A penetration test shows what an attacker could technically do. A risk assessment weighs that against likelihood and business impact to decide what to spend on preventing it. The test is evidence for the assessment.
Incident Response
A penetration test is a rehearsed attack you asked for. Incident response is the reaction to one you did not. Red-team exercises sit between the two, testing the response as well as the defences.

Key takeaways

  • Testers chain weaknesses; scanners list them. The test shows what the list is worth.
  • Written authorisation and scope are the boundary between a test and an offence.
  • Judge a tester by a sample report: scope stated, findings ranked by impact here, fixes that fit.

Certifications that test this

Vendor exams whose syllabus covers this concept — facts, cost and a preparation path on each page.

More courses from these shelves

A rotating selection from the course directory, drawn from the subcategories where this concept is taught rather than picked for it. Details, price and the provider link are on the course page.

ISO/IEC 42001: Artificial Intelligence Management System

ISO/IEC 42001: Artificial Intelligence Management System is a comprehensive course designed for professionals looking t…

Udemy

C_THR82: SuccessFactors Performance & Goals Implementation

Are you ready to pass the SAP Certified Associate - SAP SuccessFactors Performance and Goals (C_THR82) exam and take yo…

Udemy

Networking Full Course & Network + certification

This Class of Full Networking Fundamentals, will be fully illustrated with video lessons and sample to which it will ma…

Udemy

Python And Django Framework For Beginners Complete Course

Learn Python From Scratch Beginner to Expert Python.Start from the Python basics and go all the way to creating your ow…

Udemy

The Ultimate AWS Networking Training Course: All In One

Unlock the Future of Cloud: Master AWS Networking and Propel Your Career Forward!In a world powered by the cloud, Amazo…

Udemy

Salesforce Certified Data Cloud Consultant Practice Exams

Get certified with Salesforce Data Cloud Consultant certification by practicing actual exam type questions. This Course…

Udemy

FAQ

How often should we run a penetration test?
At least annually for anything customer-facing, and after any major change to it. Between tests, continuous scanning and a bug bounty cover the gap. A single test is a snapshot; the systems change the day after.
Is a penetration test the same as a red-team exercise?
No. A test looks for weaknesses in a defined scope and reports them all. A red-team exercise pursues an objective, such as reaching a specific system, and tests whether the defenders detect and stop it. The first assesses the system; the second assesses the team.
Can I run a penetration test on my own systems?
Yes, with the same discipline: define scope, get written authorisation from whoever owns the systems, and stop at the boundary. Internal teams do this routinely. The value of an external tester is fresh eyes and no assumptions, not permission you lack.

Sources

The primary text this definition rests on. Read it before you trust ours.

Last reviewed 13 September 2026 · Getting Digital