Independent thinking. Informed defence.

CISO Times

Intelligence for the people behind the defence.

The CISO Decision Brief

Is it…

Is this a risk acceptance or a security exception?

4 decision pointsThe pack behind this answer: Information Security Risk Management

Add to board 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.
  1. 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

  2. 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.

    In the pack

  3. 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

  4. 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

  5. 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.

    In the pack

  6. 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

  7. 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

  8. 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

  9. 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

  10. 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

  11. 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

Practical checklist

  1. Check whether a required control is missing, late or configured differently from the standard. If unsure, treat it as a broken rule.
  2. Check whether a legal duty or a non-negotiable control sits behind the rule, and send those to compliance or legal.
  3. Request an exception with the rule, systems, compensating controls and a remediation date, and link it from the risk.
  4. Score the risks that depend on the missing control as if it were absent, and add the signature their position requires.
  5. If the exception is refused, plan the work to meet the rule, with a date.
  6. 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