Skip to main content

    1 November 2026 · 10 min read · By Michael van Mameren, Lead Penetration Tester (OSCP)

    Red teaming cost: what drives the price of a red team engagement, and how to scope one to your budget

    A red team quote is not a bigger pentest quote. It prices weeks of covert operations against objectives you choose, plus the intelligence, infrastructure and debriefs around them. This guide explains every variable in that number so you can read a proposal, challenge it, and shape the engagement to the budget you have. HackersHub scopes every red team individually and does not publish a price list.

    Scope a red team engagement

    What a red team engagement costs, in short

    A red team engagement typically costs a multiple of a single application penetration test, because you are buying calendar time rather than a checklist: several weeks of covert operations by a small senior team, preceded by threat intelligence and scenario design and followed by a replay with your defenders. The final figure is set by four things above all: how many objectives and scenarios you ask for, how many weeks of operations that takes, how much effort goes into staying undetected, and which extras (physical access, social engineering, purple sessions, TIBER formalities) are in scope.

    We do not quote market ranges here: published red teaming figures vary too widely, and are defined too differently, for a single range to inform. What transfers between quotes is the structure: consultant-days per phase multiplied by a day rate, plus infrastructure and reporting. Understand the phases and you can compare any two proposals on equal terms.

    The underlying reason is the question being asked. A penetration test asks how many weaknesses a defined scope contains; a red team asks whether a realistic adversary can reach a business objective, such as payment approval or a domain administrator account, without your people noticing. Answering that takes longer, and that time is most of the price. The methodological difference is covered in our article on red teaming versus penetration testing.

    The ten cost drivers of a red team engagement

    Every serious red team proposal is built from these inputs. When two quotes differ sharply, one or more of them is different.

    1. Scope and objectives

    The number of objectives (often called crown jewels or flags) and the number of attack scenarios is the first multiplier. One objective reached through one scenario is a focused engagement. Three objectives tested through an external, an insider and a supplier scenario is three engagements sharing a team.

    2. Duration in weeks of operations

    Red teams are priced in elapsed weeks, not in tests. Real adversaries move slowly to avoid detection, and a credible simulation has to do the same. A short window forces noisy shortcuts that tell you little about your detection capability; a longer window gives a truer picture and costs more.

    3. Team size and seniority

    A typical operation runs with a lead operator, one or two further operators and a project lead who handles the white team, the small group on your side that knows the test is running. Seniority matters more than headcount: experienced operators with offensive certifications reach objectives with fewer actions, which keeps the exercise realistic.

    4. Threat-intelligence phase

    A threat-led engagement starts with intelligence on the actors that target your sector and on your own exposed footprint: domains, staff profiles, suppliers, leaked credentials. A light version draws on public reporting and internal knowledge; a formal version, as TIBER-EU requires, is a separate deliverable written by a dedicated provider. The second adds weeks and a second party.

    5. Physical and social components

    Adding on-site access attempts, pretext calls or targeted phishing widens the attack surface and the realism, and adds travel, legal preparation and extra authorisation letters. Each needs its own rules of engagement.

    6. Infrastructure and tooling

    A red team needs its own operational infrastructure: registered and aged domains, redirectors, command-and-control servers, payload development and licensed commercial tooling. Part of it is built per client so it cannot be linked to earlier operations. Proposals that do not mention infrastructure have either absorbed it in the day rate or left it out.

    7. Effort to stay undetected

    How mature is your detection? Against a well-tuned SOC or MDR service, every step takes more preparation and more care, and the team may need to adapt its approach several times. This is the most variable cost line and the one that most separates a red team from a pentest.

    8. Replay and purple sessions

    After the operation, the red team replays its actions with your blue team, step by step, so defenders can see what they missed and tune detections. A replay of one or two days is standard; a fuller purple team week, in which both sides work together to test and improve specific detections, is an optional extension.

    9. Reporting and board debrief

    The deliverables usually include a technical report with the attack narrative, a timeline mapped to MITRE ATT&CK, findings and detection gaps, plus a management summary. A board debrief or a supervisor-ready report adds senior time.

    10. TIBER and TLPT formalities

    An engagement under TIBER-EU, TIBER-NL or DORA threat-led penetration testing adds structured phases, a test manager on the authority side, formal documentation, a separate threat-intelligence provider and a closure phase with the supervisor. The formalities alone add weeks of coordination before and after the operation.

    Pentest, red team and purple team: the cost logic compared

    Three related services, three different reasons for the number on the quote. Effort is described in words because scopes vary too much for a meaningful range.

    AspectPenetration testRed teamPurple team
    GoalFind as many weaknesses as possible in a defined scopeTest whether an adversary can reach an objective undetectedImprove detection and response together, technique by technique
    Typical durationDays to a few weeksSeveral weeks of operations, plus preparation and replayA few days to a couple of weeks of joint sessions
    TeamOne or two testersSmall senior team plus project lead and white teamRed operators working side by side with your defenders
    Main deliverableFindings report with remediationAttack narrative, ATT&CK timeline, detection gaps, replayValidated and improved detections, documented per technique
    What sets the priceSize of the scope and test depthObjectives, weeks of operations and effort to stay undetectedNumber of techniques covered and session days
    Who it suitsEvery organisation, as a baselineOrganisations with mature monitoring and a tested baselineOrganisations building or tuning a SOC or MDR service

    When a red team is not worth it yet

    A red team measures your ability to detect and respond to a capable adversary. If you cannot yet realistically detect one, the answer is known in advance. Security maturity tends to climb a ladder: first vulnerability management and regular penetration tests, then central logging and monitoring, then a SOC or MDR service with tuned detections and tested incident response, and only then adversary simulation. Skipping rungs produces a red team report that says, at great length, that nobody noticed anything.

    Signs you should invest in other testing first

    If several of these apply, a penetration test, an assumed-breach internal test or a purple session will return more per euro spent.

    • You have not had an external and internal penetration test in the past twelve months, or the last one left high-severity findings open
    • There is no central logging of authentication, endpoint and cloud events, or nobody reviews it
    • You have no SOC or MDR service, or it has never been tested against a simulated attack
    • Your incident response plan has not been exercised, even as a tabletop
    • Multi-factor authentication is not enforced on remote access and administrator accounts
    • Leadership wants a result to show, rather than a question it genuinely wants answered

    How to scope a red team to your budget

    A smaller budget does not have to mean a weaker exercise. These six levers reduce the effort while keeping the result meaningful.

    1. Fix the objectives first

    Pick one or two objectives that matter to the board, such as access to payment approval or to customer data, and let everything else follow from them. A tight objective prevents the team from spending weeks on targets nobody will act on.

    2. Limit the number of scenarios

    Choose the scenario that reflects your most likely threat, for example ransomware delivered through a compromised account, rather than testing external, insider and supplier routes in one engagement. You can run a second scenario next year.

    3. Start from assumed breach

    Initial access through phishing or perimeter weaknesses can take the longest and is the least predictable part. Starting with a foothold you provide, such as a standard workstation and user account, moves the effort to what usually matters most: lateral movement, privilege escalation and whether your monitoring catches it.

    4. Time-box the operation

    Agree a fixed number of weeks of operations and a clear stopping rule. A time box keeps cost predictable, and the report states which objectives were reached within it and which detection opportunities were missed.

    5. Reuse threat intelligence

    If you hold a recent threat landscape from your sector body, a CTI subscription or an earlier engagement, share it, so the intelligence phase only has to validate it against your exposed footprint.

    6. Combine with a purple session

    Pair a shorter covert phase with a purple team session in which the operators repeat key techniques openly with your defenders. You trade some realism for directly improved detections, which is often the better return at a moderate maturity level.

    What a red team quote should itemise

    Put each proposal through the same list. A quote that cannot answer these points is not yet comparable with one that can.

    • The objectives and scenarios, written down, with what counts as reaching each objective
    • The number of weeks of active operations, and the consultant-days per phase: intelligence, preparation, operations, reporting, replay
    • The named lead operator and team members, with their certifications and red team experience
    • How threat intelligence is gathered: in house, by a separate provider, or reused from your own sources
    • Infrastructure and tooling: what is built for you, what is licensed, and whether it is included
    • Rules of engagement, white team contacts, deconfliction and the emergency stop procedure
    • Which physical and social components are included, and the legal authorisation they rely on
    • Deliverables: technical report, ATT&CK-mapped timeline, management summary, board debrief
    • Replay with the blue team included or optional, and any purple session priced separately
    • Professional indemnity insurance and, where relevant, how the proposal meets TIBER or DORA tester requirements

    TIBER-EU, TIBER-NL and DORA TLPT: why regulated tests cost more

    Financial entities designated by their supervisor must perform threat-led penetration testing at least every three years under Article 26 of DORA, following a method aligned with the TIBER-EU framework; in the Netherlands, De Nederlandsche Bank coordinates this through TIBER-NL. These tests follow fixed phases (preparation, threat intelligence, red team testing, closure), involve a test manager on the authority side and a separate threat-intelligence provider, and run on live production systems. TIBER-EU expects a substantial active testing window, commonly cited as at least twelve weeks. Article 27 sets requirements for testers, including demonstrable expertise and professional indemnity insurance. A regulated test is therefore considerably more involved than a voluntary red team of similar technical scope. Our article on DORA penetration testing explains the obligations in detail.

    How HackersHub scopes a red team engagement

    We start with a scoping conversation, not a price. We want to know what question you need answered, which objectives matter to your board, what monitoring and response you have today, and whether a regulator or a customer will read the result. If the honest answer is that a penetration test or a purple session would serve you better at this point, we say so.

    You then receive a written proposal that names the objectives and scenarios, the weeks of operations, the consultant-days per phase, the lead operator, the infrastructure approach, the rules of engagement and every deliverable, including the replay with your blue team. Our operators hold OSCP as a baseline, with OSWE and CREST-certified testers on the team, and bring more than ten years of offensive security experience. There is no price list; the itemised proposal is what lets you compare us with anyone else, line by line.

    Frequently asked questions

    Want a red team proposal you can compare line by line?

    A scoping call gives you written objectives, the weeks of operations, the days per phase, the named lead operator and every deliverable. No price list, no padding. Schedule a call with an expert.