<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Daily Use &#8211; Blue Lance</title>
	<atom:link href="https://bluelance.com/docs-category/azurelogconnector/configuration-entraconnector/daily-use-entraconnector/feed/" rel="self" type="application/rss+xml" />
	<link>https://bluelance.com</link>
	<description></description>
	<lastBuildDate>Wed, 03 Jun 2026 17:49:11 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.0</generator>

<image>
	<url>https://bluelance.com/wp-content/uploads/2025/11/fevicon-ic-1.png</url>
	<title>Daily Use &#8211; Blue Lance</title>
	<link>https://bluelance.com</link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>Viewing Azure Log Connector Events in LT Auditor ᴹᴾ</title>
		<link>https://bluelance.com/docs/viewing-azure-log-connector-events-in-lt-auditor-%e1%b4%b9%e1%b4%be/</link>
		
		<dc:creator><![CDATA[peter thomas]]></dc:creator>
		<pubDate>Wed, 03 Jun 2026 17:37:45 +0000</pubDate>
				<guid isPermaLink="false">https://bluelance.com/?post_type=docs&#038;p=16270</guid>

					<description><![CDATA[Once Azure Log Connector is installed, configured, and collecting data, all Azure and Microsoft 365 audit activity is available to view, search, and analyze in the LT Auditor MP Web UI. This article covers how to access and navigate the collected data for day-to-day monitoring. Accessing Azure Log Connector event data: Recommended saved views to [&#8230;]]]></description>
										<content:encoded><![CDATA[
<p class="wp-block-paragraph">Once Azure Log Connector is installed, configured, and collecting data, all Azure and Microsoft 365 audit activity is available to view, search, and analyze in the LT Auditor <sup>MP</sup> Web UI. This article covers how to access and navigate the collected data for day-to-day monitoring.</p>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Accessing Azure Log Connector event data:</strong></p>



<ol class="wp-block-list">
<li>Log in to the LT Auditor <sup>MP</sup> Web UI</li>



<li>Navigate to <strong>View</strong> in the main navigation menu</li>



<li>Select a saved Azure Log Connector view from the list, or create a new one:
<ul class="wp-block-list">
<li>Click <strong>Create View</strong></li>



<li>Set the <strong>Environment</strong> to your Azure Log Connector environment</li>



<li>Set the <strong>Category</strong> to the relevant log category</li>



<li>Configure your preferred default date range</li>



<li>Click <strong>Save</strong></li>
</ul>
</li>



<li>The log table populates with events collected from your Azure and Microsoft 365 tenant</li>
</ol>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Recommended saved views to create:</strong></p>



<figure class="wp-block-table"><table class="has-fixed-layout"><tbody><tr><td><strong>View Name</strong></td><td><strong>Category</strong></td><td><strong>Default Filter</strong></td></tr><tr><td>All Azure Sign-Ins</td><td>Sign-In Logs</td><td>None</td></tr><tr><td>Failed Sign-Ins</td><td>Sign-In Logs</td><td>Status = Failed</td></tr><tr><td>Risky Sign-Ins</td><td>Risky Sign-Ins</td><td>None</td></tr><tr><td>Entra ID Audit Events</td><td>Entra ID Audit Logs</td><td>None</td></tr><tr><td>Privileged Role Changes</td><td>Entra ID Audit Logs</td><td>Operation Contains role</td></tr><tr><td>SharePoint Activity</td><td>SharePoint Online Logs</td><td>None</td></tr><tr><td>OneDrive Activity</td><td>OneDrive Logs</td><td>None</td></tr><tr><td>Administrative Activity</td><td>Entra ID Audit Logs</td><td>Operation Contains admin</td></tr></tbody></table></figure>



<p class="wp-block-paragraph"><em>[Your administrator should create and share these views with the team so everyone has a consistent starting point for Azure monitoring.]</em></p>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Filtering events:</strong></p>



<p class="wp-block-paragraph"><strong>Filter by log category:</strong> Select the view configured for the relevant category, or apply a category filter:</p>



<ol class="wp-block-list">
<li>Click <strong>Advanced Filters</strong></li>



<li>Add a condition:
<ul class="wp-block-list">
<li><strong>Field</strong> — Category</li>



<li><strong>Operator</strong> — Equals</li>



<li><strong>Value</strong> — the category name (e.g., Sign-In Logs, SharePoint Online Logs)</li>
</ul>
</li>



<li>Click <strong>Apply Filters</strong></li>
</ol>



<p class="wp-block-paragraph"><strong>Filter by user:</strong></p>



<ol class="wp-block-list">
<li>Click <strong>Advanced Filters</strong></li>



<li>Add a condition:
<ul class="wp-block-list">
<li><strong>Field</strong> — User or UPN</li>



<li><strong>Operator</strong> — Equals or Contains</li>



<li><strong>Value</strong> — the user&#8217;s UPN (e.g., jsmith@company.com)</li>
</ul>
</li>



<li>Click <strong>Apply Filters</strong></li>
</ol>



<p class="wp-block-paragraph"><strong>Filter by sign-in status:</strong></p>



<ol class="wp-block-list">
<li>Click <strong>Advanced Filters</strong></li>



<li>Add a condition:
<ul class="wp-block-list">
<li><strong>Field</strong> — Status</li>



<li><strong>Operator</strong> — Equals</li>



<li><strong>Value</strong> — Success or Failed</li>
</ul>
</li>



<li>Click <strong>Apply Filters</strong></li>
</ol>



<p class="wp-block-paragraph"><strong>Filter by IP address:</strong></p>



<ol class="wp-block-list">
<li>Click <strong>Advanced Filters</strong></li>



<li>Add a condition:
<ul class="wp-block-list">
<li><strong>Field</strong> — IP Address</li>



<li><strong>Operator</strong> — Equals or Contains</li>



<li><strong>Value</strong> — the IP address to investigate</li>
</ul>
</li>



<li>Click <strong>Apply Filters</strong></li>
</ol>



<p class="wp-block-paragraph"><strong>Filter by location:</strong></p>



<ol class="wp-block-list">
<li>Click <strong>Advanced Filters</strong></li>



<li>Add a condition:
<ul class="wp-block-list">
<li><strong>Field</strong> — Location or Country</li>



<li><strong>Operator</strong> — Equals or Contains</li>



<li><strong>Value</strong> — the country or city to filter by</li>
</ul>
</li>



<li>Click <strong>Apply Filters</strong></li>
</ol>



<p class="wp-block-paragraph"><strong>Filter by application:</strong></p>



<ol class="wp-block-list">
<li>Click <strong>Advanced Filters</strong></li>



<li>Add a condition:
<ul class="wp-block-list">
<li><strong>Field</strong> — Application</li>



<li><strong>Operator</strong> — Equals or Contains</li>



<li><strong>Value</strong> — the application name (e.g., SharePoint, Microsoft Teams, Exchange Online)</li>
</ul>
</li>



<li>Click <strong>Apply Filters</strong></li>
</ol>



<p class="wp-block-paragraph"><strong>Filter by operation (Entra ID Audit Logs):</strong></p>



<ol class="wp-block-list">
<li>Click <strong>Advanced Filters</strong></li>



<li>Add a condition:
<ul class="wp-block-list">
<li><strong>Field</strong> — Operation</li>



<li><strong>Operator</strong> — Equals or Contains</li>



<li><strong>Value</strong> — the operation to filter by (e.g., Add member to role, Create user, Reset password)</li>
</ul>
</li>



<li>Click <strong>Apply Filters</strong></li>
</ol>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Viewing full event details:</strong></p>



<ol class="wp-block-list">
<li>Click on any event row in the log table</li>



<li>The detail panel opens and displays:
<ul class="wp-block-list">
<li><strong>User</strong> — the UPN of the user involved</li>



<li><strong>Operation</strong> — the specific action that occurred</li>



<li><strong>Status</strong> — success or failure</li>



<li><strong>Timestamp</strong> — when the event occurred</li>



<li><strong>IP Address</strong> — the source IP address</li>



<li><strong>Location</strong> — the geographic location associated with the IP address</li>



<li><strong>Application</strong> — the Microsoft application involved</li>



<li><strong>Category</strong> — the log category (Sign-In, Audit, SharePoint, OneDrive, etc.)</li>



<li><strong>Risk Level</strong> — the risk level assigned by Entra ID Identity Protection (if applicable)</li>



<li><strong>Raw Log</strong> — the original event record forwarded by Azure Log Connector</li>
</ul>
</li>



<li>Click <strong>Close</strong> to return to the log table</li>
</ol>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Monitoring SharePoint Online and OneDrive activity:</strong></p>



<p class="wp-block-paragraph">Azure Log Connector is the only module in LT Auditor <sup>MP</sup> that collects Microsoft 365 collaboration activity. Use the SharePoint and OneDrive views to:</p>



<ul class="wp-block-list">
<li>Track file access, downloads, and sharing activity</li>



<li>Identify files shared externally or with unauthorized users</li>



<li>Monitor permission changes on sensitive SharePoint sites or document libraries</li>



<li>Detect large-scale file downloads that may indicate data exfiltration</li>



<li>Review OneDrive sync activity across user accounts</li>
</ul>



<p class="wp-block-paragraph">SharePoint and OneDrive events are collected with a default delay of 30 minutes to allow Microsoft 365 audit events sufficient time to become available in the Office 365 Management API. Events may not appear in LT Auditor <sup>MP</sup> immediately after they occur.</p>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Monitoring privileged activity:</strong></p>



<p class="wp-block-paragraph">To view all role assignment and administrative activity in Entra ID:</p>



<ol class="wp-block-list">
<li>Select the Entra ID Audit Logs view</li>



<li>Apply a filter:
<ul class="wp-block-list">
<li><strong>Field</strong> — Operation</li>



<li><strong>Operator</strong> — Contains</li>



<li><strong>Value</strong> — role</li>
</ul>
</li>



<li>Click <strong>Apply Filters</strong></li>



<li>Review all events involving role assignments and changes</li>
</ol>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Exporting event data:</strong></p>



<ol class="wp-block-list">
<li>Apply your desired filters and date range</li>



<li>Click the <strong>Export</strong> button</li>



<li>Choose your format:
<ul class="wp-block-list">
<li><strong>CSV</strong> — for Excel or data analysis tools</li>



<li><strong>Excel</strong> — native Excel format</li>



<li><strong>PDF</strong> — for audit submission or management reporting</li>
</ul>
</li>



<li>Configure export options as needed</li>



<li>Click <strong>Download</strong></li>
</ol>



<p class="wp-block-paragraph">For large sign-in log exports covering extended date ranges, consider scheduling a report rather than exporting directly from the view.</p>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Best practices:</strong></p>



<ul class="wp-block-list">
<li>Create and save dedicated views for your most common Azure monitoring scenarios so investigators have a consistent starting point</li>



<li>Review failed sign-in and risky sign-in data regularly as part of your security operations routine</li>



<li>Use the SharePoint and OneDrive views proactively to identify unusual file sharing or access patterns</li>



<li>Set a specific date range before searching — open-ended queries across large sign-in log datasets can be slow</li>



<li>Export and retain event data related to security incidents promptly before retention policies remove older records</li>
</ul>



<p class="wp-block-paragraph"><em>[Your administrator should establish a standard daily or weekly Azure monitoring review checklist for the security team, covering failed sign-ins, risky sign-ins, privileged role changes, and SharePoint sharing activity at a minimum.]</em></p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>Setting Alerts on Azure Log Connector Activity</title>
		<link>https://bluelance.com/docs/setting-alerts-on-azure-log-connector-activity/</link>
		
		<dc:creator><![CDATA[peter thomas]]></dc:creator>
		<pubDate>Wed, 03 Jun 2026 17:39:19 +0000</pubDate>
				<guid isPermaLink="false">https://bluelance.com/?post_type=docs&#038;p=16272</guid>

					<description><![CDATA[Configuring alert rules for Azure Log Connector events ensures your team is notified immediately when security-relevant activity occurs across your Azure and Microsoft 365 environment. This article covers the most important alert rules to configure and how to set them up in LT Auditor MP. Understanding Azure Log Connector alerts in LT Auditor MP: Azure [&#8230;]]]></description>
										<content:encoded><![CDATA[
<p class="wp-block-paragraph">Configuring alert rules for Azure Log Connector events ensures your team is notified immediately when security-relevant activity occurs across your Azure and Microsoft 365 environment. This article covers the most important alert rules to configure and how to set them up in LT Auditor <sup>MP</sup>.</p>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Understanding Azure Log Connector alerts in LT Auditor <sup>MP</sup>:</strong></p>



<p class="wp-block-paragraph">Azure Log Connector alert rules are configured in the <strong>Manage</strong> module as filter rules with an <strong>Alert</strong> action applied. When an incoming event matches the filter conditions, LT Auditor <sup>MP</sup> generates an alert and notifies the configured recipients.</p>



<p class="wp-block-paragraph">Because Azure Log Connector collects events on a polling interval, alerts are near real-time rather than instantaneous — the delay is equal to your configured IntervalSeconds value (default: 5 minutes). Factor this into your incident response planning.</p>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Recommended alert rules:</strong></p>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Critical priority alerts:</strong></p>



<figure class="wp-block-table"><table class="has-fixed-layout"><tbody><tr><td><strong>Alert Name</strong></td><td><strong>Condition</strong></td><td><strong>Rationale</strong></td></tr><tr><td>Global Administrator Role Assigned</td><td>Operation = Add member to role AND Role = Global Administrator</td><td>Highest privilege role in Entra ID — any assignment requires immediate review</td></tr><tr><td>Privileged Role Assigned</td><td>Operation = Add member to role AND Role IN [privileged roles list]</td><td>Any privileged role assignment outside an approved change window is high priority</td></tr><tr><td>Conditional Access Policy Deleted</td><td>Operation = Delete conditional access policy</td><td>Deletion may significantly weaken your security posture</td></tr><tr><td>Conditional Access Policy Disabled</td><td>Operation = Update conditional access policy AND Status = Disabled</td><td>Disabling a policy may open unauthorized access paths</td></tr><tr><td>Risky Sign-In — High Risk</td><td>Risk Level = High</td><td>Highest severity identity threat detections from Entra ID Identity Protection</td></tr><tr><td>MFA Disabled for User</td><td>Operation = Update user AND MFA = Disabled</td><td>Removes a critical security control</td></tr></tbody></table></figure>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>High priority alerts:</strong></p>



<figure class="wp-block-table"><table class="has-fixed-layout"><tbody><tr><td><strong>Alert Name</strong></td><td><strong>Condition</strong></td><td><strong>Rationale</strong></td></tr><tr><td>New Guest Account Created</td><td>Operation = Invite external user</td><td>External users may introduce data exposure risk</td></tr><tr><td>Bulk User Account Deletion</td><td>Operation = Delete user AND Count &gt; [threshold] in [time window]</td><td>Mass deletions may indicate a destructive attack</td></tr><tr><td>Failed Sign-In Threshold Exceeded</td><td>Status = Failed AND Count &gt; [threshold] in [time window]</td><td>High failure counts may indicate brute force or credential stuffing</td></tr><tr><td>Password Reset for Privileged Account</td><td>Operation = Reset password AND User IN [privileged accounts list]</td><td>Privileged account password resets require immediate verification</td></tr><tr><td>Service Principal Created</td><td>Operation = Add service principal</td><td>New service principals may introduce unauthorized application access</td></tr><tr><td>Large File Download — OneDrive</td><td>Operation = FileDownloaded AND Volume &gt; [threshold]</td><td>High-volume downloads may indicate data exfiltration</td></tr><tr><td>External File Sharing — SharePoint</td><td>Operation = SharingInvitationCreated AND RecipientType = External</td><td>Files shared externally may represent unauthorized data disclosure</td></tr></tbody></table></figure>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Medium priority alerts:</strong></p>



<figure class="wp-block-table"><table class="has-fixed-layout"><tbody><tr><td><strong>Alert Name</strong></td><td><strong>Condition</strong></td><td><strong>Rationale</strong></td></tr><tr><td>Sign-In from Unfamiliar Location</td><td>Location NOT IN [approved countries list]</td><td>Sign-ins from unexpected locations may indicate unauthorized access</td></tr><tr><td>Sign-In Outside Business Hours</td><td>Status = Success AND Timestamp outside business hours</td><td>Successful sign-ins outside normal hours warrant review</td></tr><tr><td>Risky Sign-In — Medium Risk</td><td>Risk Level = Medium</td><td>Should be reviewed and correlated with other activity</td></tr><tr><td>Application Permission Granted</td><td>Operation = Add app role assignment to service principal</td><td>New application permissions may introduce data access risk</td></tr><tr><td>Conditional Access Policy Modified</td><td>Operation = Update conditional access policy</td><td>Policy modifications should be confirmed as authorized</td></tr><tr><td>SharePoint Permission Change</td><td>Operation = PermissionLevelModified</td><td>Permission changes on SharePoint sites may expand unauthorized access</td></tr></tbody></table></figure>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Creating an alert rule:</strong></p>



<p class="wp-block-paragraph">The following steps walk through creating one of the recommended alert rules. Repeat the process for each alert rule you want to configure.</p>



<p class="wp-block-paragraph"><strong>Example: Global Administrator Role Assigned</strong></p>



<ol class="wp-block-list">
<li>Log in to the LT Auditor <sup>MP</sup> Web UI</li>



<li>Navigate to <strong>Manage</strong></li>



<li>Select the <strong>Azure Log Connector environment</strong> from the environment list</li>



<li>Select the <strong>Entra ID Audit Logs category</strong></li>



<li>Click <strong>Add Filter</strong></li>



<li>Configure the filter details:
<ul class="wp-block-list">
<li><strong>Filter Name</strong> — Critical — Global Administrator Role Assigned</li>



<li><strong>Description</strong> — Alerts immediately when any user is assigned the Global Administrator role</li>



<li><strong>Priority</strong> — set to a high priority number (e.g., 1 or 2)</li>



<li><strong>Active Status</strong> — enabled</li>
</ul>
</li>



<li>Under the <strong>Conditions</strong> tab, add the following conditions:
<ul class="wp-block-list">
<li>Condition 1:
<ul class="wp-block-list">
<li><strong>Field</strong> — Operation</li>



<li><strong>Operator</strong> — Equals</li>



<li><strong>Value</strong> — Add member to role</li>
</ul>
</li>



<li>Condition 2 (AND):
<ul class="wp-block-list">
<li><strong>Field</strong> — Role</li>



<li><strong>Operator</strong> — Equals</li>



<li><strong>Value</strong> — Global Administrator</li>
</ul>
</li>
</ul>
</li>



<li>Under the <strong>Operations</strong> tab, select the relevant Audit Log operations</li>



<li>Under the <strong>Actions</strong> tab:
<ul class="wp-block-list">
<li>Select <strong>Alert</strong></li>



<li><strong>Severity</strong> — Critical</li>



<li><strong>Email Recipients</strong> — your security team and relevant administrators</li>



<li><strong>Alert Frequency</strong> — Immediate</li>
</ul>
</li>



<li>Click <strong>Test Filter</strong> to confirm the rule matches intended events</li>



<li>Click <strong>Save</strong> and confirm the filter is <strong>Active</strong></li>
</ol>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Configuring threshold-based alerts:</strong></p>



<p class="wp-block-paragraph">For alerts based on event counts within a time window such as failed sign-ins or bulk deletions:</p>



<ol class="wp-block-list">
<li>Follow the same steps above to create the filter</li>



<li>Configure the relevant field condition (e.g., Status = Failed)</li>



<li>Under <strong>Threshold</strong> settings:
<ul class="wp-block-list">
<li><strong>Count</strong> — the number of events required to trigger the alert</li>



<li><strong>Time Window</strong> — the period within which the count must be reached</li>
</ul>
</li>



<li>Configure the Alert action with appropriate severity and recipients</li>



<li>Click <strong>Save</strong></li>
</ol>



<p class="wp-block-paragraph"><em>[Your administrator should determine appropriate threshold values based on normal activity patterns in your environment — thresholds set too low generate excessive noise, while thresholds set too high may miss genuine attacks.]</em></p>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>SharePoint and OneDrive specific alerts:</strong></p>



<p class="wp-block-paragraph">SharePoint and OneDrive alerts require selecting the relevant Microsoft 365 log category when creating the filter. These alerts are unique to Azure Log Connector and were not available in the previous EntraConnector module.</p>



<p class="wp-block-paragraph"><strong>Recommended SharePoint and OneDrive alert configuration:</strong></p>



<figure class="wp-block-table"><table class="has-fixed-layout"><tbody><tr><td><strong>Alert</strong></td><td><strong>Category</strong></td><td><strong>Key Condition</strong></td></tr><tr><td>External file sharing</td><td>SharePoint Online Logs</td><td>Operation = SharingInvitationCreated AND RecipientType = External</td></tr><tr><td>Large file download</td><td>OneDrive Logs</td><td>Operation = FileDownloaded AND Volume &gt; threshold</td></tr><tr><td>SharePoint permission change</td><td>SharePoint Online Logs</td><td>Operation = PermissionLevelModified</td></tr><tr><td>Site collection admin added</td><td>SharePoint Online Logs</td><td>Operation = SiteCollectionAdminAdded</td></tr><tr><td>Sensitive file accessed</td><td>SharePoint Online Logs</td><td>Operation = FileAccessed AND Path CONTAINS [sensitive path]</td></tr></tbody></table></figure>



<p class="wp-block-paragraph"><em>[Your administrator should identify the SharePoint sites and OneDrive accounts that contain sensitive or regulated data and prioritize alert configuration for those locations first.]</em></p>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Managing alert rules:</strong></p>



<p class="wp-block-paragraph"><strong>Reviewing active alerts:</strong></p>



<ol class="wp-block-list">
<li>Navigate to <strong>Alerts → Active Alerts</strong></li>



<li>Filter by <strong>Source — Azure Log Connector</strong> to view relevant alerts</li>



<li>Review each open alert and take appropriate action</li>



<li>Resolve alerts once investigated and documented</li>
</ol>



<p class="wp-block-paragraph"><strong>Tuning alert rules over time:</strong></p>



<ul class="wp-block-list">
<li>Review alert rules after the first two weeks of operation to identify rules generating excessive noise</li>



<li>Tighten conditions on noisy rules rather than disabling them</li>



<li>Add new alert rules as your understanding of normal activity patterns develops</li>



<li>Review and update approved countries lists and business hours thresholds as your organization&#8217;s operations change</li>
</ul>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Best practices:</strong></p>



<ul class="wp-block-list">
<li>Start with Critical priority alerts and confirm they are working correctly before adding Medium priority alerts</li>



<li>Always test new alert rules using <strong>Test Filter</strong> before activating them in production</li>



<li>Set Immediate delivery for Critical alerts so your security team is notified without delay</li>



<li>Use threshold-based alerts for high-volume event types like failed sign-ins to avoid alert fatigue</li>



<li>Pay particular attention to SharePoint and OneDrive alerts — external file sharing and large downloads are high-value indicators that were not previously available in LT Auditor <sup>MP</sup></li>



<li>Review and tune alert rules regularly as activity patterns in your Microsoft 365 environment evolve</li>



<li>Document all active alert rules and their intended purpose so the configuration is auditable</li>
</ul>



<p class="wp-block-paragraph"><em>[Your administrator should review the full set of Azure Log Connector alert rules at least quarterly and after any significant changes to your Azure or Microsoft 365 configuration.]</em></p>
]]></content:encoded>
					
		
		
			</item>
	</channel>
</rss>
