This detection rule identifies authentication events involving the “Remote” and “GMRemote” service accounts to uncover potential lateral movement or unauthorized administrative access within the Azure environment. Proactively hunting for these identifiers allows the SOC team to establish a baseline of legitimate service behavior and quickly detect anomalies that may indicate compromised credentials or privilege escalation attempts.
rule RSharedStrings : Surtr Family {
meta:
description = "identifiers for remote and gmremote"
author = "Katie Kleemola"
last_updated = "07-21-2014"
strings:
$ = "nView_DiskLoydb" wide
$ = "nView_KeyLoydb" wide
$ = "nView_skins" wide
$ = "UsbLoydb" wide
$ = "%sBurn%s" wide
$ = "soul" wide
condition:
any of them
}
This YARA rule can be deployed in the following contexts:
Here are 5 specific false positive scenarios for the “identifiers for remote and gmremote” detection rule in an enterprise environment, along with targeted exclusion strategies:
Scheduled Group Policy Updates via GPO
gpupdate command and invokes remote execution services (RemoteRegistry, WinRM) under the context of the Domain Admin group, generating high volumes of “remote” and “gmremote” identifiers that mimic unauthorized access attempts.10.20.30.0/24) and restrict the alert trigger to non-business hours (01:00 – 05:00) when these scheduled GPO refreshes occur.Microsoft Endpoint Configuration Manager (MECM) Software Deployment
gmremote identifier to manage group membership changes for software distribution points, causing legitimate spikes in detection logic that resemble lateral movement or privilege escalation attacks.ccmexec.exe, WuaUla) and filter out events where the user account is a dedicated service account like svc-mecm-deploy rather than an interactive human user.Active Directory Administrative Center (ADAC) Bulk Operations