This detection rule identifies adversary behavior characterized by specific string patterns associated with the “Surtr” activity, which may indicate early-stage reconnaissance or data exfiltration attempts within Azure workloads. Proactively hunting for these strings in Azure Sentinel is critical to validate low-severity signals before they escalate, ensuring that subtle indicators of compromise are not overlooked amidst routine noise.
rule SurtrStrings : Surtr Family {
meta:
author = "Katie Kleemola"
description = "Strings for Surtr"
last_updated = "2014-07-16"
strings:
$ = "\x00soul\x00"
$ = "\x00InstallDll.dll\x00"
$ = "\x00_One.dll\x00"
$ = "_Fra.dll"
$ = "CrtRunTime.log"
$ = "Prod.t"
$ = "Proe.t"
$ = "Burn\\"
$ = "LiveUpdata_Mem\\"
condition:
any of them
}
This YARA rule can be deployed in the following contexts:
Here are 4 specific false positive scenarios for the “Strings for Surtr” detection rule in an enterprise environment, along with recommended filters or exclusions:
Scheduled Backup Verification Jobs
VeeamAgent.exe and SimService.exe running on hosts within the Backup-Servers AD security group, specifically during the defined maintenance window.Compliance Scanning by Qualys or Tenable
qualysguard service account.User Account is a known service account (e.g., svc-qualys-scanner) and the Source IP belongs to the internal vulnerability scanning subnet (e.g., 10.20.50.0/24).CI/CD Pipeline Artifact Analysis