Skip to content
Sovereign SecureSovereign Secure

Supplier security programme

Third-Party Risk Management: Building a Supplier Security Programme

Updated

How to build a third-party risk management programme that stands up to regulators, auditors and your own customers, from the first supplier list to contracts, monitoring and exit.

Prefer to talk? Call +44 161 523 5276

  • Six-stage TPRM lifecycle with a tiering model
  • DORA, PRA, PCI DSS, ISO 27001 and NIS2 mapped
  • Who owns third-party risk

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
  1. What is third-party risk management?
  2. What is a third-party risk management framework?
  3. Which regulations require third-party risk management?
  4. Who is responsible for third-party risk?
  5. What evidence should you ask suppliers for?
  6. How do you monitor third parties after onboarding?
  7. How do you start a TPRM programme from scratch?
  8. Why Sovereign Secure
  9. 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:

  1. Build the list. Pull suppliers from accounts payable, then check single sign-on and expense data for SaaS tools bought outside procurement.
  2. Tier everyone. A short intake form with five or six questions about data, access and criticality is enough to start.
  3. Assess critical suppliers first. Collect evidence and record a risk decision for each.
  4. Fix contracts at renewal. Agree a standard security schedule and add it as contracts come up.
  5. Set the calendar. Put review dates and certificate expiries where someone will see them.
  6. 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

Last reviewed October 2026 by the Sovereign Secure assessment team.

Trusted by banks, payment providers and global brands

  • Accor
  • Fiserv
  • JCPenney
  • Ticketmaster
  • Nitecrest
  • Cashplus
  • Ahli United Bank
  • Kuwait Finance House
  • AYA Bank
  • Bank of Palestine
  • Liquid Pay
  • DataFlow Group
  • Wilmington
  • The Growth Company
  • Wahyukart

FAQ

Frequently asked questions

Can't find your answer? Call us on +44 161 523 5276 or send us a message.

What is third-party risk management?

It is the ongoing process of identifying the external organisations you rely on, assessing the risk each one brings, controlling it through contracts and checks, and monitoring it until the relationship ends. It covers suppliers, cloud and software providers, outsourcers, processors and their own subcontractors.

What is a third-party risk management framework?

A framework is the documented policy, roles and lifecycle that make TPRM repeatable: how suppliers are inventoried and tiered, what due diligence each tier gets, which contract terms are mandatory, how often each tier is reviewed and how exits are handled.

What are examples of third-party risk?

A supplier holding your customer data is breached; a cloud or payment provider has an outage that stops a customer-facing service; several critical services turn out to depend on one provider (concentration risk); or a data processor breaks UK GDPR or PCI DSS rules on your behalf. The risk table near the top of this guide pairs each type with a typical control.

What is the difference between ERM and TPRM?

Enterprise risk management (ERM) covers every risk the organisation faces, from strategy and finance to operations and compliance. Third-party risk management is the supplier-specific programme inside it: it finds and controls the risks that come through external organisations, and its results feed the enterprise risk register and appetite set by the board.

What are the phases of third-party risk management?

Common five-phase models run planning, due diligence and selection, contracting, ongoing monitoring, and termination. Our six stages cover the same ground, with planning split into inventory and tiering: inventory and tiering (planning), due diligence (due diligence and selection), contracts (contracting), ongoing monitoring (monitoring) and exit (termination).

Who is responsible for third-party risk?

The organisation that uses the supplier. Regulators are clear that outsourcing a service does not outsource accountability. Day to day, a named business owner manages each relationship, with security, procurement, legal and risk teams supporting and the board setting appetite.

Is vendor risk management the same as third-party risk management?

Mostly. Vendor risk management usually means suppliers you pay, while third-party risk management also covers partners, agents, introducers and subcontractors further down the chain. The lifecycle is the same.

How often should suppliers be reviewed?

In proportion to risk. Critical suppliers are usually reviewed at least once a year and after any significant change or incident, while low-risk suppliers may only be checked at onboarding and renewal. PCI DSS requires service providers' compliance status to be monitored at least once every 12 months.

What is fourth-party risk?

It is the risk from your suppliers' own suppliers, such as the cloud platform a SaaS provider runs on. You manage it by asking critical suppliers to list material subcontractors, requiring notice of changes in the contract and checking how they manage their own supply chain.

How can Sovereign Secure help with third-party risk?

This page is a guide to running the programme yourself. We help with parts of the evidence chain: PCI DSS assessments as a QSA company, Cyber Essentials certification as an IASME-licensed certification body, ISO 27001 consultancy covering supplier controls, and penetration testing of supplier connections.

Free consultation

Talk to an assessor

We aim to reply within one working day, and send a fixed quote once your scope is confirmed.

  • PCI SSC-approved QSA, QPA, CPSA, P2PE and 3DS assessors
  • IASME-licensed Cyber Essentials certification body
  • Clients across the UK, US, Europe, Middle East and Asia since 2012

“We are satisfied with the quality of work delivered by Sovereign Secure and would happily recommend them to any company that requires consultancy and guidance in obtaining their ISO 27001 certification.”

Edmund How, Managing Director, Onesecure Asia. Read the full testimonial

By sending this form you agree to us contacting you about your enquiry. See our privacy policy.

We aim to reply within one working day. The first consultation is free.