← Back to SOC feed Coverage →

detect njRAT in memory

yara LOW Yara-Rules
backdoorcommunity
This rule was pulled from an open-source repository and enriched with AI. Validate in a test environment before deploying to production.
View original rule at Yara-Rules →
Retrieved: 2026-07-03T11:00:00Z · Confidence: medium

Hunt Hypothesis

This hypothesis posits that adversaries are utilizing njRAT malware to establish persistent command-and-control channels within Azure workloads by executing malicious payloads directly in memory. Proactive hunting for this behavior is critical because, despite its current low severity classification, early identification of njRAT’s in-memory footprint allows the SOC team to mitigate potential data exfiltration and lateral movement before the threat escalates.

YARA Rule

rule Njrat2 {
          meta:
            description = "detect njRAT in memory"
            author = "JPCERT/CC Incident Response Group"
            rule_usage = "memory scan"
            hash1 = "d5f63213ce11798879520b0e9b0d1b68d55f7727758ec8c120e370699a41379d"

          strings:
            $reg = "SEE_MASK_NOZONECHECKS" wide fullword
            $msg = "Execute ERROR" wide fullword
            $ping = "cmd.exe /c ping 0 -n 2 & del" wide fullword
          condition: all of them
}

Deployment Notes

This YARA rule can be deployed in the following contexts:

This rule contains 3 string patterns in its detection logic.

False Positive Guidance

Here are 4 specific scenarios where the detect njRAT in memory rule may generate false positives in an enterprise environment, along with suggested filters or exclusions:

Original source: https://github.com/Yara-Rules/rules/blob/main/malware/MalConfScan.yar