Skip to Content
PurviewSentinel Analytics Rule Coverage

Sentinel Analytics Rule Coverage

TL;DR: This skill reviews your Microsoft Sentinel analytics rules to confirm which are enabled, where MITRE ATT&CK coverage has gaps, and which rules are noisy or stale.

What does Sentinel analytics rule coverage tell you?

Microsoft Sentinel uses analytics rules (scheduled, near real-time, and built-in detections) to turn ingested log data into alerts and incidents, often surfaced through the Microsoft Defender portal as part of Microsoft Defender XDR. Each rule can be mapped to MITRE ATT&CK tactics and techniques, so the MITRE coverage matrix shows where your detections are strong and where adversary techniques go unwatched. This skill inspects rule status, technique mapping, run frequency, and recent alert volume to highlight disabled detections, coverage gaps, and rules that are either too noisy or no longer firing.

When should you run this skill?

  • “Which Sentinel analytics rules are disabled or never deployed?”
  • “Where are the gaps in our MITRE ATT&CK coverage?”
  • “Which detection rules are generating too many alerts and creating noise?”
  • “Are any rules stale and no longer firing alerts?”
  • “Do our scheduled rules have MITRE tactics and techniques mapped?”
  • “How many built-in detection templates are we not using yet?”
  • “What is our overall detection coverage health before an audit?”

How this skill works, step by step

  1. Connect read-only to the Microsoft Sentinel workspace, or to Microsoft Sentinel surfaced in the Microsoft Defender portal.
  2. Enumerate all analytics rules, including scheduled, near real-time (NRT), Microsoft security, fusion, and anomaly rules.
  3. Record each rule’s status (enabled or disabled) and compare deployed rules against available built-in detection templates.
  4. Read the MITRE ATT&CK tactics and techniques mapped to each enabled rule and build a coverage view against the framework matrix.
  5. Identify tactics and techniques with no active detection (coverage gaps) and techniques covered only by disabled rules.
  6. Inspect recent alert volume per rule to flag noisy rules (very high alert counts) and stale rules (no alerts over the lookback window despite being enabled).
  7. Check rule run frequency, query period, and last-modified dates to spot misconfigured or abandoned detections.
  8. Derive a risk score by weighting disabled high-value rules, uncovered MITRE tactics, noisy rules, and stale rules, then categorise each finding as High, Medium, or Low.
  9. Compile the findings into a prioritised report with remediation pointers.

Output format

The skill returns a table of analytics rules and coverage findings, followed by a summary.

Rule nameStatusMITRE tacticsAlerts (30 days)FindingRisk
Suspicious sign-in from new locationEnabledInitialAccess4Healthy detectionLow
Mass file download by userDisabledExfiltration0High-value rule disabledHigh
Rare process executedEnabledExecution1,820Noisy rule, needs tuningMedium
Anomalous AAD app consentEnabledPersistence0Stale, no alerts in windowMedium

Summary highlights include:

  • Count of enabled versus disabled rules and unused built-in templates.
  • MITRE ATT&CK tactics and techniques with no active coverage.
  • List of noisy rules ranked by alert volume.
  • List of stale rules that have not fired within the lookback period.
  • Overall coverage health score with prioritised remediation actions.

Licensing and permissions

Licences and add-ons

Capability usedMinimum licence
Microsoft Sentinel analytics rules and MITRE coverageMicrosoft Sentinel (Azure Monitor Log Analytics workspace, pay-as-you-go or commitment tier)
Sentinel in the unified Microsoft Defender portalMicrosoft Sentinel plus a Microsoft Defender XDR workload licence

Least-privilege roles

  • Microsoft Sentinel Reader (read-only view of rules, alerts, and incidents)
  • Log Analytics Reader (read workspace data for alert volume queries)

Microsoft Graph permissions (read-only)

Microsoft Sentinel analytics rules are administered through Azure Resource Manager and the Microsoft Sentinel REST API, not the Microsoft Graph security analytics surface, so this skill uses Azure role-based access control rather than Microsoft Graph scopes. Inspection is performed via the Azure portal, the Defender portal, or the Az.SecurityInsights PowerShell module and ARM REST endpoints in read-only mode.

Scope and safety

This skill is read-only by default. It enumerates and reports on analytics rules and alert metadata without changing detection configuration.

This skill does NOT:

  • Enable, disable, create, or delete any analytics rule.
  • Modify MITRE technique mappings, query logic, or rule scheduling.
  • Close, suppress, or alter alerts and incidents.
  • Change workspace, role, or data connector settings.

Sources and compliance


Licensed under CC BY 4.0  by EDUC4TE .

SKILL.md— paste into Microsoft 365 Copilot or ClaudeDownload
▸ View skill file
How to use this skill
  1. Get the file. Download or copy the SKILL.md from the SKILL.md panel on this page.
  2. Load it into your host:
    • Microsoft 365 Copilot / Copilot Studio — add it as the instructions of a declarative agent or Copilot Studio agent.
    • Claude (Cowork / Claude Code) — drop the file into your skills folder; it loads as an Agent Skill automatically.
    • Any chat host — paste the file contents as your prompt.
  3. Grant read-only access. Assign the least-privilege roles and Microsoft Graph scopes listed in Licensing and permissions section of this article.
  4. Provide your tenant scope and run it (a site, a collection, or the whole tenant).
  5. Review the report and action the risk-ranked recommendations.

This skill is read-only by default — it inspects and reports, and never changes your tenant.

Get SKILL.md

Last reviewed 2026-06-04

Last updated on