SOC 2 Readiness
24/7 Security Monitoring
Canadian-Based SOC
Back to Glossary
Assessment & Testing

What Is Penetration Testing?

Definition

Penetration testing (pen testing) is a simulated cyberattack against your computer system, network, or web application to identify exploitable vulnerabilities. Ethical hackers use the same tools and techniques as malicious attackers to find weaknesses before they can be exploited.

People Also Ask

Common questions about Penetration Testing answered by our security experts.

Penetration Testing in Practice

The word covers a wide range of work, and the range is the reason quotes for the same request differ by a factor of four. A test against a single web application with three user roles and a test against a corporate network with forty subnets are both “a penetration test”, and they share almost nothing.

What distinguishes a real test from an expensive scan is the proportion of manual work. Automated tooling finds known vulnerabilities in known software. It cannot find that changing a customer identifier in a request returns another customer's records, because that requires understanding what the identifier means.

Sold by effort
Nearly every pricing question is really a day-count question
Manual work is the differentiator
Scanners find patches; people find logic flaws
Scope decides everything
Authenticated testing roughly doubles application effort

The main types, and what each answers

TypeThe question it answers
External networkWhat can an attacker reach from the internet?
Internal networkWhat can someone already inside reach next?
Web applicationCan a user act outside their own permissions?
WirelessCan someone in the car park reach the corporate network?
Social engineeringWill staff hand over access when asked convincingly?
PhysicalCan someone walk in and plug something in?

Most organisations need the first three on a rotation, not all six every year. Buying a wide, shallow test across everything consistently produces less value than a deep test of the systems that would actually hurt.


What separates a good report from a bad one

What to look for in a penetration test reportReproduction steps, an attack narrative and plain-language business impact are the decisive signals; severity rationale and stated exclusions follow.Reproduction steps for every findingThe strongest single quality signalAn attack narrative, not just a tableEvidence a human did the workBusiness impact in plain languageSeparates consultants from techniciansClear severity rationaleNot a copied CVSS scoreExplicit statement of what was excludedKnown unknowns, stated honestly
A findings table sorted by CVSS is scanner output with a cover page.

A finding your engineers cannot reproduce is a finding they will argue with and eventually ignore. Ask any prospective vendor for a redacted sample report before discussing price — fifteen minutes with one tells you more than any proposal.


How often, and what should trigger one

Annual testing is a convention, not a standard. The useful trigger is change, not the calendar:

TriggerTest
A new internet-facing applicationBefore launch, authenticated
A significant architecture changeScoped to what changed
A merger or acquisitionThe inherited estate, before connecting it
A new compliance obligationWhatever the obligation names
No material change in a yearAn annual external test is a reasonable floor

The pattern worth avoiding is an annual test of a static estate while the application shipping fortnightly goes unexamined. That is testing for the auditor rather than for the risk.


Where the money gets wasted

  • Testing annually because the calendar says so, on an estate that has not changed, while a new application ships untested
  • Paying a tester to find missing patches your own scanning would have caught — fix those first and buy their time for what scanning cannot see
  • No remediation budget. A test with nothing set aside to fix what it finds converts money into a document
  • Excluding the interesting systems on safety or availability grounds without recording them as known unknowns
Scan first, then test
Vulnerability scanning and penetration testing are complementary, not alternatives. Run scanning continuously and clear what it finds; then buy a tester’s time for the authorisation flaws, business logic abuse and chained paths that no scanner can reach.

Where to start

Decide what question you want answered before requesting a price. “Can an attacker on the internet reach customer data” and “does our new portal have authorisation flaws” are different engagements with different costs, and no vendor can scope either from a request that just says “penetration test”.

Further reading: what a penetration test costs and what drives the price, how to choose a testing vendor, and scanning versus testing. GuardsArm delivers testing against a written specification — see penetration testing services.

Need Help With Penetration Testing?

Our certified security professionals can help you implement the right penetration testing strategy for your organization. Get a free assessment today.

Book a Free Consultation