Detection rules › Kusto
Ransom Protect Detected a Ransomware Attack
Monitors CTERA platform to detect potential ransomware attacks detected by CTERA Ransom Protect AI engine.
MITRE ATT&CK coverage
| Tactic | Techniques |
|---|---|
| Impact | T1486 Data Encrypted for Impact |
Rule body kusto
id: 7a075edf-1cf2-4038-ba9c-c354db6409de
name: Ransom Protect Detected a Ransomware Attack
description: 'Monitors CTERA platform to detect potential ransomware attacks detected by CTERA Ransom Protect AI engine.'
severity: High
status: Available
kind: NRT # Set to NRT for near real-time alerting
requiredDataConnectors:
- connectorId: CTERA
dataTypes:
- Syslog
tactics:
- Impact
relevantTechniques:
- T1486
query: |
Syslog
| where SyslogMessage contains "Ransomware incident detected"
| extend
Portal = extract("portal:(\\w+)", 1, SyslogMessage),
EdgeFiler = extract("Edge Filer:(\\w+-\\d+)", 1, SyslogMessage),
IP = extract("\\(IP:([0-9.]+)\\)", 1, SyslogMessage),
User = extract("user:(\\w+)", 1, SyslogMessage),
IncidentType = extract("Incident type:(\\w+)", 1, SyslogMessage),
StartTime = extract("started at \"([^\"]+)\"", 1, SyslogMessage),
EndTime = extract("ended at \"([^\"]+)\"", 1, SyslogMessage)
| project TimeGenerated, Portal, EdgeFiler, IP, User, IncidentType, StartTime, EndTime
suppressionDuration: PT5H
suppressionEnabled: false
incidentConfiguration:
createIncident: true
groupingConfiguration:
enabled: false
reopenClosedIncident: false
lookbackDuration: PT5H
matchingMethod: AllEntities
eventGroupingSettings:
aggregationKind: SingleAlert
alertDetailsOverride:
alertnameFormat: 'CTERA Ransom Protect Detected a Ransomware Attack.'
alertDescriptionFormat: CTERA Ransom Protect Detected a Ransomware Attack at {{TimeGenerated}}.
customDetails:
EdgeFiler: EdgeFiler
entityMappings:
- entityType: Host
fieldMappings:
- identifier: HostName
columnName: EdgeFiler
version: 1.0.2
Stages and Predicates
Stage 1: source
Syslog
Stage 2: where
| where SyslogMessage contains "Ransomware incident detected"
Stage 3: extend
| extend
Portal = extract("portal:(\\w+)", 1, SyslogMessage),
EdgeFiler = extract("Edge Filer:(\\w+-\\d+)", 1, SyslogMessage),
IP = extract("\\(IP:([0-9.]+)\\)", 1, SyslogMessage),
User = extract("user:(\\w+)", 1, SyslogMessage),
IncidentType = extract("Incident type:(\\w+)", 1, SyslogMessage),
StartTime = extract("started at \"([^\"]+)\"", 1, SyslogMessage),
EndTime = extract("ended at \"([^\"]+)\"", 1, SyslogMessage)
Stage 4: project
| project TimeGenerated, Portal, EdgeFiler, IP, User, IncidentType, StartTime, EndTime
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 |
|---|---|---|
SyslogMessage | contains |
|
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 |
|---|---|
EdgeFiler | project |
EndTime | project |
IP | project |
IncidentType | project |
Portal | project |
StartTime | project |
TimeGenerated | project |
User | project |