How should teams handle Likelihood under ISO/IEC 27005?
Start with one decision record: scope, required inputs, owner, evidence location, and review condition. Then route the result to treatment or acceptance gates.
For risk work, separate the model from the result: risk criteria, scenario assumptions, Likelihood rationale, impact rationale, existing controls, treatment choice, residual risk, and acceptance authority. This keeps the answer useful in audits, customer reviews, incidents, supplier reviews, and management review.
- Name the accountable owner and reviewer for Likelihood.
- Record the scope, assumptions, decision, approval date, evidence location, exception status, and next review trigger.
- Escalate when Likelihood changes risk acceptance, service commitments, customer promises, regulatory duties, or certification evidence.
Primary ISO listing for ISO/IEC 27005, cited because likelihood must be defined inside a structured information-security risk management process that supports an ISO/IEC 27001 ISMS.
Primary ISO listing for the current ISO/IEC 27001 ISMS requirements standard.