Most executive security discussions end with an update, not a decision. This framework fixes that. It reduces every security request to five possible moves, and it will not close a discussion until the move has an owner, an evidence standard and a review trigger.
When to use it
Use it when a decision carries real cost or consequence: a funding request, a request to accept a risk past its deadline, an acquisition, a major platform change, or the aftermath of an incident. It is written for the CEO, CFO, CIO, risk executives, the CISO and board risk committee members. It is not an operational triage tool.
Why updates replace decisions
Security reporting usually describes activity: vulnerabilities closed, training completed, tools deployed. Executives cannot decide anything from activity. They can decide from a stated exposure, a set of options and a price.
The need is also becoming a legal one in many jurisdictions. Under the NIS2 Directive, the management bodies of essential and important entities must approve the cybersecurity risk-management measures, oversee their implementation, and can be held liable for infringements. DORA places ultimate responsibility for ICT risk on the management body of in-scope financial entities. US-listed companies must describe board oversight of cyber risk and management’s role in managing it. NIST CSF 2.0 says the same thing as good practice: organizational leadership is responsible and accountable for cybersecurity risk (GV.RR-01). Which of these applies to you depends on your sector and jurisdiction. The direction of travel is the same everywhere: leadership has to be able to show it decided.
The framework: four steps
1. Frame the exposure as a business event
Do not bring a control gap to the table. Bring a scenario in one sentence: if [event happens], then [business outcome], for [duration or scale], affecting [service, data or obligation]. “Multi-factor authentication is missing on the legacy portal” is a gap. “If an attacker takes over a customer account on the legacy portal, customers can see each other’s records, and we face a notification decision within days” is a scenario. Only the second can be weighed against anything else.
2. Choose one of five moves
Every request resolves into one of the moves below. If the room cannot name the move, it is not ready to decide.
| Move | Use when | Question that tests it | Output required |
|---|---|---|---|
| Accept | Residual risk is inside appetite, or reduction costs more than the exposure justifies. | Who owns the consequence, and until when? | Signed acceptance, named owner, expiry, review trigger. |
| Reduce | Exposure is above appetite and a control can bring it back. | What measurable change in exposure will this produce, and how will we test it? | Funded treatment with target state and a validation step. |
| Transfer | Loss can be shared by contract or insurance and the business can still operate through the event. | What exactly is covered, and what stays with us? | Reviewed contract or policy terms; residual exposure stated. |
| Stop | The activity, system or relationship creates exposure the business does not need. | Can the business change or retire this? | Decommission or exit decision with a date and owner. |
| Escalate | The decision exceeds the decider’s authority, or business priorities conflict. | Who holds the authority, and what options do we bring them? | Committee or board paper with options and a recommendation. |
Two cautions. Transfer moves financial loss, not the operational, legal or reputational consequence, and it does not move regulatory accountability. And “accept” is a real decision, not a default. An unowned risk that nobody has formally accepted is simply unmanaged. NIST CSF 2.0 expects organizations to establish strategic direction describing appropriate risk response options (GV.RM-04); this table is a practical form of it.
3. Assign the decision to the right level
Authority should rise with exposure. The thresholds belong to the organization and should come from its stated risk appetite and tolerance (CSF GV.RM-02), so this briefing does not prescribe numbers. The shape, though, is stable:
| Exposure level | Who decides | What they must see |
|---|---|---|
| Within tolerance | Risk owner in the business, with security advice | The scenario, the move, the expiry |
| Above tolerance, below capacity | Executive risk committee | Options, cost, what each displaces, residual exposure |
| Threatens obligations or continuity | Board or board risk committee | Scenario, options, recommendation, regulatory implications |
If the organization has no stated appetite yet, start with provisional thresholds, label them provisional, and agree a date to replace them. A rough ladder that people use beats a precise one that nobody wrote.
4. Verify, and set the review trigger
Decide what evidence will show the move worked, and what event reopens the decision. Triggers are usually concrete: a material change in technology, a change in a standard or regulation that applies, a shift in threat assumptions, an incident, or the acceptance expiry. CSF GV.OV-01 expects strategy outcomes to be reviewed and used to adjust direction. A decision with no trigger is a decision that will be quietly forgotten.
The decision record
One page is enough. If a record needs more, the scenario is probably two scenarios.
| Field | What goes in it |
|---|---|
| Scenario | The if/then sentence from step 1. |
| Current exposure | Rating and how it was derived. State what is measured and what is estimated. |
| Appetite position | Within tolerance, above tolerance, or beyond capacity. |
| Move | Accept, reduce, transfer, stop or escalate. |
| Owner and approver | Two names. The owner lives with the consequence; the approver holds the authority. |
| Evidence and its limits | What the decision relies on, and what is not known. |
| Cost and displacement | Spend, effort, and the work that will not happen because of it. |
| Review trigger and expiry | The event or date that reopens the decision. |
A worked example (hypothetical)
A logistics group acquires a smaller competitor. The acquired company’s customer portal runs on an unsupported platform that cannot enforce multi-factor authentication. Security requests budget to replace it.
Framed as a scenario, the exposure is account takeover leading to disclosure of shipment and customer data, with contractual notification duties to large customers. Replacement takes two quarters. The committee has a choice. It can accept the exposure until replacement completes, reduce it sooner by putting the portal behind a gateway that enforces stronger authentication, or stop by taking the portal offline and moving customers to the parent company’s portal.
The record might read: reduce now through the gateway, accept the residual exposure until the replacement date, owned by the head of the acquired business, approved by the executive risk committee, with an expiry tied to the migration milestone and a trigger if any suspicious sign-in activity is detected. Nothing in it is complicated. What matters is that the acceptance has a name, a boundary and an end.
Where the framework breaks
-
Owners in name only. If the owner cannot describe the consequence in their own words, they have not accepted anything.
-
No appetite behind the ladder. Without thresholds, every item escalates or none does. Use provisional ones.
-
Acceptance without expiry. Temporary exceptions become permanent architecture.
-
Transfer treated as removal. A policy pays for some losses. It does not restore a service or satisfy a regulator.
-
Hidden uncertainty. If the evidence is thin, say so on the record. A confident-looking number built on a guess is the most dangerous item in the file.
Running it
Put the record at the front of every executive risk discussion, and keep the decisions in one log so the committee can see what it has accepted, what is due to expire and what has been reopened. A quarterly review of that log is usually enough. Review sooner when a trigger fires.
**** Take the three largest open security requests in your organization and write each as a decision record. Wherever a field cannot be completed, you have found what the leadership team still needs before it can decide. Cybrilliant’s Board & Executive Advisory work begins with that exercise.
Related Reading
-
The Executive Guide to Cyber Risk Prioritization
-
Board Cyber Risk Questions Every Security Leader Should Be Ready to Answer
-
Executive Cyber Metrics: What to Stop Reporting
Sources
-
NIST, The NIST Cybersecurity Framework (CSF) 2.0, NIST CSWP 29. Govern function: GV.RM-02, GV.RM-04, GV.RR-01, GV.OV-01. https://nvlpubs.nist.gov/nistpubs/CSWP/NIST.CSWP.29.pdf
-
NIST, Integrating Cybersecurity and Enterprise Risk Management (ERM), NIST IR 8286 Rev. 1. https://csrc.nist.gov/pubs/ir/8286/r1/final
-
NIS2 Directive, Article 20 (Governance). https://www.springlex.eu/en/packages/nis2/nis2-directive/article-20/
-
Digital Operational Resilience Act (DORA), Article 5 (Governance and organization). https://www.springlex.eu/en/packages/dora/dora-regulation/article-5/
-
U.S. Securities and Exchange Commission, Fact Sheet on the final rules for public company cybersecurity disclosure (Regulation S-K Item 106; Form 8-K Item 1.05). https://www.sec.gov/files/33-11216-fact-sheet.pdf
-
ISO/IEC 27001, Information security management systems: Requirements, clauses 6.1.2 and 6.1.3 (risk acceptance criteria; risk owner approval).
How we label evidence
Facts carry a source. Analysis and recommendations are marked as ours. Examples that are hypothetical are labeled as hypothetical.
Part of the solutionBuild & Transform CybersecurityTurn a long list of projects into a lasting program.See how we work →Related service
Board & Executive Advisory
Use this to prepare for executive cyber-risk decisions.