Detection rules › Kusto
Conditional Access - A Conditional Access policy was updated
A Conditional Access policy was updated in Entra ID.
MITRE ATT&CK coverage
| Tactic | Techniques |
|---|---|
| Stealth | T1562 Impair Defenses |
Event coverage
| Provider | Event |
|---|---|
| Entra-AuditLogs | Update conditional access policy |
Rule body kusto
id: ccca6b88-a7b6-41c9-9be2-fc3daeb65b26
name: Conditional Access - A Conditional Access policy was updated
version: 1.0.1
kind: Scheduled
description: A Conditional Access policy was updated in Entra ID.
severity: Informational
requiredDataConnectors:
- connectorId: AzureActiveDirectory
dataTypes:
- AuditLogs
queryFrequency: 5m
queryPeriod: 5m
triggerOperator: gt
triggerThreshold: 0
tactics:
- DefenseEvasion
relevantTechniques:
- T1562
query: |+
// A Conditional Access policy was updated.
AuditLogs
| where OperationName == "Update conditional access policy"
| extend
policy = tostring(TargetResources[0].displayName),
modifiedBy = tostring(InitiatedBy.user.userPrincipalName),
oldPolicy = tostring(TargetResources[0].modifiedProperties[0].oldValue),
newPolicy = tostring(TargetResources[0].modifiedProperties[0].newValue)
| extend
accountName = tostring(split(modifiedBy, "@")[0]),
upnSuffix = tostring(split(modifiedBy, "@")[1])
| project
TimeGenerated,
OperationName,
policy,
modifiedBy,
accountName,
upnSuffix,
oldPolicy,
newPolicy,
Result
entityMappings:
- entityType: Account
fieldMappings:
- identifier: Name
columnName: accountName
- identifier: UPNSuffix
columnName: upnSuffix
suppressionEnabled: false
suppressionDuration: 5h
eventGroupingSettings:
aggregationKind: AlertPerResult
incidentConfiguration:
createIncident: true
groupingConfiguration:
enabled: false
reopenClosedIncident: false
lookbackDuration: PT1H
matchingMethod: AllEntities
groupByEntities: []
groupByAlertDetails: []
groupByCustomDetails: []
Stages and Predicates
Stage 1: source
AuditLogs
Stage 2: where
| where OperationName == "Update conditional access policy"
Stage 3: extend
| extend
policy = tostring(TargetResources[0].displayName),
modifiedBy = tostring(InitiatedBy.user.userPrincipalName),
oldPolicy = tostring(TargetResources[0].modifiedProperties[0].oldValue),
newPolicy = tostring(TargetResources[0].modifiedProperties[0].newValue)
Stage 4: extend
| extend
accountName = tostring(split(modifiedBy, "@")[0]),
upnSuffix = tostring(split(modifiedBy, "@")[1])
Stage 5: project
| project
TimeGenerated,
OperationName,
policy,
modifiedBy,
accountName,
upnSuffix,
oldPolicy,
newPolicy,
Result
Indicators
Each row is a field, operator, and value that the rule matches. The corpus column counts how many other rules in the catalog look for the same combination: high numbers point to widely-used, community-vetted indicators. Blank or 1 shows that the indicator is specific to this rule.
| Field | Kind | Values |
|---|---|---|
OperationName | eq |
|
Output fields
Fields the rule emits when it matches. Chronicle authors list these in the outcome block; they appear on the detection and $risk_score drives alerting. Sentinel / Defender XDR rules build them up through project / summarize / extend stages. Sentinel maps these into alert fields via entityMappings and customDetails; Defender XDR custom detections surface them as alert fields directly.
| Field | Source |
|---|---|
OperationName | project |
Result | project |
TimeGenerated | project |
accountName | project |
modifiedBy | project |
newPolicy | project |
oldPolicy | project |
policy | project |
upnSuffix | project |