Api List Incidents
In brief
The documentation now explains that incident properties, including severity, may change after creation. Applications should poll `lastUpdateTime` and compare current values with retained values; severity cannot be filtered server-side.
What Defender admins need to know
Review API integrations that cache incident severity and account for subsequent updates. No administrator configuration change is stated.
Summaries are generated from the documentation change itself.
Documentation change
The comparison below shows only the changed extract. Use the full-page view for complete context.
$top, with a maximum value of 100$skip
Incident properties, including severity, can change after an incident is created. To detect updates, poll by using the lastUpdateTime property and compare the current values with the values retained by your application. Because this endpoint doesn't support server-side filtering by severity, evaluate severity after retrieving the updated incidents.
Limitations
- Maximum page size is 100 incidents.
determination|Specifies the determination of the incident. The property values are: NotAvailable, Apt, Malware, SecurityPersonnel, SecurityTesting, UnwantedSoftware, Other|NotAvailable
detectionSource|Specifies source of detection.|Defender for Cloud Apps
status|Categorize incidents (as Active, or Resolved). It can help you organize and manage your response to incidents.|Active
severity|Indicates the possible impact on assets. The higher the
severityseverity, the bigger the impact.Typically higherTypically, higher-severity items require the most immediate attention. Severity can change as alerts are added to or removed from the incident.One of the following values: Informational, Low,
*Medium,Medium, and High.|Medium tags|Array of custom tags associated with an incident, for example to flag a group of incidents with a common characteristic.|[] comments|Array of comments created by secops when managing the incident, for example additional information about the classification selection.|[] alerts|Array containing all of the alerts related to the incident, plus other information, such as severity, entities that were involved in the alert, and the source of the alerts.|[] (see details on alert fields below)
@@ -11,7 +11,7 @@ ms.collection: - must-keep ms.topic: reference ms.custom: api-ms.date: 04/18/2025+ms.date: 08/07/2026 appliesto: - Microsoft Defender XDR ---@@ -35,6 +35,8 @@ The API supports the following **OData** operators: - `$top`, with a maximum value of **100** - `$skip` +Incident properties, including severity, can change after an incident is created. To detect updates, poll by using the `lastUpdateTime` property and compare the current values with the values retained by your application. Because this endpoint doesn't support server-side filtering by severity, evaluate severity after retrieving the updated incidents.+ ## Limitations 1. Maximum page size is **100 incidents**.@@ -93,7 +95,7 @@ classification|The specification for the incident. The property values are: *Unk determination|Specifies the determination of the incident. The property values are: *NotAvailable*, *Apt*, *Malware*, *SecurityPersonnel*, *SecurityTesting*, *UnwantedSoftware*, *Other*|NotAvailable detectionSource|Specifies source of detection.|Defender for Cloud Apps status|Categorize incidents (as *Active*, or *Resolved*). It can help you organize and manage your response to incidents.|Active-severity|Indicates the possible impact on assets. The higher the severity the bigger the impact. Typically higher severity items require the most immediate attention. <p> One of the following values: *Informational*, *Low*, *Medium, and *High*.|Medium+severity|Indicates the possible impact on assets. The higher the severity, the bigger the impact. Typically, higher-severity items require the most immediate attention. Severity can change as alerts are added to or removed from the incident. <p> One of the following values: *Informational*, *Low*, *Medium*, and *High*.|Medium tags|Array of custom tags associated with an incident, for example to flag a group of incidents with a common characteristic.|\[\] comments|Array of comments created by secops when managing the incident, for example additional information about the classification selection.|\[\] alerts|Array containing all of the alerts related to the incident, plus other information, such as severity, entities that were involved in the alert, and the source of the alerts.|\[\] (see details on alert fields below) 