Investigate Incidents with Microsoft Sentinel (legacy)
In brief
The page received wording and punctuation edits, updated metadata, clearer similarity-section headings, and new navigation anchors.
What Defender admins need to know
No administrator action is indicated.
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.
This article helps you use Microsoft Sentinel's legacy incident investigation experience. If you're using the newer version of the interface, see Navigate and investigate incidents in Microsoft Sentinel for instructions that match that experience.
After connecting your data sources to Microsoft Sentinel, you want to be notified when something suspicious happens. To enable you to do this,receive these notifications, Microsoft Sentinel lets you create advanced analytics rules that generate incidents that you can assign and investigate.
An incident can include multiple alerts. It's an aggregation of all the relevant evidence for a specific investigation. An incident is created based on analytics rules that you created in the Analytics page. The properties related to the alerts, such as severity and status, are set at the incident level. After you let Microsoft Sentinel know what kinds of threats you're looking for and how to find them, you can monitor detected threats by investigating incidents.
Prerequisites
You can filter the incidents as needed, for example by status or severity. For more information, see Search for incidents.
To begin an investigation, select a specific incident. On the right, you can see detailed information for the incident including its severity, summary of the number of entities involved, the raw events that triggered this incident, the
incident’incident's unique ID, and any mapped MITRE ATT&CK tactics or techniques.To view more details about the alerts and entities in the incident, select View full details in the incident page and review the relevant tabs that summarize the incident information.
In the Bookmarks tab, you see any bookmarks you or other investigators have linked to this incident. For more information, see Bookmarks in Microsoft Sentinel.
In the Entities tab, you can see all the entities that you map data fields to entities as part of the alert rule definition. These are the objects that played a role in the incident, whether they be users, devices, addresses, files, or other supported entity types.
Finally, in the Comments tab, you can add your comments on the investigation and view any comments made by other analysts and investigators. For more information, see Comment on incidents.
Select Investigate to view the investigation map.
Use the investigation graph to deep dive
The investigation graph enables analysts to ask the right questions for each investigation. The investigation graph helps you understand the scope, and identify the root cause, of a potential security threat by correlating relevant data with any involved entity. You can dive deeper and investigate any entity presented in the graph by selecting it and choosing between different expansion options.
Select an incident, then select Investigate. This takes you to the investigation graph. The graph provides an illustrative map of the entities directly connected to the alert and each resource connected further.
Select an entity to open the Entities pane so you can review information on that entity.
:::image type="content" source="media/investigate-cases/similar-incidents.png" alt-text="Screenshot of the Similar incidents tab listing related incidents ranked by similarity to the current incident." lightbox="media/investigate-cases/similar-incidents.png":::
How similarity is calculated
There are three criteria by which similarity is determined:
Similar entities: An incident is considered similar to another incident if they both include the same entities. The more entities two incidents have in common, the more similar they're considered to be.
Similar
rule:rule: An incident is considered similar to another incident if they were both created by the same analytics rule.Similar alert
details:details: An incident is considered similar to another incident if they share the same title, product name, and/or custom details.
The reasons an incident appears in the similar incidents list are displayed in the Similarity reason column. Hover over the info icon to show the common items (entities, rule name, or details).
:::image type="content" source="media/investigate-cases/similarity-popup.png" alt-text="Screenshot of pop-up display of similar incident details.":::
SimilarityHow the similarity time frame works
Incident similarity is calculated based on data from the 14 days before the incident's last activity, defined as the end time of the most recent alert in the incident.
Frequently asked questions about incident comments
The followingThese frequently asked questions describe key considerations for using incident comments.
What kinds of input are supported?
Comments support the following types of input:
Text:Text: Comments in Microsoft Sentinel support text inputs in plain text, basic HTML, and Markdown. You can also paste copied text, HTML, and Markdown into the comment window.Images:Images: You can insert links to images in comments and the images are displayed inline, but the images must already be hosted in a publicly accessible location such as Dropbox, OneDrive, Google Drive and the like. Images can't be uploaded directly to comments.
Is there a size limit on comments?
Yes. The following limits apply to incident comments:
Per
comment:comment: A single comment can contain up to 30,000 characters.Per
incident:incident: A single incident can contain up to 100 comments.
The following permissions apply to editing and deleting comments:
Editing:Editing: Only the author of a comment has permission to edit it.Deleting:Deleting: Only users with the Microsoft Sentinel Contributor role have permission to delete comments. Even the comment's author must have this role in order to delete it.
Close an incident
Once you resolve a particular incident (for example, when your investigation has reached its conclusion), you should set the incident’incident's status to Closed. When you do so, you'll be asked to classify the incident by specifying the reason you're closing it. This step is mandatory. Select Select classification and choose one of the following from the drop-down list:
- True Positive
-: suspicious activity - Benign Positive
-: suspicious but expected - False Positive
-: incorrect alert logic - False Positive
-: incorrect data - Undetermined
:::image type="content" source="media/investigate-cases/closing-reasons-dropdown.png" alt-text="Screenshot that highlights the classifications available in the Select classification list.":::
For more information about false positives and benign positives, see Handle false positives in Microsoft Sentinel.
After choosing the appropriate classification, add some descriptive text in the Comment field. Adding a descriptive comment is useful in the event you need to refer back to this incident. Select Apply when you’you're done, and the incident is closed.
:::image type="content" source="media/investigate-cases/closing-reasons-comment-apply.png" alt-text="Screenshot of the incident closing dialog with a classification selected and a descriptive comment added.":::
By default, incident searches run across the Incident ID, Title, Tags, Owner, and Product name values only. In the search pane, scroll down the list to select one or more other parameters to search, and select Apply to update the search parameters. Select Set to default reset the selected parameters to the default option.
Using advanced search options changes the search behavior as follows:
| Cross workspace support | Advanced searches aren't supported for cross-workspace views. | | Number of search results displayed | When you're using advanced search parameters, only 50 results are shown at a time. |
Related content
@@ -1,14 +1,14 @@ ----title: Investigate incidents with Microsoft Sentinel (legacy)+title: Investigate Incidents with Microsoft Sentinel (legacy) description: Use the legacy incident investigation experience in Microsoft Sentinel to review, assign, and investigate security incidents in the Azure portal. ms.author: guywild author: guywi-ms ms.reviewer: idpelleg ms.topic: how-to-ms.date: 06/15/2026+ms.date: 07/02/2026 appliesto: - Microsoft Sentinel in the Azure portal-ms.custom: sfi-image-nochange, msecd-doc-authoring-1014+ms.custom: sfi-image-nochange, msecd-doc-authoring-1016 ai-usage: ai-assisted #Customer intent: As a security analyst, I want to investigate and manage security incidents using advanced analytics and visualization tools so that I can effectively identify, understand, and respond to potential threats. ---@@ -17,13 +17,12 @@ ai-usage: ai-assisted This article helps you use Microsoft Sentinel's legacy incident investigation experience. If you're using the newer version of the interface, see [Navigate and investigate incidents in Microsoft Sentinel](investigate-incidents.md) for instructions that match that experience. -After connecting your data sources to Microsoft Sentinel, you want to be notified when something suspicious happens. To enable you to do this, Microsoft Sentinel lets you create advanced analytics rules that generate incidents that you can assign and investigate.+After connecting your data sources to Microsoft Sentinel, you want to be notified when something suspicious happens. To enable you to receive these notifications, Microsoft Sentinel lets you create advanced analytics rules that generate incidents that you can assign and investigate. An incident can include multiple alerts. It's an aggregation of all the relevant evidence for a specific investigation. An incident is created based on analytics rules that you created in the **Analytics** page. The properties related to the alerts, such as severity and status, are set at the incident level. After you let Microsoft Sentinel know what kinds of threats you're looking for and how to find them, you can monitor detected threats by investigating incidents. > [!IMPORTANT] > Noted features are currently in PREVIEW. The [Azure Preview Supplemental Terms](https://azure.microsoft.com/support/legal/preview-supplemental-terms/) include additional legal terms that apply to Azure features that are in beta, preview, or otherwise not yet released into general availability.-> ## Prerequisites @@ -43,7 +42,7 @@ Perform the following steps to review and investigate incidents: 1. You can filter the incidents as needed, for example by status or severity. For more information, see [Search for incidents](#search-for-incidents). -1. To begin an investigation, select a specific incident. On the right, you can see detailed information for the incident including its severity, summary of the number of entities involved, the raw events that triggered this incident, the incident’s unique ID, and any mapped MITRE ATT&CK tactics or techniques.+1. To begin an investigation, select a specific incident. On the right, you can see detailed information for the incident including its severity, summary of the number of entities involved, the raw events that triggered this incident, the incident's unique ID, and any mapped MITRE ATT&CK tactics or techniques. 1. To view more details about the alerts and entities in the incident, select **View full details** in the incident page and review the relevant tabs that summarize the incident information. @@ -59,7 +58,7 @@ Perform the following steps to review and investigate incidents: - In the **Bookmarks** tab, you see any bookmarks you or other investigators have linked to this incident. For more information, see [Bookmarks in Microsoft Sentinel](./bookmarks.md). - - In the **Entities** tab, you can see all the [entities](entities.md) that you [mapped to data fields](./map-data-fields-to-entities.md) as part of the alert rule definition. These are the objects that played a role in the incident, whether they be users, devices, addresses, files, or [other supported entity types](./entities-reference.md).+ - In the **Entities** tab, you can see all the [entities](entities.md) that you [map data fields to entities](./map-data-fields-to-entities.md) as part of the alert rule definition. These are the objects that played a role in the incident, whether they be users, devices, addresses, files, or [other supported entity types](./entities-reference.md). - Finally, in the **Comments** tab, you can add your comments on the investigation and view any comments made by other analysts and investigators. For more information, see [Comment on incidents](#comment-on-incidents). @@ -73,7 +72,6 @@ Perform the following steps to review and investigate incidents: 1. Select **Investigate** to view the investigation map. - ## Use the investigation graph to deep dive The investigation graph enables analysts to ask the right questions for each investigation. The investigation graph helps you understand the scope, and identify the root cause, of a potential security threat by correlating relevant data with any involved entity. You can dive deeper and investigate any entity presented in the graph by selecting it and choosing between different expansion options. @@ -90,15 +88,13 @@ To use the investigation graph: 1. Select an incident, then select **Investigate**. This takes you to the investigation graph. The graph provides an illustrative map of the entities directly connected to the alert and each resource connected further. - [](media/investigate-cases/investigation-map.png#lightbox) - > [!IMPORTANT] + > [!IMPORTANT] > - You'll only be able to investigate the incident if you used the entity mapping fields when you set up your analytics rule. The investigation graph requires that your original incident includes entities. > > - Microsoft Sentinel currently supports investigation of **incidents up to 30 days old**. - 1. Select an entity to open the **Entities** pane so you can review information on that entity. @@ -141,21 +137,23 @@ The **similar incidents** tab in the incident details page, now in preview, pres :::image type="content" source="media/investigate-cases/similar-incidents.png" alt-text="Screenshot of the Similar incidents tab listing related incidents ranked by similarity to the current incident." lightbox="media/investigate-cases/similar-incidents.png"::: -### Similarity calculation+<a name="similarity-calculation"></a>+### How similarity is calculated There are three criteria by which similarity is determined: -- **Similar entities:** An incident is considered similar to another incident if they both include the same [entities](entities.md). The more entities two incidents have in common, the more similar they're considered to be.+- **Similar entities**: An incident is considered similar to another incident if they both include the same [entities](entities.md). The more entities two incidents have in common, the more similar they're considered to be. -- **Similar rule:** An incident is considered similar to another incident if they were both created by the same [analytics rule](detect-threats-built-in.md).+- **Similar rule**: An incident is considered similar to another incident if they were both created by the same [analytics rule](detect-threats-built-in.md). -- **Similar alert details:** An incident is considered similar to another incident if they share the same title, product name, and/or [custom details](surface-custom-details-in-alerts.md).+- **Similar alert details**: An incident is considered similar to another incident if they share the same title, product name, and/or [custom details](surface-custom-details-in-alerts.md). The reasons an incident appears in the similar incidents list are displayed in the **Similarity reason** column. Hover over the info icon to show the common items (entities, rule name, or details). :::image type="content" source="media/investigate-cases/similarity-popup.png" alt-text="Screenshot of pop-up display of similar incident details."::: -#### Similarity time frame+<a name="similarity-time-frame"></a>+#### How the similarity time frame works Incident similarity is calculated based on data from the 14 days before the incident's last activity, defined as the end time of the most recent alert in the incident. @@ -173,26 +171,26 @@ Comments are simple to use. You access them through the **Comments** tab on the ### Frequently asked questions about incident comments -The following frequently asked questions describe key considerations for using incident comments.+These frequently asked questions describe key considerations for using incident comments. #### What kinds of input are supported? Comments support the following types of input: -- **Text:** Comments in Microsoft Sentinel support text inputs in plain text, basic HTML, and Markdown. You can also paste copied text, HTML, and Markdown into the comment window.+- **Text**: Comments in Microsoft Sentinel support text inputs in plain text, basic HTML, and Markdown. You can also paste copied text, HTML, and Markdown into the comment window. -- **Images:** You can insert links to images in comments and the images are displayed inline, but the images must already be hosted in a publicly accessible location such as Dropbox, OneDrive, Google Drive and the like. Images can't be uploaded directly to comments.+- **Images**: You can insert links to images in comments and the images are displayed inline, but the images must already be hosted in a publicly accessible location such as Dropbox, OneDrive, Google Drive and the like. Images can't be uploaded directly to comments. #### Is there a size limit on comments? Yes. The following limits apply to incident comments: -- **Per comment:** A single comment can contain up to **30,000 characters**. +- **Per comment**: A single comment can contain up to *30,000 characters*. -- **Per incident:** A single incident can contain up to **100 comments**. +- **Per incident**: A single incident can contain up to *100 comments*. > [!NOTE]- > The size limit of a single incident record in the *SecurityIncident* table in Log Analytics is 64 KB. If this limit is exceeded, comments (starting with the earliest) will be truncated, which may affect the comments that will appear in [advanced incident search](#search-for-incidents) results.+ > The size limit of a single incident record in the *SecurityIncident* table in Log Analytics is 64 KB. If the 64 KB record size limit is exceeded, comments (starting with the earliest) will be truncated, which may affect the comments that will appear in [advanced incident search](#search-for-incidents) results. > > The actual incident records in the incidents database will not be affected. @@ -200,27 +198,25 @@ Yes. The following limits apply to incident comments: The following permissions apply to editing and deleting comments: -- **Editing:** Only the author of a comment has permission to edit it.--- **Deleting:** Only users with the [Microsoft Sentinel Contributor](roles.md) role have permission to delete comments. Even the comment's author must have this role in order to delete it.-+- **Editing**: Only the author of a comment has permission to edit it. +- **Deleting**: Only users with the [Microsoft Sentinel Contributor](roles.md) role have permission to delete comments. Even the comment's author must have this role in order to delete it. ## Close an incident -Once you resolve a particular incident (for example, when your investigation has reached its conclusion), you should set the incident’s status to **Closed**. When you do so, you'll be asked to classify the incident by specifying the reason you're closing it. This step is mandatory. Select **Select classification** and choose one of the following from the drop-down list:+Once you resolve a particular incident (for example, when your investigation has reached its conclusion), you should set the incident's status to **Closed**. When you do so, you'll be asked to classify the incident by specifying the reason you're closing it. This step is mandatory. Select **Select classification** and choose one of the following from the drop-down list: -- True Positive - suspicious activity-- Benign Positive - suspicious but expected-- False Positive - incorrect alert logic-- False Positive - incorrect data-- Undetermined+- **True Positive**: suspicious activity+- **Benign Positive**: suspicious but expected+- **False Positive**: incorrect alert logic+- **False Positive**: incorrect data+- **Undetermined** :::image type="content" source="media/investigate-cases/closing-reasons-dropdown.png" alt-text="Screenshot that highlights the classifications available in the Select classification list."::: For more information about false positives and benign positives, see [Handle false positives in Microsoft Sentinel](false-positives.md). -After choosing the appropriate classification, add some descriptive text in the **Comment** field. Adding a descriptive comment is useful in the event you need to refer back to this incident. Select **Apply** when you’re done, and the incident is closed.+After choosing the appropriate classification, add some descriptive text in the **Comment** field. Adding a descriptive comment is useful in the event you need to refer back to this incident. Select **Apply** when you're done, and the incident is closed. :::image type="content" source="media/investigate-cases/closing-reasons-comment-apply.png" alt-text="Screenshot of the incident closing dialog with a classification selected and a descriptive comment added."::: @@ -236,10 +232,8 @@ For example: By default, incident searches run across the **Incident ID**, **Title**, **Tags**, **Owner**, and **Product name** values only. In the search pane, scroll down the list to select one or more other parameters to search, and select **Apply** to update the search parameters. Select **Set to default** reset the selected parameters to the default option. - > [!NOTE] > Searches in the **Owner** field support both names and email addresses.-> Using advanced search options changes the search behavior as follows: @@ -252,15 +246,10 @@ Using advanced search options changes the search behavior as follows: | **Cross workspace support** | Advanced searches aren't supported for cross-workspace views. | | **Number of search results displayed** | When you're using advanced search parameters, only 50 results are shown at a time. | - > [!TIP] > If you're unable to find the incident you're looking for, remove search parameters to expand your search. If your search results in too many items, add more filters to narrow down your results.->- ## Related content -In this article, you learned how to get started investigating incidents using Microsoft Sentinel. For more information, see:--- [Investigate incidents with UEBA data](investigate-with-ueba.md)+- [Tutorial: Investigate incidents with UEBA data](investigate-with-ueba.md) - [Automation in Microsoft Sentinel: Security orchestration, automation, and response (SOAR)](automation.md) 
