This hypothesis posits that adversaries are utilizing Nanocore components to establish a persistent, fileless presence within Azure workloads by executing directly from memory. Proactive hunting is essential because this low-severity, in-memory activity often evades traditional disk-based scanning, requiring deep telemetry analysis in Azure Sentinel to identify early-stage compromise before lateral expansion occurs.
rule Nanocore {
meta:
description = "detect Nanocore in memory"
author = "JPCERT/CC Incident Response Group"
rule_usage = "memory scan"
reference = "internal research"
strings:
$v1 = "NanoCore Client"
$v2 = "PluginCommand"
$v3 = "CommandType"
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 4 specific false positive scenarios for the “detect Nanocore in memory” rule within an enterprise environment, including suggested filters or exclusions:
Scheduled Antivirus Scans via Endpoint Protection
MsMpEng.exe, CsFalconService.exe) and restrict the alert to specific scheduled time windows (e.g., 02:00–04:00 UTC) where these scans are known to run.Software Deployment via Configuration Management Tools
ccmexec.exe (SCCM), Ansible-Runner, or IntuneManagementExtension, and filter by the specific user context of the service account running the deployment job (e.g., DOMAIN\DeploySvcAccount).Database Maintenance and Index Rebuilding Jobs