Skip to content
T1685.003 Google Chronicle · YARA-L

Detect Spoof Security Alerting in Google Chronicle

Adversaries may spoof security alerting from tools, presenting false evidence to impair defenders' awareness of malicious activity. Messages produced by defensive tools contain information about potential security events as well as the functioning status of security software and the system. Rather than or in addition to Indicator Blocking, an adversary can spoof positive affirmations that security tools are continuing to function even after legitimate security tools have been disabled. An adversary can also present a 'healthy' system status even after infection. For example, adversaries may show a fake Windows Security GUI and tray icon with a 'healthy' system status after Windows Defender and other system tools have been disabled. This technique was observed in Black Basta ransomware campaigns using custom EDR evasion tools tied to FIN7.

MITRE ATT&CK

Tactic
Defense Impairment
Technique
T1685 Disable or Modify Tools
Sub-technique
T1685.003 Modify or Spoof Tool UI
Canonical reference
https://attack.mitre.org/techniques/T1685/003/

YARA-L Detection Query

Google Chronicle (YARA-L)
yaral
rule t1562_011_spoof_security_alerting {
  meta:
    author = "Argus Detection Engineering"
    description = "Detects T1562.011 Spoof Security Alerting — fake Windows Security GUIs and Defender service disablement. Observed in Black Basta ransomware via FIN7-linked EDR evasion tools."
    mitre_attack_tactic = "Defense Evasion"
    mitre_attack_technique = "T1562.011"
    severity = "CRITICAL"
    priority = "HIGH"
    created = "2026-04-21"

  events:
    (
      $e.metadata.event_type = "PROCESS_LAUNCH"
      and (
        (
          (
            re.regex($e.target.process.file.full_path, `(?i)(SecurityHealthSystray\.exe|SecurityHealthHost\.exe|MSASCuiL\.exe|NisSrv\.exe)$`)
          )
          and not (
            re.regex($e.target.process.file.full_path, `(?i)^C:\\Windows\\System32\\`) or
            re.regex($e.target.process.file.full_path, `(?i)^C:\\Program Files\\Windows Defender\\`) or
            re.regex($e.target.process.file.full_path, `(?i)^C:\\ProgramData\\Microsoft\\Windows Defender\\'`)
          )
        ) or
        (
          re.regex($e.target.process.command_line, `(?i)(SecurityHealth|Windows Defender|WindowsSecurity)`) and
          not re.regex($e.target.process.file.full_path, `(?i)(SecurityHealthSystray\.exe|SecurityHealthHost\.exe|MSASCuiL\.exe|NisSrv\.exe|MsMpEng\.exe|svchost\.exe|services\.exe)$`)
        ) or
        (
          re.regex($e.target.process.command_line, `(?i)(sc stop WinDefend|sc stop SecurityHealthService|sc stop wscsvc|DisableRealtimeMonitoring|sc config WinDefend start= disabled)`)
        )
      )
    )

  condition:
    $e
}
critical severity high confidence

Chronicle YARA-L 2.0 rule detecting T1562.011 Spoof Security Alerting via UDM process launch events. Identifies three attack patterns: (1) Windows Defender and Security Health executables running from unauthorized paths indicating spoofed security GUIs, (2) non-security processes masquerading with defender-themed command-line arguments, and (3) direct service-control commands disabling core Windows Defender and Security Center services. This technique was used by FIN7-associated tooling in Black Basta ransomware pre-encryption phases.

Data Sources

Windows Endpoint DetectionSysmon via Chronicle forwarder

Required Tables

UDM Events (PROCESS_LAUNCH)

False Positives & Tuning

  • Enterprise endpoint management solutions that temporarily stage or run Defender-related binaries from temp directories during update or remediation workflows
  • Custom security dashboards or monitoring tools that invoke Defender command-line interfaces from non-standard script directories
  • Incident response toolkits that collect Defender status by calling sc.exe with Defender service names for forensic triage

Other platforms for T1685.003


Testing Methodology

Validate this detection against 3 adversary techniques from Atomic Red Team. Each test below lists the behaviour to exercise and the telemetry you should expect to see. Executable commands and cleanup steps are available with Pro.

  1. Test 1 Fake SecurityHealthSystray from TEMP Directory

    Expected signal: Sysmon Event ID 1: Process Create with Image pointing to %TEMP%\SecurityHealthSystray.exe instead of C:\Windows\System32\. Sysmon Event ID 11: File Create for the copied binary. DeviceProcessEvents in MDE shows FolderPath as the TEMP directory.

  2. Test 2 Disable Windows Defender Real-Time Monitoring

    Expected signal: Sysmon Event ID 1: Process Create with CommandLine containing 'Set-MpPreference -DisableRealtimeMonitoring'. PowerShell ScriptBlock Log Event ID 4104. Microsoft-Windows-Windows Defender/Operational Event ID 5001 (Real-Time Protection disabled). If Tamper Protection is on, Event ID 1125 (tamper attempt blocked).

  3. Test 3 Stop Windows Defender Service via sc.exe

    Expected signal: Sysmon Event ID 1: Process Create with CommandLine 'sc stop WinDefend'. System Event ID 7036: WinDefend service entered stopped state. If Tamper Protection is on, the command will fail with Access Denied.


Response Playbook

Triage

  1. Verify the actual state of Windows Defender and security services — run 'Get-MpComputerStatus' and 'Get-Service WinDefend, SecurityHealthService, wscsvc, Sense' to determine if the real security tools are running or have been disabled.
  2. Compare the detected process's file hash against known-good hashes for SecurityHealthSystray.exe and SecurityHealthHost.exe — use 'Get-FileHash' or VirusTotal to verify the binary is legitimate.
  3. Check the file path of the suspicious process — legitimate Windows Security processes run from C:\Windows\System32\ or C:\Program Files\Windows Defender\. Any other path is highly suspicious.
  4. Look for temporally correlated events — was a Defender service stopped or disabled shortly before the spoofed process appeared? This is the Black Basta/FIN7 pattern.
  5. Examine the parent process — who or what launched the fake security UI? If it was a recently dropped executable or a script, this strongly indicates malicious activity.
  6. Check if Windows Security Center (wscsvc) reports all security providers as healthy — an adversary may have registered a fake security provider.

Containment

  1. If a spoofed security UI is confirmed: immediately isolate the endpoint — the real security tools are likely disabled and the system is unprotected.
  2. Kill the fake security UI process and any associated parent processes — identify the full process tree and terminate all suspicious components.
  3. Re-enable Windows Defender: run 'Set-MpPreference -DisableRealtimeMonitoring $false' and restart the WinDefend service. If the service is set to disabled, change start type: 'sc config WinDefend start= auto'.
  4. Check for persistence mechanisms — the fake UI likely has a persistence entry (Run key, scheduled task, service) to restart after reboot. Remove these entries.
  5. Block the hash of the spoofed binary across all endpoints via EDR global block/quarantine rule.
  6. If this appears to be a Black Basta/FIN7 intrusion: activate your ransomware response plan immediately — encryption may follow shortly.

Evidence Collection

  1. Capture the spoofed binary — copy the fake SecurityHealthSystray.exe (or equivalent) from its non-standard path for malware analysis and hash submission to VT/YARA.
  2. Process Memory Dump — dump the fake security UI process memory for analysis of any embedded C2 URLs or ransomware staging code.
  3. Sysmon Event ID 1 — full process creation event for the fake UI process including hashes, parent process, and command line.
  4. Windows System Event ID 7036 — service state change events showing when WinDefend, SecurityHealthService, or wscsvc stopped.
  5. Windows Defender Operational Log — Microsoft-Windows-Windows Defender/Operational for events showing Defender being disabled or tampered with.
  6. Registry: HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Run and RunOnce — check for persistence entries pointing to the fake security UI.
  7. Scheduled Tasks — export all scheduled tasks and look for entries that launch the spoofed binary.

Escalation Criteria

  • !Confirmed fake security UI process running from a non-standard path with Windows Defender actually disabled — this is an active intrusion.
  • !The spoofed process was deployed alongside service disablement commands — indicates a coordinated EDR evasion toolkit (Black Basta/FIN7 pattern).
  • !Multiple endpoints showing the same fake security UI hash — indicates the tool is being deployed via lateral movement.
  • !The process hash matches known FIN7/Black Basta EDR evasion tools or has low VirusTotal detection scores.
  • !Evidence of additional post-exploitation activity (credential access, lateral movement, data staging) on the same endpoint.

Investigation Guide

Forensic Artifacts

  • >File System: The fake security UI binary at its non-standard path — capture for hash analysis and reverse engineering.
  • >Registry: HKLM\SOFTWARE\Microsoft\Security Center\Provider\* — registered security providers, check for fake entries.
  • >Registry: HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Run — persistence for the fake UI.
  • >Event Log: Microsoft-Windows-Windows Defender/Operational — tamper protection events and service state changes.
  • >Event Log: System Event ID 7036 — service started/stopped events for security services.
  • >Event Log: System Event ID 7045 — new service installation events that may indicate fake security service registration.
  • >Prefetch: C:\Windows\Prefetch\SECURITYHEALTHSYSTRAY.EXE-*.pf — execution history, check for execution from unexpected paths.
  • >WMI: SecurityCenter2 namespace — query for registered AV products and their state to detect spoofed registrations.

Tuning Guidance

This detection benefits from a strong baseline of expected security process behavior. Start by documenting the exact file paths and SHA256 hashes of legitimate SecurityHealthSystray.exe, SecurityHealthHost.exe, and MSASCuiL.exe in your environment. Create an allowlist of these known-good path+hash combinations. For the service stop detection, build an allowlist of approved service accounts and processes that may legitimately manage Defender services (SCCM client, Intune management extension, IT deployment tools). Consider using Windows Defender Tamper Protection (managed via Intune) to prevent unauthorized Defender disablement — with Tamper Protection enabled, most spoofing prerequisites are blocked. If your organization uses a third-party AV that disables Windows Defender as part of its operation, exclude that vendor's management processes from the service stop detection.


Hunting Queries

Hunt for Windows Security tray processes executing from multiple different paths or from non-standard locations across the environment. Legitimate SecurityHealthSystray.exe should only run from C:\Windows\System32\. Any execution from other paths indicates either a spoofed binary or a relocated legitimate binary (both worth investigating).

Hunting — KQL
kql
DeviceProcessEvents
| where Timestamp > ago(7d)
| where FileName in~ ("SecurityHealthSystray.exe", "SecurityHealthHost.exe", "MSASCuiL.exe")
| summarize ExecutionCount=count(), Paths=make_set(FolderPath), Hashes=make_set(SHA256) by DeviceName
| where array_length(Paths) > 1 or Paths !has "System32"
| sort by ExecutionCount desc
Hunting — SPL
spl
index=wineventlog sourcetype="XmlWinEventLog:Microsoft-Windows-Sysmon/Operational" EventCode=1 (Image="*SecurityHealthSystray.exe" OR Image="*SecurityHealthHost.exe" OR Image="*MSASCuiL.exe")
| stats count as ExecutionCount, values(Image) as Paths, values(Hashes) as Hashes by host
| where NOT match(Paths, "System32") OR mvcount(Paths) > 1
| sort - ExecutionCount

Hunt for the Black Basta/FIN7 kill chain: Defender service disabled followed by a fake security UI process appearing from a non-standard path within 24 hours. This temporal correlation is the defining pattern of security alerting spoofing — the adversary disables the real tool and replaces it with a fake.

Hunting — KQL
kql
let DefenderStops = DeviceProcessEvents
| where Timestamp > ago(7d)
| where ProcessCommandLine has_any ("sc stop WinDefend", "sc stop SecurityHealthService", "Set-MpPreference -DisableRealtimeMonitoring")
| project StopTime=Timestamp, DeviceName, StopCommand=ProcessCommandLine;
DeviceProcessEvents
| where Timestamp > ago(7d)
| where FileName in~ ("SecurityHealthSystray.exe", "SecurityHealthHost.exe")
| where not(FolderPath startswith "C:\\Windows\\System32")
| join kind=inner (DefenderStops) on DeviceName
| where Timestamp > StopTime and datetime_diff('hour', Timestamp, StopTime) < 24
| project StopTime, Timestamp, DeviceName, StopCommand, FileName, FolderPath
Hunting — SPL
spl
index=wineventlog sourcetype="XmlWinEventLog:Microsoft-Windows-Sysmon/Operational" EventCode=1 (CommandLine="*sc stop WinDefend*" OR CommandLine="*sc stop SecurityHealthService*" OR CommandLine="*DisableRealtimeMonitoring*")
| rename _time as StopTime, host as StopHost
| join StopHost [
  search index=wineventlog sourcetype="XmlWinEventLog:Microsoft-Windows-Sysmon/Operational" EventCode=1 (Image="*SecurityHealthSystray.exe" OR Image="*SecurityHealthHost.exe") NOT Image="C:\\Windows\\System32\\*"
  | rename _time as FakeUITime, host as StopHost
]
| where FakeUITime > StopTime
| eval HoursApart=round((FakeUITime - StopTime) / 3600, 1)
| where HoursApart < 24
| table StopTime, FakeUITime, StopHost, CommandLine, Image, HoursApart

Hunt for non-security processes that reference Windows Security component names in their command lines. This catches custom-built spoofing tools that create fake security interfaces using names like 'SecurityHealth' or 'Windows Defender' without being the actual Microsoft binaries.

Hunting — KQL
kql
DeviceProcessEvents
| where Timestamp > ago(7d)
| where ProcessCommandLine has_any ("SecurityHealth", "Windows Defender", "MSASCuiL", "WindowsSecurity")
| where FileName !in~ ("SecurityHealthSystray.exe", "SecurityHealthHost.exe", "MSASCuiL.exe", "MsMpEng.exe", "svchost.exe", "services.exe", "mmc.exe", "taskmgr.exe")
| project Timestamp, DeviceName, AccountName, FileName, FolderPath, ProcessCommandLine, SHA256
| sort by Timestamp desc
Hunting — SPL
spl
index=wineventlog sourcetype="XmlWinEventLog:Microsoft-Windows-Sysmon/Operational" EventCode=1 (CommandLine="*SecurityHealth*" OR CommandLine="*Windows Defender*" OR CommandLine="*MSASCuiL*" OR CommandLine="*WindowsSecurity*")
  NOT (Image="*SecurityHealthSystray.exe" OR Image="*SecurityHealthHost.exe" OR Image="*MSASCuiL.exe" OR Image="*MsMpEng.exe" OR Image="*svchost.exe" OR Image="*services.exe" OR Image="*mmc.exe")
| table _time, host, User, Image, CommandLine, Hashes
| sort - _time

Atomic Red Team Tests

Test 1 Fake SecurityHealthSystray from TEMP Directory
windows

Copies the legitimate SecurityHealthSystray.exe to a temporary directory and executes it from there, simulating an adversary deploying a lookalike security UI from a non-standard path. This tests the path-based detection logic without requiring a custom-built fake binary.

Command

powershell
copy "C:\Windows\System32\SecurityHealthSystray.exe" "%TEMP%\SecurityHealthSystray.exe" && "%TEMP%\SecurityHealthSystray.exe"

Cleanup

powershell
taskkill /F /IM SecurityHealthSystray.exe 2>nul & del "%TEMP%\SecurityHealthSystray.exe"

Expected Telemetry

Sysmon Event ID 1: Process Create with Image pointing to %TEMP%\SecurityHealthSystray.exe instead of C:\Windows\System32\. Sysmon Event ID 11: File Create for the copied binary. DeviceProcessEvents in MDE shows FolderPath as the TEMP directory.

Expected Detection

KQL: DeviceProcessEvents matches on FileName=SecurityHealthSystray.exe with FolderPath NOT starting with C:\Windows\System32. DetectionType=FakeSecurityProcess_WrongPath. SPL: Sysmon EventCode=1 with Image not matching the System32 path.

Test 2 Disable Windows Defender Real-Time Monitoring
windows

Uses Set-MpPreference to disable Windows Defender real-time monitoring, which is the first step an adversary takes before deploying a fake security UI. This command requires local administrator privileges. Tamper Protection (if enabled) will block this command.

Command

powershell
powershell.exe -Command "Set-MpPreference -DisableRealtimeMonitoring $true"

Cleanup

powershell
powershell.exe -Command "Set-MpPreference -DisableRealtimeMonitoring $false"

Expected Telemetry

Sysmon Event ID 1: Process Create with CommandLine containing 'Set-MpPreference -DisableRealtimeMonitoring'. PowerShell ScriptBlock Log Event ID 4104. Microsoft-Windows-Windows Defender/Operational Event ID 5001 (Real-Time Protection disabled). If Tamper Protection is on, Event ID 1125 (tamper attempt blocked).

Expected Detection

KQL: DeviceProcessEvents matches on ProcessCommandLine containing 'DisableRealtimeMonitoring'. DetectionType=DefenderServiceDisabled. SPL: Matched in DefenderServiceDisabled append block.

Test 3 Stop Windows Defender Service via sc.exe
windows

Uses sc.exe to stop the WinDefend (Windows Defender Antivirus Service) and SecurityHealthService. This is the direct service manipulation approach used by adversaries before deploying spoofed security UIs. Requires SYSTEM or administrator context.

Command

powershell
sc stop WinDefend & sc stop SecurityHealthService

Cleanup

powershell
sc start WinDefend & sc start SecurityHealthService

Expected Telemetry

Sysmon Event ID 1: Process Create with CommandLine 'sc stop WinDefend'. System Event ID 7036: WinDefend service entered stopped state. If Tamper Protection is on, the command will fail with Access Denied.

Expected Detection

KQL: DeviceProcessEvents matches on ProcessCommandLine containing 'sc stop WinDefend'. DetectionType=DefenderServiceDisabled. SPL: Matched in DefenderServiceDisabled append block and SecurityServiceStopped System log block.

Related Detections