Paper 066 · Executive and board leadership

The CRO Agenda: Risk That Moves at Software Speed

A five-clock control architecture for making detection, authorised decision, containment and recovery faster than the path to material harm.

Rajesh Ranjan Mahapatra

© 2026 Rajesh Ranjan Mahapatra. 21 min read

The CRO Agenda: Risk That Moves at Software SpeedAll Research Essays
Paper 066 · Executive and board leadership

The CRO Agenda: Risk That Moves at Software Speed

A five-clock control architecture for making detection, authorised decision, containment and recovery faster than the path to material harm.

Reviewed unpublished portfolio draft · 2026-09-02

TLDR

  1. AI risk has several clocks: a change can take effect instantly, exposure can accumulate quickly or quietly, and harm may become visible only after delay.
  2. The CRO should compare time to material harm with time to effective intervention, preserving each component instead of compressing them into one risk score.
  3. Every material change needs a risk change-set linking affected authority, populations, dependencies, invalidated controls, evidence, limits, intervention rights and recovery obligations.
  4. Risk appetite becomes operational through pre-approved consequence and authority envelopes, canaries, cumulative limits, degraded modes, independent challenge and downstream reconstruction.
  5. Speed does not weaken independence: when intervention cannot outrun irreversible harm, the correct route is to hold, contain or stop.

A service team changes a prompt that asks for a more direct answer. The wording looks harmless in review. During the same release, a tool permission expands from drafting a payment instruction to submitting one. Neither change-set, considered alone, describes the new action. Together they let an agent create and execute a consequential transaction. By the next morning, a daily control has found thousands of individually small actions, but customer notices, payment records and agent memory already exist.

The failure is not simply missing approval. It is a mismatch between the clocks of change, exposure, detection, decision and containment. The committee understood a snapshot; the production system changed faster than the evidence and intervention path. A quarterly inventory can still support oversight, and pre-launch validation remains necessary for stable, high-consequence systems. Neither establishes that an authorised role can act before exposure crosses a material boundary.

Five risk clocks from change to recoveryFive clocks show change, exposure, detection, decision, and containment and recovery moving at different speeds towards a material-harm boundary.MATERIAL-HARM BOUNDARYCHANGENEXT REQUESTEXPOSURECUMULATIVEDETECTIONSIGNAL LAGDECISIONAUTHORITYCONTAINRECOVER
Figure 1. The Risk Velocity and Intervention Map is this article’s synthesis. Effective intervention includes observing, deciding, stopping propagation, reconstructing downstream effects and recovering, not merely pressing rollback.

Risk velocity and interventionFive clocks, not one score

1Change clock

Time from a change in model, prompt, context, data, tools, identity, policy or supplier component to production effect. Internal release records are insufficient when a managed service can change without them. The clock begins when behaviour or authority can differ, not when governance learns that it differed.

2Exposure clock

The rate at which affected actions, people, assets and dependencies accumulate. Some actions are individually small but material in aggregate. Correlated use of one supplier, context source or permission path can make exposure jump across several services at once.

3Detection clock

Time until meaningful deviation becomes observable. Transaction limits may reveal fast operational harm, while discrimination, worker burden or customer exclusion can require cohort analysis, complaints and delayed outcomes. Request-level monitoring does not make latent harm visible.

4Decision clock

Time for a role with standing, evidence and residual-risk authority to interpret the signal and select an intervention. An alert with no on-call owner or delegated authority is not a control. Fast commercial delivery cannot silently transfer approval to the team whose work requires challenge.

5Containment and recovery clock

Time to reduce authority, isolate a component, stop propagation, restore a safe service, reconstruct decisions and remediate affected parties. Code rollback may be quick while payment reversal, notice correction, record repair and memory removal remain slow or impossible.

Comparison

Place time to effective intervention beside time to material harm. Preserve ranges and assumptions for each clock. If the intervention path is slower, narrow population, authority, cumulative exposure or consequence until the envelope is defensible. If no bounded envelope closes the gap, do not deploy.

This is not a call for every control to operate at request speed. A slow latent outcome may need monthly cohort evidence because no valid immediate proxy exists. The CRO’s requirement is that the chosen observation arrives soon enough to prevent or limit the material consequence described in appetite. False immediacy can be as dangerous as delay when a noisy proxy drives automated interventions that harm customers or overwhelm responders.

The five clocks make disagreements testable. Product may argue that a change is reversible because configuration can be restored. Operations may show that customer decisions persist. Risk may accept a canary because cumulative authority is capped. Compliance may require notification after a different trigger. None of those judgements belongs in a blended velocity number. Each changes a control, owner or intervention deadline.

Use ranges rather than decorative precision. The change clock may be seconds for a permission configuration but days for adoption of a new workflow. Exposure can be bounded per transaction yet correlated across a common identity service. Detection has both signal-generation and signal-review time. Decision includes interpretation, authority and communication to the operator. Containment includes propagation already in queues, while recovery includes downstream correction. State the assumptions that create the range and the evidence that could narrow it.

Time to material harm is also conditional. Consequence depends on authority, population, assets, repetition, dependency and the ability of affected parties to recover. A high-severity action can be acceptable in a tiny, supervised canary with hard limits, while many nominally low-severity actions can become material through accumulation. The map therefore travels with the operating envelope. Changing the envelope changes the clocks and requires a new comparison.

Measure intervention margin as a decision statement, not a performance score. For example: the cumulative limit stops additional submissions before the lower bound of material exposure, an authorised operator is continuously available, and reconstruction of the canary population is tested within the remediation window. That statement can be challenged field by field. A single green indicator cannot reveal that detection is fast but decision authority is absent.

The strong rivalWhen ex-ante governance is the right design

Classification, independent validation, change approval and periodic monitoring provide a strong baseline. They suit stable, high-consequence systems with controlled releases, measurable outcomes and enough time between changes for evidence to remain current. A protected validation function can inspect assumptions, limitations and controls without commercial pressure. A formal inventory supports aggregate oversight and accountability.

The rival weakens when supplier updates bypass internal release, prompts and context change frequently, an agent takes cumulative actions, evidence expires before deployment, or committee latency pushes work into unofficial channels. The answer is not to remove gates. It is to connect gates to pre-approved operating envelopes and require a new change-set when assumptions, authority, population or controls move outside them.

The velocity architecture can fail in the opposite direction. Teams can invoke speed to weaken independent challenge, turn arbitrary thresholds into risk appetite, treat automated tripwires as self-approval, or flood on-call staff with alerts. A rapid but untested kill switch can create a larger outage. Every runtime control therefore needs a consequence model, tested action, decision right and review of both missed signals and unnecessary interventions.

Scope boundary. The April 2026 interagency US model-risk guidance applies to defined statistical, economic and financial models in banking and explicitly excludes generative and agentic AI. This paper uses its transferable ideas on objective challenge, roles, monitoring and third-party products only. It does not extend the guidance’s scope or regulatory effect.
Risk change-set with inherited and invalidated controlsA central changed-component record branches to retained controls, invalidated controls, new evidence, runtime limits and intervention rights.RISK CHANGE-SETCOMPONENT · OWNER · REASONAUTHORITY · POPULATION · DATEINHERITED CONTROLSRETESTED AND VALIDINVALIDATED CONTROLSREPLACEMENT REQUIREDEVALUATION EVIDENCEUNCERTAINTY · CHALLENGERUNTIME ENVELOPESIGNALS · LIMITS · EXPIRYINTERVENTION RIGHTSSTOP · ISOLATE · RECOVER
Figure 2. A risk change-set follows the changed authority and consequence. It records which prior controls still hold and which evidence or intervention assumptions have become stale.

Traceable production changeThe risk change-set

A deployment ticket says what code moved. A risk change-set says what authority, exposure and intervention path changed. It identifies component and version, owner and reason, production date, affected decisions and actions, populations and assets, shared dependencies, inherited controls and controls invalidated. It links evaluation evidence and uncertainty to the exact use rather than to a model in the abstract.

The set also records the approved consequence, authority and exposure envelope; runtime signals and cumulative limits; canary population; stop, rollback, isolation and degraded-mode actions; incident and notification obligations; and expiry, revalidation and retirement conditions. Evidence is dated. A model evaluation can remain technically accurate while becoming operationally irrelevant after a permission, context or population change.

Interaction is the central unit. The prompt-permission case is unsafe because wording and tool authority combine into a control action that neither owner assessed. A data filter can alter which customers reach a model. A retrieval change can invalidate an evaluation even when model version is fixed. The change-set should reference upstream and downstream versions so incident reconstruction can recover the decision path actually used.

Supplier change deserves its own trigger. The organisation may not control the model release, but it controls traffic, authority, population and fallback. Contractual notice, version pinning where available, behavioural fingerprints, canary routing and comparative evaluation can shorten discovery. An unannounced change outside the envelope is a production incident or containment condition, not merely a vendor-management note.

Change records must remain usable under pressure. Require a small mandatory core and attach deeper evidence by consequence. The core should answer what changed, what it can affect, what proves safe operation, who may intervene and how to find affected decisions. A large form completed after release creates documentary confidence without intervention capability.

Version the control claims as carefully as the component. An access check may still execute while becoming insufficient because the tool now offers a more consequential action. A content filter may retain its test result while context changes the meaning of allowed text. Mark a control inherited only after its assumption, coverage and failure response have been retested against the combined change. Otherwise classify it as invalidated or uncertain and require replacement evidence.

Independent evidence should target the loss path. Technical evaluations show behaviour under selected conditions; they do not by themselves establish population coverage, workflow adoption, responder capacity or recovery. Record evaluation uncertainty, known blind spots and the evidence date. For high-consequence changes, the challenger should see negative cases, interactions and operational rehearsal, not only a sponsor’s aggregate test result.

The change-set becomes the incident index. When a signal fires, responders should query affected versions, populations, action identifiers and downstream dependencies without assembling the map from chat messages. Preserve enough lineage to distinguish decisions made before and after the change, under canary and normal routes, and with each permission state. This reduces both over-remediation and missed affected parties.

Risk appetite compiled into runtime envelopeBoard appetite flows through consequence and authority constraints into canary population, transaction, cumulative and time limits with intervention actions.RISK APPETITECONSEQUENCEAUTHORITYPOPULATIONDEPENDENCYREVERSIBILITYPRE-APPROVED ENVELOPECANARY POPULATIONACTION LIMITCUMULATIVE LIMITTIME EXPIRYDEGRADED MODEINTERVENETHROTTLEISOLATEROLL BACKRECONSTRUCT
Figure 3. Risk appetite is compiled into a bounded authority and exposure envelope. Thresholds are operational expressions of consequence judgement, not substitutes for that judgement.

Risk appetite in productionCompile consequence into authority and exposure

Risk appetite usually speaks in categories such as customer harm, financial loss, legal exposure, resilience and reputation. Production controls need narrower instructions. For a named decision, specify maximum action authority, eligible population, asset boundary, transaction and cumulative exposure, correlated dependency, observation window and expiry. Link each limit to the consequence it protects and the role authorised to accept residual risk.

A pre-approved envelope lets delivery move without inventing approval at every request. Inside it, a validated control set and current evidence can support deployment. Near a boundary, a canary tightens population, authority, limits and monitoring. Outside it, the change returns for challenge or redesign. The envelope expires when evidence, use, supplier, population or consequence assumptions change.

Canaries bound learning only if they bound harm. A percentage of traffic may be meaningless when the selected population is vulnerable, the action is irreversible or correlated failure affects shared assets. Define canary eligibility, action ceilings, cumulative limits and an observation period that can reveal the relevant outcome. For slow harm, the canary may need protected cohort comparison and delayed review before expansion.

Degraded mode is an intervention, not a euphemism for continued normal service. Remove write permission, require human confirmation, narrow products or populations, use a known stable component, or fall back to read-only advice. Test whether the reduced service remains safe and useful. A degraded mode that depends on the failed supplier, context or identity path does not contain the shared cause.

Independent challenge remains a constraint on the envelope. A high-consequence change with weak reversibility may wait despite commercial urgency. The challenger needs objective expertise, organisational standing and access to evidence, but should not become the operator of daily controls. Runtime teams can act within delegated limits; they cannot approve the risk assumptions that define those limits.

Compile limits at three levels. Per-action limits constrain what one decision can do. Cumulative limits constrain repetition across time, accounts or agents. Portfolio limits constrain correlated exposure through a shared model, context source, identity path or supplier. A service may remain inside its local allowance while the portfolio boundary is breached. Aggregation must therefore be timely enough for the common failure being controlled.

Every threshold needs four annotations: the consequence relationship, measurement method, intervention action and owner. A transaction ceiling may directly bound financial exposure. A complaint-rate threshold may only indicate a possible customer harm and require investigation before automated restriction. Treating both as interchangeable alarms either delays hard containment or automates a judgement the signal cannot support.

Expiry prevents silent envelope drift. Set it from the shortest material assumption, such as supplier notice, outcome lag, population change or recovery-test validity. Revalidation may confirm the same boundary, narrow it or expand it with evidence. Repeated emergency extensions are a control signal in their own right because they show that governance is relying on temporary authority as normal operation.

Fast cumulative and slow latent harm pathsOne path shows thousands of agent actions crossing a cumulative threshold quickly, while another shows cohort disadvantage emerging through delayed outcomes and complaints.FAST CUMULATIVE HARMCUMULATIVE LIMITACTION COUNT · ASSET EXPOSURESLOW LATENT HARMCOHORTCOMPLAINTOUTCOMEDELAYED EVIDENCE · GROUP EFFECT
Figure 4. Fast exposure needs cumulative limits and rapid containment. Slow harm needs delayed-outcome evidence, cohort review and complaint analysis rather than a misleading request-level alarm.

Evidence at different speedsDetect the consequence, not convenient activity

A fast agent can execute thousands of low-value actions before daily review. Per-action checks may all pass while the portfolio effect crosses appetite. Track cumulative amount, number of affected assets, repeated counterparties, shared dependency and rate of change. Place limits close enough to the action path that containment does not wait for an analytical dashboard.

Slow latent harm has the opposite shape. A recommendation system can gradually disadvantage a population while immediate accuracy and reliability remain normal. Detection may depend on who receives opportunities, long-run outcomes, complaints, overrides and comparative cohorts. Define the lag honestly. Use leading indicators where validated, but do not claim they replace outcome evidence.

Alert flooding increases the decision clock. A rule that emits thousands of low-value events consumes attention and hides the material breach. Measure alert actionability, duplicate rate, responder load, unresolved age and the proportion linked to a decision. Threshold changes need independent review when they alter the consequence boundary. Muting noise without preserving exposure limits simply moves detection later.

Learn from normal operation as well as incidents. Successful recoveries, safe overrides and routine boundary handling reveal capacity and latent conditions. Systems-safety and resilience research directs attention to interactions, constraints and adaptation under pressure. It does not remove the need for legal, compliance or domain analysis of the specific harm.

Design the signal portfolio around coverage rather than volume. Map each material consequence to a runtime signal, cumulative exposure measure, delayed outcome or human report. Identify gaps explicitly. A complaint channel may detect a harm that model telemetry cannot, but only if complaints are classified, joined to versions and reviewed soon enough. An override may indicate prudent human control or systematic model failure; context and trend determine which.

Test detection with seeded scenarios and historical replay. Confirm that the signal arrives, attribution points to the right change-set, prioritisation survives background noise and the authorised role receives enough context to act. Include a case that should not trigger, because controls that intervene too often create operational harm and will eventually be bypassed. Detection quality includes specificity, timeliness and actionability.

For delayed outcomes, define the safe expansion rule before the evidence matures. Keep population and authority within the canary envelope, preserve comparison groups where lawful and appropriate, and set the earliest defensible review. If commercial pressure expands exposure before the outcome window closes, record that as a new risk decision rather than treating absence of evidence as success.

Committee cycle and continuous intervention loopA slow linear committee path is compared with a continuous loop of change-set, evidence, envelope, signal, decision and intervention.PRE-LAUNCH COMMITTEE CYCLECLASSIFYVALIDATEAPPROVEMONITORCONTINUOUS EVIDENCE AND INTERVENTION LOOPCHANGE-SETEVIDENCEENVELOPESIGNALDECIDEINTERVENE
Figure 5. The continuous loop does not replace classification or independent validation. It keeps evidence and intervention current inside the approved envelope.

Act before propagationContainment, reconstruction and protected challenge

Decision rights need a clock. Record who may throttle, remove permission, isolate a supplier, invoke degraded mode, stop a population and accept residual risk. Provide on-call coverage proportional to the harm window. An escalation tree that requires several unavailable executives can be formally correct and operationally useless.

Containment aims to stop additional exposure while preserving evidence and essential service. It may narrow action authority, freeze high-consequence transactions, separate a canary population, disable memory writes or route to manual review. Full shutdown is appropriate when no safe boundary exists, but a tested degraded mode can reduce secondary harm from losing the service.

Rollback restores a component, not the world. Reconstruct which decisions used the affected version, prompt, context, identity and permissions. Trace payments, communications, customer notices, cached outputs, downstream records and durable memory. Decide which actions can be reversed, corrected, explained or compensated. Retain records needed for investigation and applicable notification while respecting lifecycle and access obligations.

NIST’s current incident guidance integrates preparation and lessons learned with detection, response and recovery. The transferable lesson is to make intervention part of risk management before an event. An untested kill switch, missing dependency map or absent authority cannot be repaired by a faster alert after harm starts.

Hold remains a legitimate route. If a high-consequence change invalidates controls, evidence is stale, reversibility is weak or independent challenge is incomplete, commercial urgency does not accelerate the harm clock in the organisation’s favour. Redesign the authority, limit population, strengthen observation or wait for challenge. The objective is a defensible intervention margin, not release speed.

Recovery proof has several layers. Technical recovery restores a known component and configuration. Operational recovery restores a safe service and clears queued work. Decision recovery identifies, reviews and corrects affected actions. Customer recovery addresses notices, access, compensation or explanation. Governance recovery updates the change-set, envelope, evidence and ownership. The clocks stop at effective remediation, not at service availability alone.

Reconstruction requires identifiers designed before the incident. Capture component and prompt versions, context lineage, tool and permission state, policy route, action identifier, human intervention and downstream references in a proportionate record. Protect the record against inappropriate access and define retention. Without decision-level linkage, the organisation faces a choice between missing affected cases and applying broad remediation to unaffected ones.

Exercise residual-risk authority under degraded mode. The operator may reduce authority immediately, but a named role must decide how long the reduced service can continue, which evidence restores normal scope and what condition forces shutdown. Persistent degraded operation can create its own customer, workload and control harm. Track it as a temporary risk acceptance with expiry, not a permanent workaround.

Rollback blast mapA rolled-back component remains connected to customer decisions, payments, notices, audit records, caches and agent memory that require reconstruction and remediation.CODEROLLED BACKCUSTOMER DECISIONSPAYMENTSNOTICESAUDIT RECORDSCACHESAGENT MEMORY
Figure 6. Recovery follows downstream state. Technical rollback is one containment action; affected decisions, records, communications and memory still require reconstruction.

Negative controlsCases that test the architecture

Prompt-permission interaction

A wording change and broader tool right create a new consequential action. Hold or canary until the combined authority is evaluated, cumulative limits are set and inherited controls are retested.

Supplier update

A managed model changes outside the internal release path. Contain traffic within a known envelope, compare behavioural evidence, reconstruct affected decisions and require revalidation before normal authority returns.

Slow latent harm

Request metrics stay healthy while a population receives fewer opportunities. Preserve cohort, complaint and delayed-outcome review; contain expansion when the material signal appears rather than waiting for a request alarm that cannot observe it.

Fast cumulative harm

An agent makes many small transactions before daily review. A cumulative asset and action limit triggers degraded mode or containment close to execution. If authority cannot be bounded below irreversible harm, stop the capability.

Rollback illusion

Configuration is restored, but notices, payments, records and memory persist. Reconstruct downstream decisions, preserve evidence, correct reversible effects and meet applicable remediation and notification duties.

Alert flooding

A noisy rule lengthens detection and decision while appearing vigilant. Hold expansion, redesign prioritisation, preserve hard exposure limits and test that responders can identify and act on the material breach.

Independent challenge

A severe, weakly reversible change waits despite revenue pressure. The hold protects objective review. A smaller canary is acceptable only if consequence and cumulative exposure are genuinely bounded.

Degraded mode

The service remains available as read-only advice with human confirmation and a narrow population. Reduced authority contains exposure while investigation and recovery continue.

Stop condition

Time to effective intervention exceeds time to irreversible material harm, and population, authority or exposure cannot close the gap. Stop or retire rather than rely on a faster-looking dashboard.

Supplier update incident pathAn unannounced supplier change moves through behavioural detection, canary isolation, authority reduction, decision reconstruction and revalidation.SUPPLIERCHANGEFINGERPRINTDEVIATESCANARYISOLATERECONSTRUCTDECISIONSREVALIDATEENVELOPENOTICE ABSENT · INTERNAL RELEASE UNCHANGEDDEGRADED MODE: READ ONLY · HUMAN CONFIRMATION
Figure 7. A supplier update is governed through the organisation’s traffic, authority, evidence and recovery controls even when the external release is not under internal control.

Interactive instrumentCRO Risk Velocity and Intervention Console

The Console records change, consequence, propagation, observability, intervention and recovery conditions. It returns a route and immediate controls, not a risk, velocity or maturity score. Legal and regulatory obligations still require role, jurisdiction and fact-specific interpretation.

CRO ROUTE

Deploy within the pre-approved risk envelope

The change remains inside a validated consequence, authority and exposure boundary with current evidence and timely intervention.

Immediate controls: record the change-set, preserve cumulative limits, monitor the named signal and revalidate at expiry.

Figure 8. The live route preserves clocks, consequence and intervention conditions rather than blending them into a score.

The CRO operating agendaGovern at the speed of consequence

Begin with the material decision and action, not the model category. Catalogue authority, population, assets and dependencies; define credible consequences; map each clock; and identify the operating envelope. Link the record to model, prompt, context, data, tool, identity, workflow and supplier versions so a later investigation can find the decision path.

Require risk change-sets for material changes and supplier deviations. Keep the mandatory core small enough for use and scale evidence depth with consequence, propagation, observability and reversibility. Treat control invalidation as a first-class field. A previous approval should not survive a change that removes the assumptions on which it depended.

Test intervention end to end. Generate a signal, wake the authorised role, invoke limits or degraded mode, isolate the component, reconstruct downstream decisions and rehearse recovery. Measure the full path and responder load. A fast technical rollback does not prove effective intervention if affected customers, records or obligations remain unknown.

Protect independent challenge. Runtime delegation can speed action inside an approved envelope, but the operating team must not set and approve its own consequence boundary. Give challengers access, expertise, standing and time proportionate to irreversibility. Record commercial urgency as context, not as evidence that risk has fallen.

Review both fast and slow evidence. Operating dashboards should show cumulative exposure, action limits, alert quality, supplier deviations and intervention readiness. Periodic reviews should examine cohorts, delayed outcomes, complaints, correlated dependencies, control drift and repeated degraded operation. Board and risk-committee reporting should explain where intervention margin is shrinking and which commitments cannot be reversed.

Use the five routes as governance actions. Deploy only inside a current envelope. Canary to buy bounded evidence. Hold when challenge or control design is incomplete. Contain when a signal, supplier change or limit breach creates affected decisions. Stop when no authority, population or recovery design can make intervention faster than irreversible material harm.

Keep a decision receipt for every material route. It should state the clock ranges, consequence and exposure boundary, current evidence, invalidated controls, independent challenger, delegated intervention rights, immediate actions, expiry and residual uncertainty. Review receipts after incidents and normal expiries to learn where estimates were wrong, alerts were noisy, authority lagged or recovery took longer. This creates an empirical basis for better envelopes without converting past success into automatic permission for a different component, population or action.

The board’s question is not whether every risk signal is immediate. It is whether management knows which harms propagate quickly, which emerge late, how exposure is bounded while evidence develops, and who can intervene with effect. Report exceptions where the intervention margin is negative, temporary risk acceptances recur, suppliers change without usable notice, or downstream reconstruction is untested. Those conditions reveal strategic dependency and operating fragility before a single portfolio score can.

Governance, incident and resilience spineReferences

  1. NIST, AI Risk Management Framework Core. airc.nist.gov AI RMF Core.
  2. NIST (2024), Generative Artificial Intelligence Profile. doi.org/10.6028/NIST.AI.600-1.
  3. NIST (2025), Incident Response Recommendations and Considerations for Cybersecurity Risk Management, SP 800-61 Rev. 3. doi.org/10.6028/NIST.SP.800-61r3.
  4. NIST, Security and Privacy Controls for Information Systems and Organizations, SP 800-53 Rev. 5. doi.org/10.6028/NIST.SP.800-53r5.
  5. Federal Reserve, OCC and FDIC (2026), Supervisory Guidance on Model Risk Management. federalreserve.gov guidance.
  6. ISO, ISO 31000 Risk Management. iso.org ISO 31000.
  7. ISO, ISO/IEC 42001 Artificial Intelligence Management System. iso.org 42001.
  8. COSO, Enterprise Risk Management: Integrating with Strategy and Performance. coso.org enterprise risk management.
  9. Basel Committee on Banking Supervision (2021), Principles for Operational Resilience. bis.org/bcbs/publ/d516.htm.
  10. Basel Committee on Banking Supervision (2013), Principles for Effective Risk Data Aggregation and Risk Reporting. bis.org/publ/bcbs239.htm.
  11. European Union, Regulation (EU) 2022/2554, Digital Operational Resilience Act. EUR-Lex 2022/2554.
  12. European Union, Regulation (EU) 2024/1689. EUR-Lex 2024/1689.
  13. Leveson, N. (2011), Engineering a Safer World. MIT Press record.
  14. Woods, D. D. (2015), “Four Concepts for Resilience and the Implications for the Future of Resilience Engineering”. doi.org/10.1016/j.ress.2015.03.018.
  15. Hollnagel, E. (2014), Safety-I and Safety-II. Routledge record.
  16. Reason, J. (2000), “Human Error: Models and Management”. doi.org/10.1136/bmj.320.7237.768.
  17. Google, Site Reliability Engineering: Embracing Risk. sre.google/sre-book/embracing-risk.