This detection identifies instances where the aPackv098bDSESnotsaved YARA signature flags unsaved or transient processes that may indicate early-stage fileless execution or memory-resident malware activity. Proactively hunting for this behavior in Azure Sentinel is critical to uncover stealthy adversaries leveraging temporary artifacts to evade traditional disk-based scanning and establish persistence before triggering higher-severity alerts.
rule aPackv098bDSESnotsaved
{
meta:
author="malware-lu"
strings:
$a0 = { 8C CB BA [2] 03 DA FC 33 F6 33 FF 4B 8E DB 8D [3] 8E C0 B9 [2] F3 A5 4A 75 }
condition:
$a0
}
This YARA rule can be deployed in the following contexts:
This rule contains 1 string patterns in its detection logic.
Here are 5 specific false positive scenarios for the aPackv098bDSESnotsaved YARA rule, along with targeted filtering strategies:
Scenario: Automated Backup Agent Activity
.aPack or similar container formats) during nightly scheduled jobs. These agents often create a staging file that is processed and deleted immediately without triggering the specific “saved” state flag expected by the rule, causing it to appear as an unsaved anomaly.VeeamBackupSvc or RubrikAgent. Additionally, add a path exclusion for directories typically used for staging, such as C:\ProgramData\Veeam\Backup\Staging\* or D:\Rubrik\Cache\*.aPack.Scenario: Microsoft Defender Antivirus Real-Time Scanning
MsMpEng.exe) that extracts or inspects the .aPack structure. If the inspection logic does not finalize the “saved” metadata before the YARA rule scans the memory footprint, the file is flagged as unsaved despite being fully processed by the AV engine.MsMpEng.exe when the parent process is Antimalware Service Exec. Alternatively, exclude files located within the Defender cache directory: C:\ProgramData\Microsoft\Windows Defender\Support\*.aPack.Scenario: Office 365 ProPlus Update Mechanism