Detection rules › Kusto
D3 Smart SOAR - High or critical severity incident detected
This is a third-party alert feed, not a detection over modeled telemetry. The vendor product raised the finding; this rule forwards it into the SIEM. It is searchable for reference but is excluded from the detection-rule browse and the ATT&CK coverage matrix.
Identifies when a D3 Smart SOAR incident with High or Critical severity is ingested. This helps security teams prioritize response to the most impactful incidents reported by D3 Smart SOAR.
MITRE ATT&CK coverage
| Tactic | Techniques |
|---|---|
| Impact | T1499 Endpoint Denial of Service |
Rule body kusto
id: 48ef0be4-8240-4a03-bbb9-320b562d6ce4
name: D3 Smart SOAR - High or critical severity incident detected
description: |
Identifies when a D3 Smart SOAR incident with High or Critical severity is ingested. This helps security teams prioritize response to the most impactful incidents reported by D3 Smart SOAR.
severity: High
status: Available
requiredDataConnectors:
- connectorId: D3SOARConnectorDefinition
dataTypes:
- D3SOARIncidents_CL
queryFrequency: 1h
queryPeriod: 1h
triggerOperator: gt
triggerThreshold: 0
tactics:
- Impact
relevantTechniques:
- T1499
query: |
D3SOARIncidents_CL
| where TimeGenerated > ago(1h)
| where IncidentSeverity in ("High", "Critical")
| project
TimeGenerated,
IncidentNumber,
IncidentTitle,
IncidentSeverity,
IncidentStatus,
IncidentType,
IncidentPriority,
IncidentOwner,
IncidentCreator,
IncidentDescription,
IncidentStage
entityMappings:
- entityType: Account
fieldMappings:
- identifier: Name
columnName: IncidentOwner
version: 1.0.0
kind: Scheduled
Stages and Predicates
Stage 1: source
D3SOARIncidents_CL
Stage 2: where
| where TimeGenerated > ago(1h)
Stage 3: where
| where IncidentSeverity in ("High", "Critical")
Stage 4: project
| project
TimeGenerated,
IncidentNumber,
IncidentTitle,
IncidentSeverity,
IncidentStatus,
IncidentType,
IncidentPriority,
IncidentOwner,
IncidentCreator,
IncidentDescription,
IncidentStage
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 |
|---|---|---|
IncidentSeverity | in |
|
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 |
|---|---|
IncidentCreator | project |
IncidentDescription | project |
IncidentNumber | project |
IncidentOwner | project |
IncidentPriority | project |
IncidentSeverity | project |
IncidentStage | project |
IncidentStatus | project |
IncidentTitle | project |
IncidentType | project |
TimeGenerated | project |