Risk, exceptions and acceptance
Writing, scoring and deciding on risk, and handling the gaps you can't close yet: exceptions, acceptances and segregation of duties.
The packs behind these answers
How do we…
Methods: how a thing is done well.
- How do we write a risk so it's a risk and not an audit finding?
- How do we score risks consistently when two people assess them?
- How do we decide between treating, transferring, avoiding and accepting a risk?
- How do we build a risk register from nothing?
- How do we score an exception and set how long it lasts?
- How do we separate duties when there are only a few people?
- How do we stop the exception register becoming a graveyard?
When do we…
Triggers and timing: when something has to happen.
Who decides…
Authority: who may approve, accept or act.
Is it…
Judgements with a yes or no at their centre.
If…, then how…
Situations: something has happened, what now.
- If the business wants to accept a risk I think is unacceptable, then how do I proceed?
- If an exception expires and the gap is still there, then what?
- If the same exception comes up for renewal a third time, then what?
- If risks sit "in treatment" for years, then how do we get them moving?
- If the only IT administrator also manages the security logs, then how do we control that?
- If developers deploy their own code to production, is that a conflict, and what compensates?
Other categories
- Vulnerabilities and exposure19 questions
- Policy and governance10 questions
- Board and executive reporting16 questions
- Third parties and suppliers20 questions
- Identity and access23 questions
- Incidents and regulatory notification25 questions
- Resilience and recovery18 questions
- Regulation, audit and certification26 questions
- Data and AI20 questions
- Leading the security function35 questions