<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Data Lake on Nicola Suter</title><link>https://nicolasuter.ch/tags/data-lake/</link><description>Recent content in Data Lake on Nicola Suter</description><generator>Hugo -- gohugo.io</generator><language>en-US</language><copyright>© 2026 Nicola Suter</copyright><lastBuildDate>Tue, 24 Feb 2026 22:00:03 +0000</lastBuildDate><atom:link href="https://nicolasuter.ch/tags/data-lake/rss.xml" rel="self" type="application/rss+xml"/><item><title>Defender XDR Unified Detections Meet Sentinel Data Lake</title><link>https://nicolasuter.ch/defender-xdr-unified-detections-sentinel-data-lake/</link><pubDate>Tue, 24 Feb 2026 22:00:03 +0000</pubDate><guid>https://nicolasuter.ch/defender-xdr-unified-detections-sentinel-data-lake/</guid><description>&lt;p&gt;With the Unified Security Operations Platform (USOP), Microsoft introduces Unified Detections - a single detection framework spanning both Sentinel and Defender XDR data. Pair this with native Sentinel Data Lake ingestion for XDR tables, and you have a compelling cost-optimization story. But is it ready for prime time? Let&amp;rsquo;s dive into the capabilities, current limitations, and what it means for your detection strategy.&lt;/p&gt;

&lt;h2 class="relative group"&gt;Architecture Overview
 &lt;div id="architecture-overview" class="anchor"&gt;&lt;/div&gt;
 
 &lt;span
 class="absolute top-0 w-6 transition-opacity opacity-0 -start-6 not-prose group-hover:opacity-100 select-none"&gt;
 &lt;a class="text-primary-300 dark:text-neutral-700 !no-underline" href="#architecture-overview" aria-label="Anchor"&gt;#&lt;/a&gt;
 &lt;/span&gt;
 
&lt;/h2&gt;

&lt;h3 class="relative group"&gt;Previous Detection Architecture
 &lt;div id="previous-detection-architecture" class="anchor"&gt;&lt;/div&gt;
 
 &lt;span
 class="absolute top-0 w-6 transition-opacity opacity-0 -start-6 not-prose group-hover:opacity-100 select-none"&gt;
 &lt;a class="text-primary-300 dark:text-neutral-700 !no-underline" href="#previous-detection-architecture" aria-label="Anchor"&gt;#&lt;/a&gt;
 &lt;/span&gt;
 
&lt;/h3&gt;
&lt;p&gt;In the &amp;lsquo;previous&amp;rsquo; architecture, detections were created and managed separately for Microsoft Sentinel and Microsoft Defender XDR. This often led to overhead in terms of &amp;lsquo;where to create the detection&amp;rsquo;. Let&amp;rsquo;s take the use-case of IoC (Indicators of Compromise) based detections. Previously, if a security team wanted to create a detection based on IoCs imported via TAXII into Sentinel and the &lt;code&gt;DeviceNetworkEvents&lt;/code&gt; table, they would need to ingest the &lt;code&gt;DeviceNetworkEvents&lt;/code&gt; data into Sentinel as well and create the detection rule there. Furthermore, many MSSPs leveraged this pattern to create custom detections for their customers across Defender Advanced Hunting Data.&lt;/p&gt;
&lt;figure&gt;&lt;img
 class="my-0 rounded-md"
 loading="lazy"
 decoding="async"
 fetchpriority="low"
 alt="Existing Detection Architecture"
 src="https://nicolasuter.ch/content/images/2026/unifieddetections/arch_prev.png"
 &gt;&lt;/figure&gt;
&lt;p&gt;As part of the USOP onboarding, the following effects come into play, marked with an asterisk above:&lt;/p&gt;</description></item></channel></rss>