Is it…
Is this a risk acceptance or a security exception?
Add to board memoOpen the memo
The short answer
- Recommendation
- Ask whether a specific rule in a policy or standard is not being met. If it is, request a time-limited security exception. If every rule is met, or no rule covers the risk, and the owner still wants to keep it, record a risk acceptance against the risk in the register.
- Reasoning
- The two decisions look alike and use the same scale and bands, but they decide different things. An exception decides that a rule need not be met, in a stated scope, for a limited time. An acceptance decides that a residual risk is kept, knowingly, rather than treated further. A signed exception is also the decision to carry the risk of the gap, so no acceptance form is needed as well. When both seem to apply, the exception comes first, and an acceptance can never be used to get round a refused one.
- Considerations
- The durations are the defaults in the CISO Times exception and risk packs: exceptions at most 365, 180, 90 and 30 days by band; acceptances reviewed within 12, 12, 6 and 3 months. Your own standard may set different ones.
- An internal exception cannot waive the law, a regulatory obligation or a contractual obligation to a customer or regulator. That is a compliance issue for your compliance or legal escalation.
- Where the gap leaves a risk outside appetite or Critical, the approver the risk method requires for that position also signs the exception, and the stricter approval applies.
- If the gap is meant to be permanent, change the rule or its scope first, then accept any remaining risk in the register.
The decision, step by step
Select any step for the reasoning behind it and where the pack covers it.
- Start
- Step
- Decision
- Outcome
Keyboard: Tab to a step, arrow keys move along the flow, Enter pins its explanation, + and − zoom, 0 fits the diagram, Esc closes. The text version below has the same content.
Where a step quotes a number, it is the default in the CISO Times pack. Your own standard may set a different one.
Read as text
The same flow written out: each step, its reasoning and where the pack covers it. 12 steps.
Start
Someone wants to carry a security gap or risk for now
The two decisions look alike and use the same four-by-four scale and bands. They decide different things. An exception decides that a specific rule need not be met, in a stated scope, for a limited time. An acceptance decides that a residual risk in the register is kept, knowingly, rather than treated further.
In the pack
- P05-A08 Risk Acceptance Form & Approval RecordAcceptance or exception?
Decision
Is a specific rule in a policy or standard not being met?
Yes when a required control is missing, late or configured differently from the standard. That includes a remediation deadline that will be missed, a control that cannot be put on a system, a supplier that cannot meet a contractual security clause, and duties that cannot be separated. If both a broken rule and a wider risk are involved, answer yes: the exception comes first. If you are not sure, answer yes and let the rule's owner check.
- Yes, or not known: Is the rule a legal duty, or on your non-negotiable list?
- No, or no rule covers it: Score it in the register and weigh the other options
In the pack
- P02-A02 Security Exception & Waiver StandardWhen an exception is needed (rule EX-01)
- P05-A08 Risk Acceptance Form & Approval RecordAcceptance or exception?
Decision
Is the rule a legal duty, or on your non-negotiable list?
An internal exception cannot waive the law, a regulatory obligation or a contractual obligation to a customer or regulator. Your standard may also list a few controls that are never excepted, such as multi-factor authentication for remote administrator access. If you don't know whether a legal duty sits behind the rule, answer yes and ask legal.
- Yes, or not known: Neither: take it to your compliance or legal escalation
- No: It is a security exception: request one, not an acceptance
In the pack
- P02-A02 Security Exception & Waiver StandardWhen an exception is needed (rule EX-02)
- P02-A02 Security Exception & Waiver StandardScope
Outcome
Neither: take it to your compliance or legal escalation
A legal or regulatory obligation that cannot be met is a compliance issue. It may need legal advice and a notification to a regulator. Your exception register can still hold a line for it, marked as not an exception, so it is not lost.
In the pack
- P02-A02 Security Exception & Waiver StandardWhen an exception is needed
Step
It is a security exception: request one, not an acceptance
Record it under your exception standard, with the rule not met, the systems affected, the compensating controls and a remediation date. Signed by the risk owner, it is also the decision to carry the risk of the gap: do not complete an acceptance form as well. Link the exception from the risk it raises in the register. If the gap is meant to be permanent, change the rule or its scope first, then accept any remaining risk in the register. If you have no exception process, record it on the acceptance form with the rule noted, and use the shorter exception durations.
In the pack
- P05-A08 Risk Acceptance Form & Approval RecordAcceptance or exception?
- P02-A02 Security Exception & Waiver StandardRequesting an exception (rule EX-03)
- P02-A02 Security Exception & Waiver StandardScope
Decision
Does the gap leave a risk outside appetite, or Critical?
Score the risks that depend on the missing control as if that control were not there. If one of them lands outside appetite or at Critical, the exception needs a further signature. If you have not scored them, do that first; until then, answer yes.
- Yes, or not known: Add the signature the risk's position requires
- No: Is the exception approved?
In the pack
- P05-A02 Risk Assessment Methodology & Scoring ModelInputs
- P05-A02 Risk Assessment Methodology & Scoring ModelHow this method connects to exceptions and board reporting
Step
Add the signature the risk's position requires
The approver the risk method requires for that position also signs the exception: executive management outside appetite. Outside tolerance or Critical, it is the top of the organisation: the board or a board risk committee it has delegated to, the management board in a two-tier structure, or executive management where there is no board. The stricter of the two approvals always applies. The signature goes on the exception form, with the risk's position noted beside it.
In the pack
- P05-A08 Risk Acceptance Form & Approval RecordAcceptance or exception?
- P05-A02 Risk Assessment Methodology & Scoring ModelWhat the band decides (rule RM-08)
Decision
Is the exception approved?
The approver may approve, refuse, shorten the duration or add conditions. A request not decided in time goes up a level; silence is never approval. Approval is never backdated.
In the pack
- P02-A02 Security Exception & Waiver StandardApproval authority and maximum duration (rule EX-05)
- P02-A02 Security Exception & Waiver StandardWhen an exception is needed (rule EX-02)
Outcome
Carry the gap as a time-limited exception
It runs to a fixed expiry date. In the pack's defaults the longest are 365 days for Low, 180 for Medium, 90 for High and 30 for Critical, with limited renewals. It lives in the exception register. Before it expires, the rule is met, or the exception is renewed on a fresh assessment.
In the pack
- P02-A02 Security Exception & Waiver StandardApproval authority and maximum duration (rule EX-06)
- P02-A02 Security Exception & Waiver StandardRenewal
Outcome
Refused: meet the rule; no acceptance around it
If the exception is refused, the rule must be met. The risk acceptance form cannot be used to accept around a refused exception. Plan the work to meet the rule, with a date.
In the pack
- P05-A08 Risk Acceptance Form & Approval RecordAcceptance or exception?
Step
Score it in the register and weigh the other options
An acceptance starts from a risk in the register whose treatment has been chosen as Accept. Write it as a scenario, score it after existing controls, and weigh reducing, avoiding and transferring it first. If one of those wins, there is nothing to accept.
In the pack
- P05-A08 Risk Acceptance Form & Approval RecordBefore you submit — the risk owner's checklist
- P05-A02 Risk Assessment Methodology & Scoring ModelTreatment
Outcome
It is a risk acceptance: complete the acceptance form
Use it when every rule is met but the residual risk is more than the owner would choose, or no rule covers it. It is recorded against the risk in the register, signed at the level the band and position require, and reviewed by a date. In the pack's defaults that is 12 months for Low and Medium, 6 for High and 3 for Critical, renewed on a fresh score.
In the pack
- P05-A08 Risk Acceptance Form & Approval RecordAcceptance or exception?
- P05-A08 Risk Acceptance Form & Approval RecordPart C — Approval
Practical checklist
- Check whether a required control is missing, late or configured differently from the standard. If unsure, treat it as a broken rule.
- Check whether a legal duty or a non-negotiable control sits behind the rule, and send those to compliance or legal.
- Request an exception with the rule, systems, compensating controls and a remediation date, and link it from the risk.
- Score the risks that depend on the missing control as if it were absent, and add the signature their position requires.
- If the exception is refused, plan the work to meet the rule, with a date.
- For a risk with no broken rule, weigh reducing, avoiding and transferring before completing the acceptance form.
Evidence to have ready
- For an exception: the approved request in the exception register, with its band, approvers, expiry and the risk's position noted.
- For an acceptance: the signed form against the register entry, with the band, position, reasons and review date.
- The link between each exception and the risk it raises in the register.
- For a legal or regulatory gap, the compliance escalation and any line kept in the register marked as not an exception.
Assumptions
- You have written policies or standards that set rules, and a risk register. Without written rules, everything is a risk decision.
- The durations shown are the defaults in the CISO Times exception and risk packs. Your own standard may set different ones.
Not covered here
- When a deviation needs a formal exception at all. That is “When does a deviation from policy need a formal exception?”.
- Who may accept a risk at each rating. That is “Who can accept a risk, and does the answer change with its rating?”.
- How to score an exception and set its length. That is “How do we score an exception and set how long it lasts?”.
Related questions
- When does a deviation from policy need a formal exception?
- Who can accept a risk, and does the answer change with its rating?
- How do we score an exception and set how long it lasts?
- Who approves a Critical exception in an organisation shaped like ours?
- How do we decide between treating, transferring, avoiding and accepting a risk?