Independent UK governance, risk & complianceOur editorial standards ↗Practical guidance. Accountable decisions.

Risk · Practical guide

Bring cyber risk into the board's decisions

Translate technical reporting into business exposure, accountable decisions and evidence of resilience.

Published 4 min readBy GRC.me.uk editorial desk · AI-assisted

Read with the right scope

Guidance for boards, directors and senior leaders. The Cyber Governance Code of Practice is government guidance, not a universal certification requirement; applicable legal and regulatory duties remain separate.

Status: Practical guidance · official sources checked 1 November 2026

Your working outputA board discussion pack connecting one critical service, cyber exposure, recovery evidence and the decisions needed to improve it.
Open the matching template ↗Use the working tool ↗

Set ownership and business context

The Cyber Governance Code of Practice, launched on 8 April 2025, addresses risk management, strategy, people, incident response and assurance. It asks boards and directors to govern cyber risk as part of the organisation's wider management. It does not make technology specialists responsible for every business decision affected by security.

Start by identifying which services, information and systems support your objectives and who is accountable for their risks. Bring cyber considerations into decisions about new services, acquisitions, outsourcing and significant changes. The NCSC board toolkit provides practical support for applying the Code.

Ask questions that lead to decisions

A board pack should explain exposure and choices in language its readers can assess. Technical measures can help, but a count without a denominator, trend or business consequence is easy to misread. Ask what is affected, how reliable the evidence is and what decision is required.

  • Which critical service is most exposed, and what would disruption mean for people relying on it?
  • Which safeguards are operating, and where do we have exceptions or incomplete evidence?
  • What dependency could defeat the recovery plan, including a supplier or shared platform?
  • Which improvement needs approval, what would it cost and what exposure would remain?

Require evidence of progress

The Code recommends at least quarterly formal cyber reporting and at least annual exercising of incident plans. Treat these as the Code's recommendations, then consider whether your risk and any sector obligations require a different or additional cadence. An urgent issue should not wait for a scheduled meeting.

For each material action, record an accountable owner, due date and expected evidence. Keep delivery and effectiveness separate: buying a tool, publishing a policy or completing training does not by itself show that the intended risk has reduced. Ask how the organisation will check the outcome and who will challenge the conclusion.

Make oversight a continuing conversation

Review material changes, near misses and incidents alongside routine indicators. Invite the responsible specialist to explain uncertainty and trade-offs, and give them a route to escalate concerns. Record the board's decisions, assumptions, accepted exceptions and follow-up questions so that the next meeting can test what changed.

A practical first meeting can focus on one critical service, its dependencies, its recovery evidence and the three most consequential unresolved actions. This is an editorial starting point for discussion, not an assurance opinion or a claim of compliance with a named framework.

Put the guide to work

Start with the evidence.

  • A map of the service, responsible business owner, systems and supplier dependencies.
  • Safeguard and exception reports with dates, coverage and consequences explained.
  • A relevant incident exercise or recovery test with unresolved weaknesses visible.
  • A board decision comparing improvement options, resources and the exposure remaining after each option.

Your first three steps

  1. Ask which service would cause the greatest concern if unavailable and who owns that exposure.
  2. Request the strongest recovery evidence and identify the assumption it does not test.
  3. Bring one concrete funding, priority or exception decision to the accountable body.

Common gaps to look for

  • Technical counts lack coverage, trends or business consequences.
  • Technology specialists are left to accept business risk without the right authority.
  • Buying a tool is reported as evidence that the risk has reduced.

Review when: Revisit after a significant product, access or hosting change, a near miss, or evidence that recovery depends on an unavailable supplier.

Suggested working method. Apply the source requirements and scope explained in this guide.

Part of the risk guidance hub. See how the GRC framework connects the disciplines.

Connect this to your review

Link the risk, control, obligation and next action in the review workspace. Record what is known, what needs checking and which decision follows. The workspace organises your records; it does not inspect or independently verify evidence.

Sources & verification

  1. UK Government — Cyber Governance Code of Practice ↗Source checked 1 November 2026 · Primary source
  2. UK Government — Code launch and purpose ↗Source checked 1 November 2026 · Primary source
  3. NCSC — Cyber Security Toolkit for Boards ↗Source checked 1 November 2026 · Primary source
  4. NCSC — 10 Steps: Risk management ↗Source checked 1 November 2026 · Primary source

The source list records when each reference was checked. AI-assisted research and drafting; no independent human legal review is claimed. Check for later changes and advice appropriate to your circumstances.