This hunt hypothesis targets adversaries leveraging GMRemote during the SURTR Stage 2 phase to establish persistent remote access channels within the environment. Proactively hunting for these specific identifiers in Azure Sentinel is critical to detect early-stage lateral movement and validate the legitimacy of remote sessions before they evolve into more severe threats.
rule GmRemoteStrings : GmRemote Variant Family Surtr {
meta:
description = "identifiers for gmremote: surtr stage 2"
author = "Katie Kleemola"
last_updated = "07-21-2014"
strings:
$ = "\x00x86_GmRemote.dll\x00"
$ = "\x00D:\\Project\\GTProject\\Public\\List\\ListManager.cpp\x00"
$ = "\x00GmShutPoint\x00"
$ = "\x00GmRecvPoint\x00"
$ = "\x00GmInitPoint\x00"
$ = "\x00GmVerPoint\x00"
$ = "\x00GmNumPoint\x00"
$ = "_Gt_Remote_" wide
$ = "%sBurn\\workdll.tmp" 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 gmremote: surtr stage 2 detection rule within an enterprise environment, along with suggested filters or exclusions:
Scheduled GMS Backup and Sync Jobs
gmremote service calls to verify data integrity during the “SURTR Stage 2” synchronization phase, generating high-volume traffic that mimics active user sessions.10.50.20.0/24) during the maintenance window of 02:00 – 06:00 UTC. Additionally, filter for process names matching vbrservice.exe or svchost.exe with the specific command line argument -sync-stage-2.Administrative Configuration Push via SCCM
gmremote service initiates a “SURTR Stage 2” handshake to validate the new configuration state before applying it, often appearing as an anomalous remote access event.svc-sccm-deploy or admin-gms-config) and the destination port corresponds to the SCCM management point. Add a filter for the specific application identifier SMS_EXEC_HOST initiating the connection.Third-Party Security Scanning (Tenable/Nessus)