The short answer
Third-party risk management (TPRM) is the programme an organisation uses to find, assess, contract with, monitor and exit the suppliers that could affect its security, compliance or operations. A sound framework has six stages: inventory, tiering, due diligence, contracts, monitoring and exit. UK drivers include PRA SS2/21, PCI DSS Requirement 12.8, ISO 27001 and UK GDPR.
On this page
- What is third-party risk management?
- What is a third-party risk management framework?
- Which regulations require third-party risk management?
- Who is responsible for third-party risk?
- What evidence should you ask suppliers for?
- How do you monitor third parties after onboarding?
- How do you start a TPRM programme from scratch?
- Why Sovereign Secure
- Need supplier evidence or supplier controls?
Third-party risk management (TPRM) is the programme an organisation uses to identify, assess, contract with, monitor and exit the suppliers and partners that could affect its security, compliance or operations. It runs for the whole life of each relationship. A one-off questionnaire at onboarding is a single step, not a programme.
Most organisations now rely on cloud platforms, SaaS tools, managed service providers and payment processors that hold their data or run their services. Regulators and auditors therefore ask the same question in different words: do you know who your critical suppliers are, and can you show how you control the risk they bring?
This guide covers the programme. For the assessment step itself, including a supplier questionnaire, see our vendor risk assessment guide.
What is third-party risk management?
Third-party risk management is the work of controlling risk that sits outside your organisation but can still hurt it. A “third party” is any external organisation you share data, systems or services with: suppliers, outsourcers, cloud and software providers, data processors, agents and introducers. Their own subcontractors are often called fourth or nth parties.
Third-party risk takes several forms, and a good programme looks at all of them:
| Type of third-party risk | Example | Typical control |
|---|---|---|
| Information security | A supplier with access to customer data is breached | Security due diligence, contract clauses, access limits |
| Operational resilience | A cloud outage stops a customer-facing service | Service mapping, exit plans, tested alternatives |
| Regulatory and compliance | A payment processor is not PCI DSS compliant | Evidence checks, responsibility matrix |
| Concentration | Several critical services depend on one provider | Concentration analysis, diversification where practical |
| Financial and reputational | A key supplier fails or makes headlines | Financial checks, monitoring, contingency plans |
TPRM overlaps with supply chain security, which focuses on attacks that come through suppliers and software, such as compromised updates or dependencies. TPRM is the governance wrapper around that technical work.
What is a third-party risk management framework?
A third-party risk management framework is the policy, roles and lifecycle that make supplier oversight consistent. Most frameworks follow the same six stages.
| Stage | What you do | Output |
|---|---|---|
| 1. Inventory | List every third party, the service it provides, the data and systems it touches and its internal owner | Supplier register |
| 2. Tiering | Rate each supplier by criticality and data access | Tier for each supplier |
| 3. Due diligence | Assess security, resilience and compliance in proportion to tier, before signing | Assessment record and risk decision |
| 4. Contracts | Build in security, audit, incident notification, subcontracting and exit terms | Signed agreement with mandatory clauses |
| 5. Ongoing monitoring | Review evidence, certificates, incidents and changes on a schedule set by tier | Review log and updated risk rating |
| 6. Exit | Plan and carry out termination, data return or deletion, and transition | Exit plan, deletion confirmation |
How do the six stages map to the five phases of third-party risk management?
Many guides, including the 2023 interagency guidance from the US banking regulators, describe a five-phase life cycle. The stages are the same work, divided differently:
| Five-phase model | Our six stages |
|---|---|
| 1. Planning | 1. Inventory and 2. Tiering |
| 2. Due diligence and selection | 3. Due diligence |
| 3. Contract negotiation | 4. Contracts |
| 4. Ongoing monitoring | 5. Ongoing monitoring |
| 5. Termination | 6. Exit |
We split planning in two because most UK organisations start without a complete supplier list, and tiering is the step that decides how much effort every later phase gets.
How should you tier suppliers?
Tiering decides how much effort each supplier gets. Without it, teams either send the same long questionnaire to everyone or check no one properly. A simple three-tier model works for most organisations:
| Tier | Typical criteria | Due diligence | Review |
|---|---|---|---|
| Critical | Supports a critical or important service, holds sensitive data at scale, or is hard to replace | Full questionnaire, evidence review, follow-up calls, exit plan | At least annually and after significant change |
| High | Accesses personal, confidential or payment data but is replaceable | Standard questionnaire plus certificates and reports | Annually |
| Low | No access to sensitive data or systems | Basic checks such as company status and a certificate where relevant | At onboarding and renewal |
Which regulations require third-party risk management?
Several UK and EU rules require TPRM, and most organisations fall under more than one. The detail differs, but the lifecycle above covers all of them.
| Rule | Who it applies to | What it requires |
|---|---|---|
| DORA Articles 28 to 30 | EU financial entities, including EU subsidiaries of UK groups | An ICT third-party risk strategy, a register of information on all ICT contracts, assessment before contracting, concentration risk checks (Article 29), mandatory contract terms (Article 30) and exit strategies for services supporting critical or important functions |
| PRA SS2/21 | UK banks, building societies, PRA-designated investment firms, Solvency II insurers, and UK branches of overseas banks and insurers | Materiality assessment, due diligence, contract terms, data security, business continuity and exit planning for outsourcing and other third-party arrangements. An updated version applies from 18 March 2027 |
| FCA SYSC 8 | FCA-authorised firms: binding rules for common platform firms, part rules and part guidance for others | Outsourcing of important operational functions must not materially impair the quality of internal control or the FCA’s ability to monitor compliance |
| FCA PS26/2 and PRA PS7/26 (from 18 March 2027) | Banks, building societies, insurers, enhanced scope SM&CR firms, payment and e-money institutions and other listed firms | Notify material third-party arrangements and significant changes, and keep a register submitted once a year |
| PCI DSS v4.0.1 Requirement 12.8 | Any entity that shares account data with service providers, or whose providers could affect its security | A list of service providers (12.8.1), written agreements (12.8.2), due diligence before engagement (12.8.3), monitoring of their PCI DSS status at least once every 12 months (12.8.4) and a record of who manages each requirement (12.8.5) |
| ISO/IEC 27001:2022 Annex A 5.19 to 5.23 | Organisations certified or certifying to ISO 27001 | Processes for managing supplier risk (5.19), security in supplier agreements (5.20), the ICT supply chain (5.21), monitoring, review and change management of supplier services (5.22) and the use of cloud services (5.23) |
| NIS2 Article 21(2)(d) | Essential and important entities in EU member states | Supply chain security, including the security of relationships with direct suppliers and service providers |
| UK GDPR Article 28 | Controllers using processors | Use only processors giving sufficient guarantees, under a written contract with set terms |
In UK financial services, third-party risk is also central to operational resilience: firms must map the suppliers behind each important business service. The Critical Third Parties regime adds direct regulatory oversight of designated providers but leaves each firm accountable for its own arrangements. For the EU detail, see our guide to DORA regulation. Outside financial services, the UK Cyber Security and Resilience Bill, still before Parliament, would let regulators designate critical suppliers to essential services and bring them under the NIS regime.
Who is responsible for third-party risk?
The organisation that uses the supplier stays accountable. DORA says financial entities remain fully responsible for compliance when they use ICT third parties, and the UK regulators say the same about outsourcing. Inside the organisation, responsibilities are usually split like this:
| Role | Responsibility |
|---|---|
| Board and senior management | Set risk appetite, approve the policy, receive reporting on critical suppliers |
| Business owner | Owns each relationship, keeps the register entry current, raises changes and issues |
| Procurement | Runs the process so no supplier is onboarded without the right checks |
| Information security | Carries out or reviews security due diligence and incident follow-up |
| Legal | Makes sure mandatory clauses are in every contract |
| Risk and compliance | Oversees the framework and reports to the board |
| Internal audit | Tests that the framework works as designed |
What evidence should you ask suppliers for?
Ask for evidence that matches the supplier’s tier: typically a PCI DSS Attestation of Compliance from payment service providers, a Cyber Essentials or Cyber Essentials Plus certificate (confirm it with our Cyber Essentials certificate check), an ISO 27001 certificate whose scope covers the service you buy, and a recent penetration test summary. Our vendor risk assessment guide has the questionnaire template and explains how to verify each document.
How do you monitor third parties after onboarding?
Monitoring is where most programmes fail, because the onboarding file goes out of date. Set a review calendar by tier, and act on events between reviews:
| Trigger | Action |
|---|---|
| Certificate or Attestation of Compliance expires | Request the renewed document before expiry |
| Supplier reports an incident or breach | Assess the impact, check contract notification terms were met, record lessons |
| Service, location or subcontractor changes | Reassess the tier and the risk |
| Change of ownership or financial difficulty | Review continuity and exit plans |
| Contract renewal | Refresh due diligence and update clauses to current requirements |
External security ratings services can add early warning signals, but they see only what is visible from the internet. Treat them as a supplement to evidence, not a substitute.
How do you start a TPRM programme from scratch?
Start small and focus on the suppliers that matter most:
- Build the list. Pull suppliers from accounts payable, then check single sign-on and expense data for SaaS tools bought outside procurement.
- Tier everyone. A short intake form with five or six questions about data, access and criticality is enough to start.
- Assess critical suppliers first. Collect evidence and record a risk decision for each.
- Fix contracts at renewal. Agree a standard security schedule and add it as contracts come up.
- Set the calendar. Put review dates and certificate expiries where someone will see them.
- Report. Give the board a short, regular view of critical suppliers, open risks and exceptions.
Why Sovereign Secure
This guide is for teams running their own programme. Where we fit is the evidence and controls that programme depends on:
- If you are building the programme: our ISO 27001 consultancy builds supplier controls 5.19 to 5.23 into your ISMS, and we are ISO 27001 certified ourselves. Certification audits are carried out by our partner certification body, MQA International. We also penetration test the integrations, APIs and remote access routes that connect suppliers to your systems.
- If you are the supplier being assessed: as a PCI SSC Qualified Security Assessor (QSA) company we assess service providers whose customers need an Attestation of Compliance under Requirement 12.8.4, and as an IASME-licensed certification body we issue Cyber Essentials and Cyber Essentials Plus certificates. We are also a Qualified PIN Assessor, a Card Production Security Assessor and a member of the PCI SSC Global Executive Assessor Roundtable for 2026 to 2028.
Sovereign Secure Ltd was founded in 2012, with its head office in Accrington, Lancashire, and offices in Los Angeles, Singapore, Dubai and Dhaka.
Need supplier evidence or supplier controls?
If a customer has asked you for an Attestation of Compliance, a Cyber Essentials certificate or a penetration test report, or you are building supplier controls into an ISMS, get in touch or call +44 161 523 5276.
Your next step
- ISO 27001 checklistClause-by-clause readiness and a Stage 1 and Stage 2 audit checklist, free in Excel.Get the checklist
- Statement of Applicability templateAll 93 Annex A controls in a free spreadsheet, with a worked example.Get the SoA template
- Get an ISO quoteConsultancy from an ISO 27001-certified firm, with audits through our partner certification body, MQA International.Get an ISO quote
Last reviewed October 2026 by the Sovereign Secure assessment team.




