The short answer
TLPT (threat-led penetration testing) is the advanced testing DORA requires of the financial entities their authority selects: an intelligence-led red team test of critical or important functions on live production systems, at least every three years. Commission Delegated Regulation (EU) 2025/1190, built on TIBER-EU, sets the method, including at least 12 weeks of active testing.
On this page
- What is TLPT?
- Who needs TLPT under DORA?
- What do DORA Articles 26 and 27 require?
- What do the TLPT technical standards require?
- How does TIBER-EU relate to TLPT?
- What is the difference between CBEST, STAR-FS and TLPT?
- How do standard pentests and red teams prepare a firm for TLPT?
- Why Sovereign Secure?
- What should you do next?
TLPT, or threat-led penetration testing, is the intelligence-led red team test of live production systems that the EU’s Digital Operational Resilience Act (DORA) requires of selected financial entities, at least every three years. Article 26 sets the obligation, Article 27 sets the rules for testers, and Commission Delegated Regulation (EU) 2025/1190 sets the method, which follows the ECB’s TIBER-EU framework. In the UK, the closest equivalents are CBEST and STAR-FS.
For DORA as a whole, including the yearly testing in Articles 24 and 25, see our guide to DORA regulation. Sovereign Secure is not a TLPT, CBEST or STAR-FS provider; the last section explains where our testing fits.
What is TLPT?
DORA Article 3(17) defines TLPT as a framework that mimics the tactics, techniques and procedures of real threat actors, delivering a controlled, bespoke, intelligence-led red team test of a financial entity’s critical live production systems. In practice, a threat intelligence provider works out who is most likely to attack the entity and how, then red team testers act out those scenarios against production while the defenders are not told a test is running.
That makes TLPT different from the testing most firms already buy:
| Aspect | Penetration test | Red team assessment | DORA TLPT |
|---|---|---|---|
| Goal | Find as many vulnerabilities as possible in a defined scope | Reach set objectives without being detected | Test whether critical or important functions withstand realistic attacks |
| Driven by | Scope agreed with the client | Objectives and rules of engagement | Targeted threat intelligence, with a test plan approved by the authority |
| Defenders informed? | Usually | No, beyond a small control group | No, until the active phase ends |
| Environment | Test or production | Production | Live production, mandatory |
| Duration | Days to weeks | Weeks | At least 12 weeks of active testing |
| Regulator involvement | None | None | Scope validated, results attested |
Our guide to what red teaming is explains the method TLPT builds on.
Who needs TLPT under DORA?
TLPT applies only to financial entities that their TLPT authority identifies under Article 26(8). Microenterprises and entities under DORA’s simplified ICT risk management framework (Article 16) are outside it. The authority assesses each entity’s impact on the financial sector, financial stability concerns and ICT risk profile.
Article 2 of the 2025 technical standards then sets default categories that authorities must require to test, unless their assessment shows it is not justified:
| Default category | Threshold in the standards |
|---|---|
| Credit institutions | Global and other systemically important institutions (G-SIIs and O-SIIs), and credit institutions that form part of them |
| Payment institutions | Over EUR 150 billion of payment transactions in each of the two previous years |
| E-money institutions | Over EUR 150 billion of payment transactions, or over EUR 40 billion of e-money outstanding, in each of the two previous years |
| Central counterparties and central securities depositories | All |
| Trading venues | Electronic trading venues with the highest national market share, or over 5% of EU turnover, in set instrument classes |
| Insurers and reinsurers | Large undertakings above the standards’ thresholds for gross written premium, technical provisions and, for life business, total assets |
Authorities can also require TLPT from entities outside these categories. UK-only firms are not in scope, but EU-authorised subsidiaries of UK groups can be, and UK technology suppliers can be drawn in (see below). Firms with UK and EU operations should read this alongside our guide to UK operational resilience.
What do DORA Articles 26 and 27 require?
Article 26 sets how each test runs:
- Frequency: at least every three years, which the authority can shorten or lengthen.
- Scope: several or all critical or important functions, tested on live production systems. The entity proposes the scope and the authority validates it.
- Third parties: ICT third-party service providers supporting those functions are in scope, and the entity stays fully responsible. If a provider’s participation could harm its service to customers outside DORA, or the confidentiality of their data, the entity and provider can agree in writing that the provider contracts an external tester directly for a pooled TLPT covering several financial entities, directed by one of them. Article 30(3)(d) also requires contracts for critical or important functions to oblige the provider to take part.
- Risk management: controls to limit any impact on data, assets and services during testing.
- Reporting: a summary of findings, remediation plans and supporting documentation go to the authority, which issues an attestation that other EU authorities recognise.
- Internal testers: allowed, but external testers must be used every third test, and significant credit institutions supervised by the ECB must use external testers only.
Article 27 sets who can test:
| Article 27 requirement | What it means |
|---|---|
| Suitability and reputation | Of the highest suitability and reputability |
| Expertise | Demonstrable capability in threat intelligence, penetration testing and red teaming |
| Certification or codes of conduct | Certified by an accreditation body in a Member State, or bound by formal codes of conduct or ethical frameworks |
| Assurance | Independent assurance or an audit report on how they manage TLPT risks, including protecting confidential information |
| Insurance | Professional indemnity cover, including for misconduct and negligence |
| Internal testers | Approved by the authority, adequately resourced, free of conflicts of interest, and always paired with an external threat intelligence provider |
What do the TLPT technical standards require?
Commission Delegated Regulation (EU) 2025/1190, available on EUR-Lex, was adopted on 13 February 2025 and entered into force on 8 July 2025. It follows TIBER-EU’s structure in three phases:
| Phase | What happens |
|---|---|
| Preparation | The entity forms a control team to manage the test in secret, proposes the scope of critical or important functions, procures testers and sets up risk management. The authority validates the scope |
| Testing | The threat intelligence provider produces a targeted threat intelligence report and scenarios. The red team then runs an approved test plan for at least 12 weeks, reporting to the control team at least weekly |
| Closure | The blue team is told about the test. Red team and blue team reports follow, then a mandatory replay and purple teaming exercise, a test summary, a remediation plan and the authority’s attestation |
In exceptional circumstances, such as a risk of damage to data, assets or critical services, the control team lead can suspend the test. Test managers from the TLPT authority oversee every phase.
How does TIBER-EU relate to TLPT?
TIBER-EU (Threat Intelligence-Based Ethical Red Teaming) is the ECB framework, first published in May 2018, that DORA Article 26(11) required the technical standards to follow. National authorities, such as De Nederlandsche Bank, run their own TIBER programmes. The ECB has since aligned TIBER-EU with the standards, including their terms, such as “control team” where the original framework said “white team”. TIBER-EU helps authorities and entities meet DORA’s TLPT requirements, but a test only counts as TLPT if it meets Articles 26 and 27 and the standards.
What is the difference between CBEST, STAR-FS and TLPT?
CBEST and STAR-FS are the UK’s threat-led testing schemes, part of the supervisory toolkit of the Bank of England, the PRA and the FCA. The Bank of England’s operational resilience page describes both.
| Aspect | DORA TLPT | CBEST | STAR-FS |
|---|---|---|---|
| Basis | EU law: DORA Articles 26 and 27 and Regulation 2025/1190 | UK supervisory tool, introduced in 2014 | UK supervisory tool; framework documents published in March 2024 |
| Who takes part | EU financial entities identified by their TLPT authority | Systemically important firms selected by the regulators | A wider set of firms, used by supervisors or self-initiated by a firm that agrees the approach with its supervision team |
| Who leads | The entity’s control team, overseen by the authority | Run with close regulator involvement | Firm-led, with a regulator summary sent to the supervisor |
| Providers | Testers meeting Article 27 | Threat intelligence and testing providers accredited by CREST | Providers accredited by CREST for STAR-FS |
| Frequency | At least every three years | When the regulators require it | When the supervisor requests it or the firm chooses to run one |
Mutual recognition under DORA works through attestations issued by EU authorities, and nothing in DORA treats a CBEST or STAR-FS test as a TLPT. Groups regulated on both sides should agree their approach with each authority early.
How do standard pentests and red teams prepare a firm for TLPT?
TLPT measures how well a firm detects and responds to a skilled attacker over months. If basic weaknesses, such as exposed services or weak identity controls, are still open, testers reach their objectives quickly and the firm learns little. Regular testing closes those gaps first:
| Readiness area | Testing that helps |
|---|---|
| Internet-facing attack surface | External, web application, API and cloud penetration testing, plus vulnerability scanning |
| Internal movement after a breach | Internal network and Active Directory testing |
| People as the entry point | Social engineering testing, including phishing and vishing |
| Detection and response | Red team assessments and purple teaming, so the blue team has practised before the regulated test |
| Suppliers in scope | Contract clauses and assurance from ICT providers, covered in our third-party risk management guide |
Banks and payment firms often face DORA, PCI DSS and UK rules together; our page on cyber security for banks and card issuers shows how they overlap.
Why Sovereign Secure?
Sovereign Secure is a PCI SSC Qualified Security Assessor (QSA) company, Qualified PIN Assessor and Card Production Security Assessor, and ISO 27001 certified. We test web applications, APIs, networks, cloud, mobile apps, hardware, wireless, people, source code and AI systems, run red team assessments and provide vulnerability scanning.
We are not a TLPT, CBEST or STAR-FS provider. Our role comes before the regulated test: finding and fixing the weaknesses an intelligence-led red team would otherwise spend its weeks on.
What should you do next?
If your entity has been identified for TLPT, or expects to be, start with an honest view of your exposure. Request a penetration testing quote for the systems behind your critical or important functions, or call +44 161 523 5276 to discuss a red team assessment ahead of your regulated test.
Your next step
- 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.




