The short answer
Red teaming vs pentesting comes down to purpose. A penetration test finds as many exploitable weaknesses as possible in a defined scope, usually over a day to a few weeks, with your team aware. A red team pursues agreed objectives covertly for several weeks, across technical, human and sometimes physical routes, to test detection and response. Most organisations need penetration testing first.
On this page
- What is the difference between red teaming and penetration testing?
- What does each one find that the other misses?
- Is red teaming more expensive than a pentest?
- Should I do a pentest before a red team?
- What sits between a pentest and a red team?
- How do pentests and red teams support DORA, ISO 27001 and PCI DSS?
- Red teaming vs pentesting: which one do you need?
- Why Sovereign Secure
- Next step
Red teaming vs pentesting is not a choice between a better and a worse test: the two answer different questions. A penetration test asks “what weaknesses can an attacker exploit in this system?” and tries to find and prove as many as possible within a defined scope. A red team asks “could a determined attacker reach what matters most to us, and would we notice?” and pursues agreed objectives covertly to test detection and response. Most organisations need regular penetration testing first and a red team only once their defences are mature enough to be worth testing.
Both are authorised, both are run by skilled testers using real attacker techniques, and both end in a report. The scope, the method and what you learn are very different. For background on each side, see our guides to what red teaming is and what penetration testing is.
What is the difference between red teaming and penetration testing?
A penetration test is broad within a fixed scope and is mostly about vulnerabilities; a red team is narrow in purpose, open in route and mostly about detection and response. The table sets out the differences that matter when you are choosing.
| Aspect | Penetration test | Red team |
|---|---|---|
| Goal | Find and prove as many exploitable weaknesses as possible | Reach agreed objectives without being caught |
| Question answered | How secure is this system or network? | Would we detect and stop a real attack? |
| Scope | Defined targets: an application, IP ranges, a cloud account, a network | The organisation: any agreed route across technology, people and premises |
| Approach | Systematic coverage of the scope, often with credentials and documentation | Stealthy and opportunistic, following only the paths needed for the objectives |
| Who knows | Usually your IT or security team | A small control group only |
| Duration | From a day to a few weeks | Several weeks |
| Tests detection and response? | Rarely, and only as a side effect | Yes, it is the main purpose |
| Output | A list of findings with severity, evidence and fixes | An attack narrative, a timeline of what defenders saw, and detection and response gaps |
| Who it suits | Every organisation, and any new or changed system | Organisations with regular testing, monitoring and a response process |
| Main cost driver | The size and complexity of the scope | The objectives, vectors and length of the exercise |
Our penetration testing services page covers the scoped test types, from web applications and APIs to networks, cloud and mobile apps, and our guide to the types of penetration testing compares them side by side.
What does each one find that the other misses?
A penetration test finds more vulnerabilities; a red team finds more about your organisation. Neither replaces the other.
A penetration test of a web application will try every input, role and function in scope and report each flaw it can prove, including issues a red team would never touch because it did not need them. That breadth is why standards and customers ask for penetration tests.
A red team will typically ignore most of those flaws and follow one quiet path to its objective. What it uncovers is different: alerts that fired but were closed, logs nobody collected, a helpdesk that reset a password over the phone, or a supplier connection with more access than anyone realised. Those are failures of detection, process and people that a scoped penetration test is not designed to measure.
Is red teaming more expensive than a pentest?
Per engagement, red teaming usually costs more, because it needs more tester-days and a wider mix of skills. Both are priced the same way, by the effort involved, but the effort is driven by different things.
| Cost driver | Penetration test | Red team |
|---|---|---|
| Scope size | Number of applications, roles, endpoints, IP addresses or hosts | Number and difficulty of objectives |
| Preparation | Scoping call and access set-up | Reconnaissance and planning of realistic attack paths |
| Skills | One or two testers for the test type | Several specialisms, such as social engineering, infrastructure and cloud |
| Elapsed time | Days to a few weeks | Several weeks, because stealth takes time |
| Coordination | A point of contact | A control group, deconfliction and escalation process |
| Reporting | Findings and fixes | Attack narrative, defender timeline and debrief |
Our penetration testing cost guide explains how tester-days set the price, and a fixed proposal will state the days for either option.
Should I do a pentest before a red team?
Yes. Penetration testing finds the obvious ways in at a lower cost, and closing them first means a red team spends its time testing your detection and response, not rediscovering missing patches and default passwords. A red team run too early tends to succeed quickly and teach you what a penetration test would have told you for less.
Use this checklist to judge whether you are ready:
| Prerequisite | Why it matters |
|---|---|
| Regular penetration testing with tracked remediation | The known and easy routes in are already closed |
| An up-to-date asset inventory | You know what the red team might touch and who owns it |
| Centralised logging and endpoint detection and response | There is something for the blue team to detect with |
| Someone watching alerts, in-house or a managed provider | Activity can actually be noticed and escalated |
| A tested incident response plan | The exercise can measure the response, not just the alert |
| Leadership support and a control group | Someone can approve the scope and deconflict safely |
If several of these are missing, start with scoped testing and an exercise of your response plan. Once they are in place, a red team becomes good value.
What sits between a pentest and a red team?
Several hybrid formats give some of the benefits of a red team at lower cost or with more collaboration. Labels vary between providers: “red team penetration testing” or “red team pen testing” usually means a full red team exercise, but some providers use it for the first format below, so check whether the work is covert and whether it measures detection and response.
- Objective-based penetration test: a normal penetration test with a stated goal, such as reaching domain administrator, run with your team aware.
- Assumed breach test: testing starts from inside, with the access an attacker would have after a successful phish, which skips reconnaissance and initial access.
- Purple team exercise: testers and defenders work together openly, running techniques one by one and tuning detection as they go; our guide to purple teaming explains how one runs.
How do pentests and red teams support DORA, ISO 27001 and PCI DSS?
Penetration tests mainly evidence that vulnerabilities are found and fixed; red teams mainly evidence that detection and response work. The table shows where each fits.
| Framework | Penetration testing | Red teaming |
|---|---|---|
| DORA (EU financial entities) | Penetration testing is one of the test types listed in Article 25, and Article 24 requires appropriate tests of all ICT systems and applications supporting critical or important functions at least yearly (microenterprises excepted) | Supports scenario-based testing under Article 25 and builds readiness for threat-led penetration testing (TLPT) under Article 26 |
| ISO 27001:2022 | Evidence for Annex A 8.8 (management of technical vulnerabilities) and 8.29 (security testing in development and acceptance) | Evidence that Annex A 8.16 (monitoring activities) and 5.24 to 5.26 (incident management) work in practice, and input to clause 9.1 (monitoring, measurement, analysis and evaluation) |
| PCI DSS v4.0.1 | Required: internal and external testing at least every 12 months and after significant change under Requirement 11.4 | Not required, and does not replace 11.4, but can inform the yearly incident response plan test under Requirement 12.10.2 |
DORA’s testing articles are in Regulation (EU) 2022/2554, and our guide to DORA TLPT explains the threat-led test, which is a form of red teaming on live production systems. For ISO, ISO/IEC 27001 does not require either test by name, so auditors look for evidence that the relevant controls are effective; our ISO 27001 penetration testing page shows how a report is structured for that.
Red teaming vs pentesting: which one do you need?
Match the test to the question you are trying to answer.
| Your situation | Start with |
|---|---|
| First security test, or a new or changed system | Penetration test |
| Evidence needed for PCI DSS, ISO 27001 or a customer questionnaire | Penetration test |
| Regular testing, findings fixed, monitoring in place, and you want to know if attacks are seen | Red team |
| New EDR, SIEM or managed detection provider and you want to check coverage | Purple team exercise or assumed breach test |
| The board asks “could we be breached, and would we notice?” | Red team if the checklist above is met, otherwise penetration testing first |
| EU financial entity selected for TLPT | A specialist TLPT provider, with penetration testing and red teaming to build readiness |
Why Sovereign Secure
- Both options from one team. We deliver penetration testing across web, API, network, cloud, mobile, hardware and IoT, wireless, source code and AI and LLM applications, plus social engineering, red team assessments and vulnerability scanning, so we can recommend the right test rather than the one we happen to sell.
- Compliance-ready reporting. Sovereign Secure is a PCI SSC Qualified Security Assessor (QSA) company and is ISO 27001 certified, and we write reports with PCI DSS and ISO 27001 evidence in mind.
- Written rules of engagement for every red team, agreed with a small trusted group.
- Fixed-price proposals that state the scope or objectives, the tester-days and what you receive.
Next step
Tell us what you want to protect, what testing you have done in the last year and what monitoring you run. We will recommend a penetration test, a red team or a hybrid, and send a fixed proposal. Get a penetration testing or red team quote or call +44 161 523 5276.
Free tools and services
- Scope your testChoose your test types and asset counts online to scope your penetration test.Scope your test
- Pen testing cost guideUK day rates, price ranges by test type and what drives the cost.Read the cost guide
- Talk to a testerTell us what you need tested. We aim to reply within one working day.Talk to a tester
Last reviewed October 2026 by the Sovereign Secure assessment team.




