This detection rule identifies suspicious activities generated by the Amplia Security Tool to uncover potential adversary reconnaissance or lateral movement behaviors that may evade standard signature-based defenses. Proactively hunting for these signals in Azure Sentinel is critical because they often represent early indicators of compromise that require immediate investigation before adversaries can establish persistence within the environment.
rule Amplia_Security_Tool
{
meta:
description = "Amplia Security Tool"
score = 60
nodeepdive = 1
strings:
$a = "Amplia Security"
$b = "Hernan Ochoa"
$c = "getlsasrvaddr.exe"
$d = "Cannot get PID of LSASS.EXE"
$e = "extract the TGT session key"
$f = "PPWDUMP_DATA"
condition: 1 of them
}
This YARA rule can be deployed in the following contexts:
This rule contains 6 string patterns in its detection logic.
Here are 5 specific false positive scenarios for the Amplia Security Tool detection rule, including suggested filters and exclusions tailored for an enterprise environment:
Scenario: Scheduled Antivirus Database Updates via WSUS
AmpliaService.exe process running under the NT SERVICE\Wuauserv account between 02:00 and 05:00 local time on workdays (Monday–Friday).Scenario: Automated Compliance Reporting by Microsoft Defender for Endpoint
C:\ProgramData\Compliance directory.MsSense.exe (Defender) and the target path contains \ProgramData\Compliance, specifically when the event severity is set to “Information” rather than “High”.Scenario: Backup Job Execution by Veeam Backup & Replication
.vmdk and .vhdx) before they are archived. This causes a spike in detection events as the tool validates data integrity during the active transfer phase.