This detection rule identifies the presence of the Remcos remote access trojan within system memory to uncover stealthy adversary persistence and command-and-control activities. Proactively hunting for this behavior in Azure Sentinel is critical because early identification of in-memory RATs allows the SOC team to mitigate data exfiltration risks before the malware establishes a foothold or escalates privileges.
rule Remcos {
meta:
description = "detect Remcos in memory"
author = "JPCERT/CC Incident Response Group"
rule_usage = "memory scan"
hash1 = "7d5efb7e8b8947e5fe1fa12843a2faa0ebdfd7137582e5925a0b9c6a9350b0a5"
strings:
$remcos = "Remcos" ascii fullword
$url = "Breaking-Security.Net" ascii fullword
$resource = "SETTINGS" wide fullword
condition: all of them
}
This YARA rule can be deployed in the following contexts:
This rule contains 3 string patterns in its detection logic.
Here are 5 specific false positive scenarios for the detect Remcos in memory rule, including suggested filters and exclusions tailored for an enterprise environment:
Scenario: Endpoint Protection Scanning with Embedded Agents
C:\Program Files\CrowdStrike\ or C:\SentinelOne\CyberAgent\ where the parent process is the primary security daemon (e.g., csagent.exe, sentinel-agent.exe).Scenario: Scheduled Remote Administration Tasks
powershell.exe or cmd.exe that load specific .NET assemblies for remote communication. If the detection logic flags specific memory structures used by these management agents, it may misidentify them as Remcos.SYSTEM account with a parent process of TaskScheduler.exe. Additionally, filter out memory events where the command line contains known enterprise management parameters like /deploy, /patch, or specific SCCM package IDs.**Scenario: Virtualization and Hypervisor Tooling