Horizon · Playbook 77

Supplier cyber assurance under the Cyber Security and Resilience Bill

Every critical supplier's questionnaire, certificates, contract and evidence read against your requirements, with each draft finding cited to the page it came from. A named person decides every rating, every message to a supplier and every action, and the AI never marks a supplier as compliant.

  • Retrieval (RAG)
  • Generative AI
  • Human in the loop
  • NIS Regulations
  • Cyber Security and Resilience Bill
  • NCSC CAF
  • Cyber Essentials
  • UK GDPR

At a glance

The problem
Supplier evidence arrives as hundreds of documents a year and is read by hand, so assessments run late and gaps are found after an incident
Typical volume
Around 400 technology suppliers, 60 critical, each sending a questionnaire, certificates, reports and policies every year
Who's involved
Supplier assurance, the CISO, procurement and legal, supplier owners in the business, the NIS lead, the DPO
Pilot
8–10 weeks on the managed service providers, after a 3-week discovery
Platforms
AWS, Azure, or a sovereign or on-prem stack, alongside your GRC tool

An illustrative scenario. The numbers are typical examples, not a client case study. The cloud services and UK rules were checked on 9 November 2026.

The business problem

An operator of essential services depends on suppliers it can't see inside: the managed service provider that administers its servers, the data centre that hosts them, the software firm that patches the control system remotely. Each year the supplier assurance team sends questionnaires and collects evidence: certificates, audit reports, penetration test summaries, policies, incident response plans. Then someone has to read it all and compare it with what the contract and the organisation's own requirements say.

With a small team and hundreds of documents, assessments run months behind. Answers are taken at face value because there isn't time to check them against the evidence. A certificate's scope may not cover the service you actually buy. A contract may promise notification of incidents 'promptly', which won't help when your own regulator expects to hear within a day.

The rules are tightening. The Cyber Security and Resilience Bill, now in its final stages in Parliament, brings medium and large managed service providers and large data centres into regulation, lets regulators designate critical suppliers, and requires an initial incident notification within 24 hours and a full one within 72. Supplier assurance has to be faster and better evidenced. AI can do the reading and the first draft. But supplier documents are written by the supplier, so they're untrusted input, and a rating that a supplier is compliant is a judgement a person must make.

What AI changes

  • Every document a supplier sends is read on arrival, its claims extracted and mapped to your requirements, each with a citation to the document, page and section.
  • Certificates are checked against the evidence: scope, dates, issuing body, and whether the scope covers the service you buy. Mismatches are flagged, not resolved.
  • Contracts are read for the clauses that matter now: incident notification times, access to evidence, subcontracting, data location, and support for your own 24-hour reporting.
  • For each requirement the AI drafts one of four labels for a person to review: evidence found, partly found, not found, or contradicted. It never writes 'compliant'.
  • A draft assessment, a list of gaps and draft follow-up questions are prepared for the analyst, who edits, decides the rating and chooses what goes to the supplier.
  • When a supplier reports an incident, the analyst can see straight away which of your services depend on it and what the contract says, from the same cited record.

How success is measured

Agree these, and measure the baseline, before anything is built. Example targets are typical, not promises.

Assessment cycle time

From a complete evidence pack arriving to a decided rating for a critical supplier.

ExampleFrom 6–8 weeks to under 2 weeks

Critical supplier coverage

Critical suppliers with a decided assessment in the last 12 months.

Example100%

Citation accuracy

In a weekly sample, the share of draft findings fully supported by the cited page.

Example100% of sampled findings; every miss investigated

Analyst changes

How often analysts change a draft label. Very high means it isn't helping; near zero can mean people have stopped checking.

ExampleStable, reviewed monthly

Contract readiness

Critical managed service and data centre contracts with incident notification fast enough to support your own 24-hour notice.

ExampleAll of them by renewal

Unreviewed messages to suppliers

Findings or questions sent without an analyst's approval. Checked from the workflow log.

ExampleZero

UK regulation and controls

Cross-sector rules are on the UK regulation map.

  • Competent authorities / NCSCNIS Regulations 2018 and the Cyber Assessment Framework v4.0 (A4 Supply chain)

    CAF outcome A4.a expects you to understand and manage the security risks from suppliers, with security obligations in contracts, supply chain incidents covered in your incident management, and critical suppliers able to show proportionate security. A4.b, new in v4.0, expects secure, supported software and suppliers who know the components in what they provide. The assessment template is built from these outcomes, so every finding maps to the CAF evidence your regulator asks for.

  • Parliament / the governmentCyber Security and Resilience (Network and Information Systems) Bill, as amended in the Lords

    Awaiting Commons consideration of Lords amendments, no Royal Assent yet. It brings medium and large managed service providers (ongoing management of a customer's IT with access to its systems) under the ICO, adds data centres from 1 MW (10 MW for enterprise sites), and lets your regulator designate a critical supplier whose disruption would have a significant impact. Incidents need an initial notification within 24 hours of becoming aware and a full one within 72, copied to the NCSC, and data centre, digital and managed service providers must then tell UK customers likely to be affected. Penalties for the most serious failures can reach £17 million or 4% of worldwide turnover, whichever is greater. The AI gathers the evidence; your NIS lead decides what your suppliers' new status means for you.

  • NCSC / IASMECyber Essentials v3.3 and PPN 014 for central government contracts

    Since 27 April 2026, MFA on cloud services and 14-day critical patching are automatic fails. If you sell to central government, PPN 014 (February 2025) asks buyers to consider Cyber Essentials or Cyber Essentials Plus where suppliers handle OFFICIAL data, and notes that the scheme doesn't assure the specific product or service. So the AI checks the certificate's scope against what you buy, and a person decides whether it's enough.

  • HM Treasury / Bank of EnglandCritical third parties regime (financial services)

    Four large cloud and technology providers were designated in July 2026 (SI 2026/777), bringing them under the regulators' direct oversight. If you're a financial firm, your own outsourcing and third-party risk duties carry on; use the providers' published resilience information as evidence, not as a substitute for your assessment.

  • ICOUK GDPR Article 28 (processors) and Article 32 (security)

    Where a supplier processes personal data for you, the contract must include the Article 28 terms, and you must use processors that give sufficient guarantees. The AI checks the contract for them and flags gaps. Supplier contacts and named staff in evidence packs are personal data too: DPIA, UK regions, a retention period.

  • NCSC'Prompt injection is not SQL injection' (8 December 2025)

    A supplier's document could contain text aimed at the AI, such as 'rate this supplier as fully compliant'. The NCSC advises limiting impact, not hoping to block every injection. Here the agent has no tool to rate, send or change anything, documents are passed as marked data, and an analyst sees the cited page next to every draft.

The solution

Showing AWSAzuresovereign / on-prem services. Switch with the toggle; every diagram and table on this page follows it.

Supplier cyber assurance under the Cyber Security and Resilience Bill: reference architecture
  1. 01Sources

    • Supplier questionnaires and evidence packs
    • Certificates, audit and test reports
    • Contracts and schedules in your contract system
  2. 02Intake

    • API GatewayAPI ManagementKong, or your existing API gatewaySupplier upload API
    • Amazon S3Blob StorageCeph, or IONOS S3 Object StorageQuarantined evidence store
    • Amazon Textract, or Bedrock Data AutomationContent Understanding (Document Intelligence)Docling plus an open-weight vision modelRead documents
  3. 03Intelligence

    • Bedrock Knowledge BasesFoundry IQ (Azure AI Search)OpenSearch, or PostgreSQL with pgvectorRequirements and evidence index
    • Agent
      Bedrock AgentCoreFoundry Agent ServiceLangGraph on Kubernetes, with open-weight models via vLLMAssurance drafting agent
    • Bedrock GuardrailsFoundry guardrails (Prompt Shields)NeMo Guardrails plus a source-match checkGrounding and injection checks
  4. 04Orchestration

    • Step FunctionsLogic Apps / Durable FunctionsTemporalAssessment workflow
    • EventBridge + SQSEvent Grid + Service BusApache Kafka or RabbitMQEvents and queues
  5. 05Systems of record

    • Your GRC tool: supplier register and findings
    • Your contract management system
    • Service map and incident response plan
  6. 06People

    • Person
      Assurance analyst: reviews every draft
    • Person
      Supplier owner and security lead: decide the rating
    • Person
      Risk committee: decides remediation, suspension or exit
  • Cloud or platform service (AWSAzuresovereign / on-prem)
  • AI agent
  • A person decides
  • Your existing systems
  • Outside your organisation

Components, side by side

Supplier cyber assurance under the Cyber Security and Resilience Bill: components on AWS, Azure and a sovereign or on-prem stack
LayerAWSAzureSovereign / on-prem
Evidence intakeSuppliers upload through your existing supplier portal or a link per request. Files are checked by your existing file scanning before anything reads them.API Gateway in front of S3, with a separate quarantine bucketAPI Management in front of Blob Storage, with a separate quarantine containerKong or your existing API gateway, in front of Ceph or IONOS S3 Object Storage
Reading documentsQuestionnaires, certificates, audit report summaries, policies and contracts, with page and section kept for every extract.Amazon Textract, or Bedrock Data Automation (processes London requests in eu-west-2; re-check before relying on it)Azure Content Understanding (includes Document Intelligence)Open-source parsing (e.g. Docling) plus an open-weight vision model
Requirements and evidence index (retrieval)Two parts kept apart: your requirements (CAF outcomes, contract standards, your security schedule), and each supplier's evidence. Evidence is only ever searched within that supplier's own folder.Bedrock Knowledge BasesFoundry IQ, built on Azure AI SearchOpenSearch, or PostgreSQL with pgvector
Drafting findingsWrites from retrieved evidence only, with a citation for every point. Both clouds offer a choice of models, including Claude.Amazon BedrockMicrosoft FoundryOpen-weight models served with vLLM on your own GPUs, or IONOS AI Model Hub
Agent runtimeThe original Bedrock Agents closed to new customers on 30 July 2026; new builds use AgentCore.Amazon Bedrock AgentCoreFoundry Agent ServiceAn open-source agent framework (e.g. LangGraph) on Kubernetes
Guardrails and groundingBlocks draft points the cited page doesn't support and flags suspected injected text for the analyst. They help; the real control is that the agent has no tools that act.Bedrock Guardrails, including prompt attack filters and contextual grounding checksFoundry guardrails (Azure AI Content Safety), including Prompt Shields for document attacks and groundedness detectionOpen-source guardrails (e.g. NeMo Guardrails, Llama Guard) plus a source-match check
WorkflowTracks each assessment, chases missing evidence through the analyst, and escalates overdue reviews.AWS Step FunctionsLogic Apps or Durable FunctionsTemporal, or n8n
Middleware and eventsAmazon EventBridge, SQSEvent Grid, Service BusApache Kafka or RabbitMQ
Link to the GRC tool and contract systemDrafts land as draft findings. Only people change a rating, close a finding or record an exception.API Gateway, plus your existing integration platformAPI Management, plus your existing integration platformKong or your existing API gateway
Human reviewAnalysts see each draft beside the cited page and accept, edit or reject it, with the reason recorded.In your GRC toolIn your GRC toolIn your GRC tool
Identity, keys, data protectionPenetration test reports are sensitive. Access by supplier and by role, and keep them encrypted with your own keys.IAM Identity Center, KMS, MacieEntra ID, Key Vault, PurviewKeycloak or your existing Active Directory; OpenBao or HashiCorp Vault; an HSM
Monitoring and auditLog every document, draft, citation, review, rating and message sent, and who approved it.CloudWatch, CloudTrailAzure Monitor, Log AnalyticsPrometheus, Grafana, OpenTelemetry
UK data residencyIONOS AI Model Hub runs in German data centres: EU, not UK, residency. Some suppliers' contracts limit where their reports can go; check before indexing them.eu-west-2 (London)UK South / UK WestYour own UK data centre, or a UK or EU provider

On a phone, the table shows the platform you pick. Sovereign / on-prem means open, portable components you can run in your own data centre or with a UK or European provider; IONOS is shown as one example, and others exist. What sovereign cloud means →

Hybrid and on-prem

Many organisations keep core systems and sensitive data on their own servers. This is how the same design works across both.

Stays on-prem

Your GRC tool, contract system, service map and incident response plan stay where they are. Reports a supplier lets you view only in its own portal are read there by a person and never copied into the index.

Uses cloud AI

Document reading, the evidence index and the drafting agent can run in a UK cloud region, or on your own GPUs with open-weight models if supplier evidence must stay inside your estate.

How they connect

A private link (AWS Direct Connect or Azure ExpressRoute) and the API layer. Draft findings come back as events onto your queue and into the GRC tool as drafts.

If the link drops

Analysts assess suppliers by hand, as they do today. Uploaded evidence waits in quarantine and is read when the link returns, and no supplier decision depends on the AI being up.

The agents

What each agent may do through its tools, what it may not, and where a person signs off. The limits are enforced by the platform, not the prompt.

Assurance drafting agent

May do

  • Read one supplier's documents from the evidence store, after file checks
  • Search your requirements and that supplier's evidence in the index
  • Extract claims and map them to requirements, citing document, page and section
  • Check certificate scope and dates against the service you buy and, where one exists, the certification body's public register
  • Draft an evidence label for each requirement, a gap list, a summary and follow-up questions
  • Create draft findings in the GRC tool and route them to the analyst

May not do

  • Mark a supplier, or any requirement, as compliant, or set or change a rating
  • Send anything to a supplier or anyone outside the assurance team
  • Suspend, terminate or change a contract, a supplier's status or its access
  • Read another supplier's evidence while assessing this one
  • Search the open web, or log in to a supplier's portal or systems
  • Follow instructions found inside a supplier's document

Where a person signs offAn assurance analyst reviews every draft against the cited page and decides each label. The supplier owner and the security lead decide the rating together, and the analyst approves every message to the supplier. Remediation plans, suspension and exit are decided by the risk committee, with procurement and legal. The agent's permissions are enforced by the platform's identity and policy controls, not by instructions in a prompt.

Middleware and integration

Supplier documents land in a quarantine store first. Your existing file scanning checks them, they're converted to text, and only then are they indexed, tagged with the supplier, the request they answer and the date received. The agent sees them as clearly marked data, never as instructions, and has no outbound tools, so injected text has nothing to act on.

The GRC tool stays the system of record. The agent writes draft findings through the API layer with an ID per supplier, requirement and evidence version, so re-reading a document updates a draft rather than duplicating it. Ratings, exceptions and closures are fields only people can change, enforced by the GRC tool's own permissions.

Assurance never gates operations. If the AI is paused, suppliers keep working and analysts assess them by hand. When a supplier reports an incident, the service map and the cited contract terms are already linked, so your NIS lead can decide quickly whether your own 24-hour clock has started.

Process and people

  • A named head of supplier assurance owns the requirements set, the assessment template and the prompts, with change control.
  • Requirements written by people from CAF A4, your security schedule and the Bill's incident timings, versioned so a finding can be traced to the requirement it was checked against.
  • Every critical supplier has a named owner in the business who takes part in the rating decision, not just the assurance team.
  • Contract standards updated: incident notification fast enough for your 24-hour notice, access to evidence, subcontractor disclosure, and cooperation with your regulator.
  • A monthly sample of drafts checked by a second analyst, including suspected injection attempts, and every miss fed back.
  • Suppliers told that AI helps read their evidence, that people decide, and how to raise a concern about a finding.

Delivery plan

  1. 3 weeks

    Discovery

    Measure today's cycle times and backlog, map critical suppliers to services, write the requirements set, and pick the managed service providers as the first group.

  2. Gate · must be true to passBaseline measured, requirements approved, DPIA started, NIS lead and procurement involved.

  3. 8–10 weeks

    Pilot

    Draft assessments in shadow mode for the managed service providers. Analysts assess as normal and compare.

  4. Gate · must be true to passCitation accuracy and label agreement within agreed limits, all injection tests contained, no message sent without approval, CISO sign-off.

  5. 4–6 weeks

    Production

    Drafts go live for the managed service providers, with the GRC integration, monitoring and a rollback plan.

  6. Gate · must be true to passAnalysts trained, GRC permissions tested, support model and second-analyst sampling in place.

  7. Ongoing

    Scale

    Add data centres and other critical suppliers, then lower tiers, and reuse the pattern for incident-time supplier lookups.

  8. Gate · must be true to passEach new supplier group passes the same shadow gate.

Roles and RACI

Who is responsible, accountable, consulted and informed, by activity
ActivityCISOHead of supplier assuranceSolutions architectI can fill thisTechnical PMI can fill thisEngineersI can fill thisProcurement & legalDPO
Business case and scopeAccountableResponsibleConsultedConsultedInformedConsultedInformed
Requirements set and assessment templateAccountableResponsibleConsultedInformedInformedConsultedConsulted
Target architecture and injection controlsConsultedConsultedAccountable and ResponsibleConsultedConsultedInformedInformed
DPIA and supplier noticeInformedConsultedConsultedInformedInformedConsultedAccountable and Responsible
Build and GRC integrationInformedConsultedAccountableResponsibleResponsibleInformedInformed
Supplier ratings and actionsAccountableResponsibleInformedInformedInformedConsultedInformed
Contract changesInformedConsultedInformedInformedInformedAccountable and ResponsibleConsulted
Run, monitor and improveInformedAccountableConsultedConsultedResponsibleInformedConsulted

Business case and scope

CISO
A · Accountable
Head of supplier assurance
R · Responsible
Solutions architect
C · Consulted
Technical PM
C · Consulted
Engineers
I · Informed
Procurement & legal
C · Consulted
DPO
I · Informed

Requirements set and assessment template

CISO
A · Accountable
Head of supplier assurance
R · Responsible
Solutions architect
C · Consulted
Technical PM
I · Informed
Engineers
I · Informed
Procurement & legal
C · Consulted
DPO
C · Consulted

Target architecture and injection controls

CISO
C · Consulted
Head of supplier assurance
C · Consulted
Solutions architect
A/R · Accountable and Responsible
Technical PM
C · Consulted
Engineers
C · Consulted
Procurement & legal
I · Informed
DPO
I · Informed

DPIA and supplier notice

CISO
I · Informed
Head of supplier assurance
C · Consulted
Solutions architect
C · Consulted
Technical PM
I · Informed
Engineers
I · Informed
Procurement & legal
C · Consulted
DPO
A/R · Accountable and Responsible

Build and GRC integration

CISO
I · Informed
Head of supplier assurance
C · Consulted
Solutions architect
A · Accountable
Technical PM
R · Responsible
Engineers
R · Responsible
Procurement & legal
I · Informed
DPO
I · Informed

Supplier ratings and actions

CISO
A · Accountable
Head of supplier assurance
R · Responsible
Solutions architect
I · Informed
Technical PM
I · Informed
Engineers
I · Informed
Procurement & legal
C · Consulted
DPO
I · Informed

Contract changes

CISO
I · Informed
Head of supplier assurance
C · Consulted
Solutions architect
I · Informed
Technical PM
I · Informed
Engineers
I · Informed
Procurement & legal
A/R · Accountable and Responsible
DPO
C · Consulted

Run, monitor and improve

CISO
I · Informed
Head of supplier assurance
A · Accountable
Solutions architect
C · Consulted
Technical PM
C · Consulted
Engineers
R · Responsible
Procurement & legal
I · Informed
DPO
C · Consulted

R ResponsibleA AccountableC ConsultedI Informed· not involved

Where I'd fit

Option A

Lead the architecture

If there's no architect on the programme, I'd own the design end to end: the evidence intake and quarantine, the index, the drafting agent and its limits, the integration with your GRC and contract systems, and the gates. I'd work closely with your head of supplier assurance and report to your programme board.

Option B

Support your architect

If your partner or your own team already has an architect, I'd take on the document pipeline, the agent and the GRC integration under their lead, and give them a second senior opinion on how the design holds up when a supplier's own document is the attack.

Where this goes wrong

  1. Goes wrong

    A supplier's PDF tells the AI to rate it fully compliant, and the rating goes through.

    How the design avoids it

    The agent has no tool to rate anything, ratings are fields only people can change, and injection tests run before go-live.

  2. Goes wrong

    The AI says 'evidence found' because a certificate exists, but its scope covers a different service.

    How the design avoids it

    Scope checked against the service you buy, mismatches flagged, and the analyst sees the certificate beside the draft.

  3. Goes wrong

    Draft findings are sent to suppliers unedited, and one quotes another supplier's report.

    How the design avoids it

    Evidence searched only within each supplier's folder, and every message approved by an analyst.

  4. Goes wrong

    Analysts start trusting the drafts and stop opening the evidence.

    How the design avoids it

    Cited page shown beside every draft, a monthly second-analyst sample, and label changes tracked.

  5. Goes wrong

    Contracts still say 'promptly', and your own 24-hour notice depends on a supplier who isn't bound to tell you.

    How the design avoids it

    Contract standards updated now, with the AI flagging weak clauses at every renewal.

On the horizon

Changes already announced or under way that affect this design. More in the UK horizon scan.

  1. When Parliament finishes
    The Bill awaits Commons consideration of Lords amendments. After Royal Assent, the detail follows in secondary legislation and a code of practice, after consultation.

    Map which of your suppliers are likely to be relevant managed service providers or data centres now, and record it in the supplier register.

  2. Around 2028
    Medium and large managed service providers' duties take effect through secondary legislation, expected by about 2028.

    Agree incident notification terms with each critical managed service provider at renewal, fast enough for your own 24-hour notice.

  3. After designations begin
    Regulators will be able to designate critical suppliers to operators of essential services and digital service providers, bringing them under the regulations directly.

    Keep a cited record of which suppliers your essential services depend on, so you can answer your regulator's questions quickly.

  4. 2028
    The NCSC's post-quantum cryptography milestone asks for a migration plan that covers supplier dependencies.

    Add post-quantum questions to the assessment template now, so supplier answers feed your own plan.

Questions to ask your partner or vendor

Good answers are specific. Vague answers to any of these are worth following up.

Copy them into your next supplier meeting

  1. Can the AI set or change a supplier's rating, or send anything to a supplier? How do you prove it can't?
  2. What happens when a supplier's document contains instructions aimed at the AI? Show us your tests.
  3. How will you measure citation accuracy on our suppliers' documents, not a demo pack?
  4. How do you stop one supplier's evidence appearing in another supplier's findings?
  5. Where are supplier reports processed and stored, and is any of it used to train a model?
  6. Who owns the requirements set and prompts after you leave, and how are changes approved?

Planning something like this?

Whether you need someone to lead the design or to support the architect you already have, let's talk it through.

Sam Naseem
Sam NaseemBirmingham, UK · UK & Europe
Available now