❚

10–15 minutes

reading

·

AI, Cyber Risk and Organisational Resilience

What Should Boards Do?

AI is unlikely to create a wholly new category of cyber risk in the near term. It is more likely to reduce the time, cost or expertise required for some existing attacks, while creating new exposure through the organisation’s own use of AI. The board issue is therefore resilience: can critical services continue when controls fail, material third parties are disrupted or decisions must be made with incomplete information?

Supply Chain Security Cybercrime Resilience Attack Surface Risk Mitigation Advanced Persistent Threats Artificial Intelligence

Why AI changes the speed and accessibility of some cyber activity; not its fundamentals

Defining the risk

A cyber catastrophe would be an extreme form of severe cyber disruption: a large-scale attack, or cascade of connected incidents, causing sustained economic, physical or societal harm. No incident has yet matched the most extreme scenarios. The board concern is whether interconnected systems, concentrated third-party dependencies and weak recovery arrangements could allow disruption to extend beyond the organisation’s existing response and recovery capacity. The scenarios below translate that concern into operational consequences and evidence requirements.

Scenario to test

Board-level consequence

Evidence required

Loss of a critical technology or operational service

Extended interruption, safety exposure, regulatory breach and revenue loss

Tested recovery time, manual workaround and named decision owner

Failure of a concentrated supplier or cloud dependency

Simultaneous disruption across business units or markets

Dependency map, exit plan, alternative capacity and tested restoration

Compromise of trusted data or AI-enabled processes

Unsafe decisions, fraud, information leakage and loss of confidence

Data controls, human oversight, auditability and a safe fallback

Geopolitically driven or criminal disruption

Operational, liquidity, legal and communications pressure

Scenario exercise covering executives, suppliers and external authorities

AI can make reconnaissance, social engineering, data analysis and elements of intrusion faster or more accessible; it can also improve defensive detection and response. The board should therefore focus on three questions: can attackers exploit weaknesses faster, does organisational use of AI create unmanaged exposure, and is governance keeping pace? Past incidents provide a practical basis for assessing how existing weaknesses and dependencies could shape those effects.

What past incidents tell the board; and what they do not

Past incidents do not establish the likelihood of disruption at a global or systemic scale. They show how cyber disruption can cross organisational boundaries, interrupt essential services and impose costs beyond the initially compromised system. The five examples below illustrate operational lessons that the board can use when assessing AI-enabled risk.

NotPetya (2017)

Threat source: Russia’s GRU (Sandworm)

Initial target: Ukrainian organisations; the malware spread globally

What happened: Attackers released destructive malware against organisations in Ukraine. Its indiscriminate design allowed it to spread further, disrupting businesses elsewhere in Europe and Russia. Affected organisations experienced destructive system failures, operational interruption and substantial recovery costs.

Impact: Global operational disruption, destructive data loss and substantial financial damage across multiple sectors.

Why it matters: NotPetya demonstrated that a destructive attack aimed at one country could propagate through shared technology and commercial networks, causing global operational and financial damage. The incident does not show that comparable effects would occur in every sector, but it illustrates how shared dependencies can turn a cyber incident into a wider business-continuity issue.

SolarWinds compromise (2020)

Threat source: Russia’s SVR (APT29)

Target: Government agencies and private-sector organisations using compromised software

What happened: Attackers inserted malicious code into the SolarWinds Orion software build process, and the compromised software was distributed through a normal update. This created an initial route into approximately 18,000 public- and private-sector customers, although only a much smaller number were selected for follow-on compromise(Cybersecurity and Infrastructure Security Agency, n.d.). The US Government assessed the campaign as an intelligence-gathering effort. For affected organisations, identifying the scope of compromise and removing the attackers required a complex investigation (Federal Bureau of Investigation et al., 2021).

Impact: Prolonged, difficult-to-detect access across a widely trusted software supply chain.

Why it matters: SolarWinds showed that a trusted software supply chain could provide prolonged access to government and private-sector environments. The operation was primarily an intelligence-gathering campaign, not a destructive attack; its relevance lies in the breadth of access achieved and the difficulty of detecting compromise across dependent organisations.

Colonial Pipeline ransomware attack (2021)

Threat source: DarkSide ransomware group

Target: A major US fuel pipeline operator

What happened: DarkSide ransomware was deployed against Colonial Pipeline’s information-technology network. CISA and the FBI reported no indication that the operational-technology network was directly affected (Cybersecurity and Infrastructure Security Agency, 2021). Colonial Pipeline nevertheless halted operations while responding to the incident. The interruption affected fuel availability and prompted a coordinated government and industry response before pipeline operations resumed (Cybersecurity and Infrastructure Security Agency, 2023).

Impact: A multi-day operational shutdown, fuel shortages and wider economic disruption.

Why it matters: Colonial Pipeline demonstrated that disruption to a single operator can affect fuel availability and public behaviour. The resulting government response also showed how an operational cyber incident can become a wider continuity and policy issue.

Ukraine power-grid attacks (2015 and 2022)

Threat source: State-linked actors associated with Russia

Target: Ukrainian energy infrastructure

What happened: In December 2015, external cyber attackers caused unscheduled outages affecting a large number of Ukrainian electricity customers. The attackers remotely operated distribution-management systems, and the affected companies used manual operations to restore service. In April 2022, Ukrainian authorities detected malicious software intended to shut down electrical substations and damage supporting systems; the planned disruption was prevented before customers lost power.

Impact: Electricity disruption affecting communities during periods of heightened geopolitical tension; a further attempted attack on Ukraine’s energy infrastructure was prevented in 2022.

Why it matters: The Ukraine incidents showed that cyber operations can interrupt electricity supply and can accompany a period of wider geopolitical and military conflict. The board should therefore test resilience against targeted regional disruption rather than assume that the impact will remain confined to the original victim.

Disruption to NHS services

Threat source: Ransomware activity affecting a critical healthcare supplier

Target: NHS services dependent on compromised systems

What happened: On 3 June 2024, a ransomware attack disrupted Synnovis, a pathology provider serving NHS organisations. The incident significantly reduced its capacity to process tests, particularly in south-east London, and led to delayed or cancelled appointments and procedures while NHS organisations prioritised urgent care and used mutual-aid arrangements. The attackers also stole and later published data, creating a separate investigation, notification and regulatory response.

Impact: Delayed and cancelled care, operational disruption and compromised patient data.

Why it matters: The Synnovis incident illustrates the connection between digital resilience and service delivery: NHS England recorded delayed and cancelled care, reduced testing capacity and stolen data. In healthcare, disruption of this kind can create operational, regulatory and patient-safety consequences.

Translate threat into exposure

Threat source

Board-relevant exposure

Illustrative management response

State-linked actors

Espionage, disruptive activity and access that could support future operations

Prioritise critical services, privileged access, segmentation and threat-informed testing

Cybercriminal groups

Ransomware, fraud, data theft and disruption through suppliers

Reduce attack paths; test recovery, payment and disclosure decisions

Insiders and third parties

Misuse, error or compromise across trusted relationships

Apply least privilege, continuous monitoring and contractual assurance

Test severe but credible scenarios

Scenario planning should test how disruption develops across critical services, technology, operations and material third parties. Exercises should combine operational, legal, financial and communications pressure, including uncertainty about trusted data or AI-enabled processes, rather than assess each risk in isolation.

The board can use five questions to test readiness: Which services must continue? Which dependencies could fail together? Who holds authority for operational, financial, legal and communications decisions under pressure? How long can the organisation operate using trusted alternatives? What independent evidence shows that recovery works at the required scale? The answers should determine the decisions and assurance requirements that follow.

Move from assessment to action

Five decisions for the board, supported by executive management

1. Set risk appetite for critical services

Define the maximum tolerable period of disruption for each critical service, using the organisation’s operational-resilience method, and specify the conditions under which operations must be reduced, suspended or restored.

Require investment and control priorities to follow those tolerances, rather than generic maturity scores or technology trends.

2. Make dependency risk visible

Identify the technology, data, operational and third-party dependencies whose failure could interrupt multiple critical services at once.

For material dependencies, consider concentration limits, credible exit or substitution plans and a named executive owner, proportionate to the organisation’s exposure.

3. Test decisions, not just technology

Exercise scenarios that interrupt critical services across technology, operations and material third parties. Test decision rights, manual workarounds, communications, liquidity, legal obligations and recovery priorities. Record failed assumptions, assign owners and fund corrective action.

Maintain protected, recoverable copies of critical data and systems, and test restoration against the maximum tolerable period of disruption approved by the board.

4. Govern AI as both a tool and an exposure

Use AI-enabled security only where it improves a defined control outcome. Require evidence of control effectiveness in the organisation’s environment, clear accountability for automated decisions, protection of sensitive data and a safe fallback when the technology is unavailable or produces an incorrect result.

5. Require assurance over material third parties and recovery

Contractual commitments, questionnaires and software inventories are evidence inputs, not assurance. Require independent evidence that material third parties can detect, contain and recover from severe cyber disruption.

Track closure of exercise findings, unresolved recovery gaps and accepted exceptions through a named executive and board committee.

Test the consequences that inform board decisions

The consequences of severe cyber disruption depend on its duration, geographic reach, the services affected and the ability of organisations and governments to sustain essential operations. The board should use the principal exposures below to test whether risk appetite, continuity arrangements and recovery investment reflect the potential business impact.

Exposure

Board consideration

Operational interruption

Duration, service criticality, safety implications and manual operating capacity

Financial impact

Lost revenue, recovery cost, liquidity, insurance limits and contractual liability

Legal and regulatory impact

Notification duties, data protection, sector obligations and evidence preservation

Strategic impact

Customer confidence, supplier viability, market access and management capacity

Longer-term strategic effects

Repeated severe disruption could affect digital-market access, confidence in online services and government approaches to security and regulation. These are plausible monitoring questions rather than evidence-based forecasts; the board should consider them only where they could alter the organisation’s operating model, regulatory exposure or stakeholder confidence.

What can the board conclude despite uncertainty?

What the evidence supports

What it does not support

AI is likely to improve the efficiency or accessibility of some cyber operations.

The available evidence does not support a precise probability or date for disruption at a global or systemic scale.

Organisational use of AI creates additional attack surface and data-governance exposure.

Claims that AI removes the need for access, vulnerabilities or operational opportunity.

Interconnected services and concentrated suppliers can amplify disruption.

Universal rankings of countries, sectors or scenarios without a defined methodology.

Tested continuity and recovery reduce impact when prevention fails.

Assurance based solely on technology deployment, policy statements or untested plans.

What assurance should the board require?

The sources and examples in this article indicate recurring weaknesses in accountability, dependency management, legacy technology and enterprise-scale recovery testing. The board should therefore assess preparedness through demonstrated capability rather than declared maturity.

What evidence should the board seek?

The board should seek evidence that accountability is clear, material dependencies are visible, unsupported technology is being retired, specialist capacity is sufficient and recovery arrangements have been tested at enterprise scale. Compliance evidence should support that assessment, not substitute for it.

What can strengthen resilience

AI and automation can improve detection, investigation and response when supported by reliable data, integration, oversight and tested procedures. Information sharing, public-private coordination and the replacement of unsupported or high-risk technology can also reduce exposure, but none substitutes for clear accountability and proven recovery capability.

The board judgement should remain proportionate. Severe cyber disruption may never reach a global or systemic scale. A useful board planning assumption is that a sequence of disruptions could exceed existing decision-making and recovery capacity. The board should require evidence that critical services can withstand disruption, decision rights are clear and recovery works under realistic conditions.

Investment should align with critical services, credible scenarios and the maximum tolerable period of disruption approved for each service. This keeps expenditure tied to the business outcomes and recovery standards the board has chosen.

References

Comments

Leave a Reply

❚

Latest posts

Discover more from Discussing Cybersecurity

Subscribe now to keep reading and get access to the full archive.

Continue reading