Skip to main content
Question

Defender Sync Alerts Job

  • August 18, 2026
  • 2 replies
  • 30 views

dazzlerellis
Forum|alt.badge.img+1

Can this be updated 

https://docs.cloud.google.com/chronicle/docs/soar/marketplace-integrations/microsoft-365-defender#sync-alerts

This job is failing as it is not taking into account alerts from insider risk policies for example or dlp

They are prefixed ir or dlp etc

additional.fields["provider_alert_id"]:"86954c42-15b0-4976-8fbf-9fcc9f52bec8" is actually ir86954c42-15b0-4976-8fbf-9fcc9f52bec8

[2026-08-18,14:36:50,000 INFO] Found 0 case ids to sync: []

Or am I  missing something?

Thanks in advance

2 replies

MitchellR
  • Bronze 1
  • August 18, 2026

Hey there, 

From what you’ve shared, the issue may actually lay with the parser on the SIEM side. In the raw log, does the alert GUID contain the MS prefix for the source type (e.g. `ir` in your example)? 

It’s likely the capture pattern is looking for a proper GUID, which wouldn’t include the prefix that MS prepends. 

For the SOAR job itself, in my tenant on the latest version of the integration (last updated on Aug 11), the code for both that job + its associated manager checks out against the Graph API’s docs.


dazzlerellis
Forum|alt.badge.img+1
  • Author
  • New Member
  • August 19, 2026

Looked at the raw logs and found 

metadata.product_log_id"ir5e7cb5ff-8a84-4d51-a473-21c52e45f9ee"
metadata.url_back_to_product"https://security.microsoft.com/alerts/ir5e7cb5ff-8a84-4d51-a473-21c52e45f9ee?tid=redacted"
additional.fields["provider_alert_id"]"5e7cb5ff-8a84-4d51-a473-21c52e45f9ee"

I have now created a parser extension to map the additional fields to alert_id

Thanks for the tip will post an update :)