Skip to main content
Question

Microsoft 365 Defender - Integration

  • June 10, 2026
  • 1 reply
  • 12 views

delston
Forum|alt.badge.img+3

Hi All, 

I am testing the Microsoft 365 Defender (XDR) Integration v26.0 and have observed the following which when looking at the documentation seems to be by design.

 

Scenario 1

  • Event triggered and “Incident 1” created in XDR
  • Event triggered and “Incident 2” created in XDR
  • Both incidents and their associated alerts are ingested into the SOAR and created:
  • Case 1 with the name “Incident 1”
  • Case 2 with the name “Incident 2”
  • XDR then correlated Incidents 1 & 2 and based on a rule and renamed “Incident 1” to “Suspicious activity on one endpoint”  moved the alert from “Incident 2” to “Incident 1” and closed “Incident 2”
  • The Sync Job in SOAR attached all alerts to Case 1 but left the Case name as “Incident 1”
  • The SOAR Case “Incident 2” was left open along with it’s associated Alert

Scenario 2

  • Event triggered and “Incident 1” created in XDR
  • Event triggered and “Incident 2” created in XDR
  • “Incident 1” ingested into SOAR and a Case created with the same name “Incident 1” 
  • Before Ingestion of “Incident 2” XDR correlated the Incidents based on a rule and renamed “Incident 1” to “Suspicious activity on one endpoint”  moved the alert from “Incident 2” to “Incident 1” and closed “Incident 2”
  • The Sync Job in SOAR attached all alerts to Case 1 but left the Case name as “Incident 1”

I am thinking if the Sync Job only handles Alerts then I will probably need to write a Job to Close the orphaned Case in SOAR by checking the status of the Incident in XDR, any thoughts?

 

Thanks

Daryll

1 reply

ylandovskyy
Staff
Forum|alt.badge.img+16

Hey ​@delston,

If the Incident 2 in your example got closed automatically in XDR, then it should get closed in SecOps as well, but if it was left open, then there is limited way for SecOps to know that it got grouped under a different case.

The name of the case is determined by the first alert ingested into the case and it will not change automatically no matter what alert will get grouped into it, but you can build a custom logic via a sync job to make this logic more sophisticated.