Detection rules › Kusto

Acronis - Login from Abnormal IP - Low Occurrence

Severity
medium
Time window
14d
Group by
initiator_ip
Source
github.com/Azure/Azure-Sentinel

Suspicious login from an IP address observed up to two times in the last two weeks.

MITRE ATT&CK coverage

TacticTechniques
Initial AccessT1078 Valid Accounts

Rule body kusto

id: 84037130-a623-46c2-9144-0c0955ac4112
name: Acronis - Login from Abnormal IP - Low Occurrence
description: Suspicious login from an IP address observed up to two times in the last two weeks.
severity: Medium
query: |
    CommonSecurityLog
    | where DeviceVendor == "Acronis audit"
    | extend initiator_ip = tostring(parse_json(DeviceCustomString1).initiator_ip)
    | summarize LoginCount = count() by initiator_ip
    | where LoginCount <= 2
    | order by LoginCount asc
queryFrequency: 1d
queryPeriod: 14d
triggerOperator: gt
triggerThreshold: 0
tactics:
    - InitialAccess
relevantTechniques:
    - T1078
incidentConfiguration:
    createIncident: true
    groupingConfiguration:
        enabled: true
        reopenClosedIncident: true
        lookbackDuration: P7D
        matchingMethod: Selected
        groupByEntities:
            - IP
eventGroupingSettings:
    aggregationKind: AlertPerResult
alertDetailsOverride:
    alertDisplayNameFormat: 'Acronis - Login from Abnormal IP ({{initiator_ip}}) - Low Occurrence ({{LoginCount}})'
    alertDynamicProperties: []
entityMappings:
  - entityType: IP
    fieldMappings:
      - identifier: Address
        columnName: initiator_ip
version: 1.0.0
kind: Scheduled
requiredDataConnectors: []

Stages and Predicates

Stage 1: source

CommonSecurityLog

Stage 2: where

| where DeviceVendor == "Acronis audit"

Stage 3: extend

| extend initiator_ip = tostring(parse_json(DeviceCustomString1).initiator_ip)

Stage 4: summarize

| summarize LoginCount = count() by initiator_ip
Threshold
le 2

Stage 5: where

| where LoginCount <= 2

Stage 6: sort

| order by LoginCount asc

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.

FieldKindValues
DeviceVendoreq
  • Acronis audit transforms: cased
LoginCountle
  • 2 transforms: cased

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.

FieldSource
LoginCountsummarize
initiator_ipsummarize