Detection rules › Kusto
Invalid Code for Multi-Factor Authentication Entered
Detects failed multi-factor authentication attempts. This might indicate credential stuffing or brute-force attacks.
Rule body kusto
id: 5220a0b0-ab15-43cf-a77e-2273d35cfe8e
name: Invalid Code for Multi-Factor Authentication Entered
description: Detects failed multi-factor authentication attempts. This might indicate
credential stuffing or brute-force attacks.
severity: High
status: Available
requiredDataConnectors:
- connectorId: Syslog
dataTypes:
- Syslog
- connectorId: SyslogAma
dataTypes:
- Syslog
queryFrequency: 5m
queryPeriod: 5m
triggerOperator: gt
triggerThreshold: 0
eventGroupingSettings:
aggregationKind: AlertPerResult
tactics: []
relevantTechniques: []
query: "Veeam_GetSecurityEvents\n| where instanceId == 40205\n| extend SID = extract(\"\
SID=\\\"([^\\\"]*)\\\"\", 1, SyslogMessage)\n| extend Endpoint = extract(\"Endpoint=\\\
\"([^\\\"]*)\\\"\", 1, SyslogMessage)\n| project\n Date = format_datetime(TimeGenerated,\
\ 'dd.MM.yyyy HH:mm'),\n DataSource = original_host,\n EventId = instanceId,\n\
\ UserName = user,\n [\"Endpoint\"] = Endpoint,\n [\"User SID\"] = SID,\n\
\ MessageDetails = Description,\n Severity = SeverityDescription"
version: 1.0.1
kind: Scheduled
customDetails:
Date: Date
VbrHostName: DataSource
EventId: EventId
MessageDetails: MessageDetails
Severity: Severity
Stages and Predicates
Stage 1: source
Veeam_GetSecurityEvents
Stage 2: where
| where instanceId == 40205
Stage 3: extend
| extend SID = extract("SID=\"([^\"]*)\"", 1, SyslogMessage)
Stage 4: extend
| extend Endpoint = extract("Endpoint=\"([^\"]*)\"", 1, SyslogMessage)
Stage 5: project
| project
Date = format_datetime(TimeGenerated, 'dd.MM.yyyy HH:mm'),
DataSource = original_host,
EventId = instanceId,
UserName = user,
["Endpoint"] = Endpoint,
["User SID"] = SID,
MessageDetails = Description,
Severity = SeverityDescription
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 |
|---|---|---|
instanceId | 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 |
|---|---|
DataSource | project |
Date | project |
Endpoint | project |
EventId | project |
MessageDetails | project |
Severity | project |
User SID | project |
UserName | project |