ISO 27001 Annex A 5.25 Assessment and decision on information security events
What it says
The organization shall assess information security events and decide if they are to be categorized as information security incidents.
Quoted as published. Everything else on this page is written by Control Stack.
What it means
In plain EnglishEvaluate security events to determine which are serious enough to be called incidents.
This control is about figuring out if a security problem is just a minor hiccup or a real incident that needs immediate attention. If it's not done, small issues might be ignored until they grow into big, costly problems like data breaches.
Free. Save your status, tasks and notes.
Why it matters
If security events are not assessed and categorised promptly, true incidents may be missed, delaying containment and increasing business impact.
How to implement
The IT Manager should lead the assessment of security events by using an agreed-upon checklist or guide.
They can develop this checklist based on the organisation's policies and applicable standards such as ISO 27002:2022.
Designate a response team to decide which security events are incidents.
Team members should meet regularly to review and discuss events, look for patterns, and apply criteria often outlined by Australian regulations like the Privacy Act 1988.
Provide training for staff to recognise potential security events.
The training, run by HR or the IT team, should include examples of incidents and ensure staff know who to report issues to and how.
Ensure all IT systems log events automatically.
The IT team should configure systems to generate logs that capture relevant details to help assess whether an event could be an incident, as guided by ISO 27002:2022.
Maintain a record of past incidents and how they were resolved.
This should be done by the security team to refine the assessment process over time and meet any audit requirements, such as those from regulatory bodies like APRA under standard CPS 234.
Keep it running
Define event triage criteria and decision thresholds for incident categorisation; train responders and review samples to ensure consistent classification.
Evidence and audit
- Check 1 of 5What an auditor asks for
Ask for
The organisation's incident response policy.
Look at
Whether it includes criteria for defining and categorising incidents. GOOD policies will have clear definitions and a prioritisation process that aligns with industry standards such as ISO 27002:2022.
- Check 2 of 5What an auditor asks for
Ask for
To see recent incident logs and reports.
Look at
The details within these logs that show assessments were performed.
Good evidence
Report will clearly distinguish between minor events and full incidents.
- Check 3 of 5What an auditor asks for
Ask for
How staff are informed of the reporting process.
Look at
Training records or materials.
Good evidence
Training program will have evidence of employee participation and understanding of event reporting procedures.
- Check 4 of 5What an auditor asks for
Ask for
Evidence of periodic reviews of the event assessment process.
Look at
Meeting notes or review outcomes. GOOD evidence will show regular adjustments to criteria based on past incidents and lessons learned.
- Check 5 of 5What an auditor asks for
Ask for
Examples of past recorded incidents.
Look at
The documentation for assessment and decision-making details. GOOD documentation will provide a transparent view of how decisions were made and why.
Mappings
Closest match in ASD Information Security Manual: ISM-1228, Analyse cyber security events promptly, which asks for the same thing.
ASD Essential Eight: 10 mappings
This control partially overlaps E8-AC-ML2.8.
E8-AC-ML2.8 requires timely analysis of cyber security events to identify cyber security incidents. Annex A 5.25 requires organisations to assess information security events and decide whether they should be categorised as incidents, which is the decision point that analysis feeds. Annex A 5.25 is more explicit about formal assessment and categorisation, while E8-AC-ML2.8 emphasises timeliness of analysis as the means to reach that identification outcome.
This control partially overlaps E8-AH-ML2.15.
E8-AH-ML2.15 requires cyber security events to be analysed in a timely manner so they can be identified and treated as incidents. ISO/IEC 27001:2022 Annex A 5.25 aligns by requiring assessment of information security events and an explicit decision on whether they are information security incidents. Annex A 5.25 focuses on the decision/classification process (triage and categorisation), while E8-AH-ML2.15 emphasises timeliness and operational analysis to find incidents from events.
This control partially overlaps E8-MF-ML2.9.
E8-MF-ML2.9 requires timely analysis of cyber security events to identify cyber security incidents. Annex A 5.25 requires assessing information security events and deciding whether they should be categorised as incidents, which directly aligns with the event-to-incident decision point implicit in E8-MF-ML2.9. Annex A 5.25 is more explicit about categorisation/decision governance, while E8-MF-ML2.9 emphasises timeliness of analysis as the driver for early identification.
This control partially overlaps E8-RA-ML2.10.
E8-RA-ML2.10 requires timely analysis of cyber security events to identify incidents. Annex A 5.25 requires an assessment and decision process to determine whether information security events are to be categorised as incidents, aligning closely with the event-to-incident decision aspect of E8-RA-ML2.10. Annex A 5.25 emphasises the formal decision/categorisation process, while E8-RA-ML2.10 emphasises timeliness of analysis and may not explicitly require a documented categorisation workflow.
This control supports E8-MF-ML2.11.
E8-MF-ML2.11 requires reporting cyber security incidents to ASD as soon as possible after occurrence or discovery. Annex A 5.25 relates as a prerequisite by requiring assessment of security events and a decision on whether they are incidents, which determines what should be reported externally. Annex A 5.25 is about classification/decision-making, while E8-MF-ML2.11 is about the external reporting action once an incident is identified.
This control supports E8-MF-ML2.12.
E8-MF-ML2.12 requires enacting the incident response plan after a cyber security incident is identified. ISO/IEC 27001:2022 Annex A 5.25 is a prerequisite because it requires assessing events and deciding whether they are incidents, which establishes the point at which the response plan should be activated. Annex A 5.25 is about classification/decision-making, while E8-MF-ML2.12 is about the subsequent activation of response actions.
- E8-AC-ML2.7Event logs from internet-facing servers are analysed to detect cyber security eventsDepends on
This control depends on E8-AC-ML2.7.
E8-AC-ML2.7 requires timely analysis of internet-facing server event logs to detect cyber security events. Annex A 5.25 requires organisations to assess information security events and decide whether they constitute incidents. E8-AC-ML2.7 supports Annex A 5.25 by generating identified events and evidence through log analysis, but it does not itself define triage, categorisation, or decision-making processes.
This control depends on E8-AH-ML2.14.
E8-AH-ML2.14 requires timely analysis of internet-facing server event logs to detect cyber security events. ISO/IEC 27001:2022 Annex A 5.25 requires assessing information security events and deciding whether they should be categorised as incidents, which depends on having timely and accurate event information. E8-AH-ML2.14 supports Annex A 5.25 by producing analysed log evidence that feeds event triage and categorisation.
This control depends on E8-AH-ML3.5.
E8-AH-ML3.5 requires organisations to analyse workstation event logs in a timely manner to detect cyber security events. Annex A 5.25 requires assessment of information security events and categorising them as incidents, relying on credible detection inputs. E8-AH-ML3.5 supports Annex A 5.25 by providing timely, evidence-based event data.
This control depends on E8-MF-ML3.5.
E8-MF-ML3.5 requires timely analysis of workstation event logs to detect cyber security events. This supports Annex A 5.25 by providing the evidence (detected events from workstation logs) that the organisation can then assess and decide whether to categorise as an information security incident. Annex A 5.25 is about decision-making and classification, while E8-MF-ML3.5 is about the detection activity that feeds that process.
ASD Information Security Manual: 5 mappings
This control is equivalent to ISM-1228.
ISM-1228 requires cyber security events to be analysed in a timely manner to identify cyber security incidents. Annex A 5.25 requires the organisation to assess information security events and decide whether they are to be categorised as incidents, which is the same core requirement. Both controls centre on event assessment/triage and the event-to-incident decision.
- ISM-2148Revoke sessions and tokens on reset, compromise, non-compliance or risky sign-inPartially overlaps
This control partially overlaps ISM-2148.
ISM-2148 requires revoking sessions and tokens when compromise is suspected, devices are non-compliant, or risky sign-ins are detected. Annex A 5.25 requires assessing information security events and deciding whether they should be categorised as incidents, which commonly includes analysing risky sign-in alerts or suspected credential compromise. They overlap where risky sign-in/compromise signals trigger both event assessment (Annex A 5.25) and containment via session/token revocation (ISM-2148), but Annex A 5.25 is focused on classification and decision-making rather than enforcing authentication state revocation.
This control supports ISM-0043.
Annex A 5.25 requires the organisation to assess information security events and decide whether they are incidents. ISM-0043 supports this by requiring an incident response plan that includes guidelines on what constitutes an incident and how incidents are reported and investigated, which operationalises consistent event-to-incident decisions. ISM-0043 extends beyond Annex A 5.25 into response execution, evidence integrity, and external engagement criteria.
This control depends on ISM-2116.
ISM-2116 requires organisations to use cyber threat intelligence services to support detecting events and identifying incidents. ISO/IEC 27001 Annex A 5.25 requires assessment of information security events and a decision on whether they are incidents, and ISM-2116 supports that decision by providing threat-informed criteria (e.g. whether observed indicators align to known threat actor behaviour, active exploitation in the sector, or confirmed malicious infrastructure). Annex A 5.25 is the governance decision point, whereas ISM-2116 focuses on intelligence enrichment that improves the accuracy and speed of categorisation.
- ISM-2132Central logging of certificate enrolment requests, template and AD CS configuration changesDepends on
This control depends on ISM-2132.
ISM-2132 requires central logging of certificate enrolment events and AD CS/template configuration changes to detect and investigate misuse. ISO/IEC 27001:2022 Annex A 5.25 requires assessing information security events and deciding whether they should be treated as incidents, which depends on having sufficient event data such as the PKI telemetry required by ISM-2132. Annex A 5.25 is process-oriented (triage/categorisation), while ISM-2132 is a specific technical logging requirement that feeds that process.
ASD Essentials for enterprise IT: 2 mappings
This control is equivalent to IT.DET-03.1.
IT.DET-03.1 requires alerts and events to be triaged in a timely manner to determine whether cyber security incident thresholds have been met. Annex A 5.25 requires information security events to be assessed and a decision made on whether to categorise them as information security incidents, which is substantially the same requirement. IT.DET-03.1 adds an explicit expectation of timeliness and refers to defined incident thresholds.
- IT.DET-03.2Correlate signals across identities, applications, data and infrastructure to identify incidentsBroader than
This control is broader than IT.DET-03.2.
IT.DET-03.2 requires cyber security incidents to be identified using indicators from across identities, applications, data and infrastructure activity rather than isolated signals. This is a specific requirement on how the assessment in Annex A 5.25 is carried out, where information security events are assessed to decide whether they are to be categorised as incidents. Annex A 5.25 covers the assessment and categorisation decision as a whole without prescribing the sources of indicators.
Mappings show how controls relate across frameworks. They do not imply full equivalence or certification.
Get help with this control
ISO 27001 training
Mindset Cyber runs PECB-accredited ISO/IEC 27001 training that maps directly to the controls in this library.




