T1547 Elastic Security · Elastic

Detect Boot or Logon Autostart Execution in Elastic Security

Adversaries may configure system settings to automatically execute a program during system boot or logon to maintain persistence or gain higher-level privileges on compromised systems. Operating systems may have mechanisms for automatically running a program on system boot or account logon, including automatically executing programs that are placed in specially designated directories or are referenced by repositories that store configuration information, such as the Windows Registry. An adversary may achieve the same goal by modifying or extending features of the kernel. Since some boot or logon autostart programs run with higher privileges, an adversary may leverage these to elevate privileges.

MITRE ATT&CK

Tactic
Persistence Privilege Escalation
Technique
T1547 Boot or Logon Autostart Execution
Canonical reference
https://attack.mitre.org/techniques/T1547/

Elastic Detection Query

Elastic Security (Elastic)
eql
registry where event.type in ("creation", "change") and registry.path : (
  "*\\CurrentVersion\\Run\\*",
  "*\\CurrentVersion\\RunOnce\\*",
  "*\\CurrentVersion\\RunOnceEx\\*",
  "*\\CurrentVersion\\RunServices\\*",
  "*\\CurrentVersion\\RunServicesOnce\\*",
  "*\\CurrentVersion\\Policies\\Explorer\\Run\\*",
  "*\\CurrentVersion\\Winlogon\\*",
  "*\\Active Setup\\Installed Components\\*",
  "*\\Control\\Lsa\\Authentication Packages",
  "*\\Control\\Lsa\\Security Packages",
  "*\\Control\\Print\\Monitors\\*",
  "*\\Control\\Print\\Environments\\*",
  "*\\Services\\W32Time\\TimeProviders\\*",
  "*\\CurrentVersion\\Explorer\\Shell Folders\\*",
  "*\\CurrentVersion\\Explorer\\User Shell Folders\\*"
)
high severity high confidence

Detects registry write and creation events targeting common Windows autostart execution locations used by adversaries for persistence and privilege escalation (T1547). Monitors Run keys, Winlogon entries, LSA authentication/security package registrations, Print Monitor DLL paths, and Shell Folder redirections.

Data Sources

Windows Registry via Elastic Agent / Winlogbeat with Sysmon

Required Tables

logs-endpoint.events.registry-*winlogbeat-*

False Positives & Tuning

  • Legitimate software installers (e.g., antivirus, enterprise agents, Microsoft Office) routinely write to Run and RunOnce keys during installation or update cycles
  • Group Policy application may rewrite Winlogon and Shell Folder registry values during policy refresh, especially at login or machine startup
  • Print driver installation by administrators writes to Control\Print\Monitors and Environments registry paths, triggering alerts during driver deployment
Download portable Sigma rule (.yml)

Other platforms for T1547


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 1Add Registry Run Key for Persistence

    Expected signal: Sysmon Event ID 13: Registry value set on HKCU\Software\Microsoft\Windows\CurrentVersion\Run with value name 'df00tech-test'. DeviceRegistryEvents with ActionType 'RegistryValueSet'.

  2. Test 2Drop File in Startup Folder

    Expected signal: Sysmon Event ID 11: FileCreate in the Startup directory. DeviceFileEvents with ActionType 'FileCreated' in the Startup folder path.

  3. Test 3Modify Winlogon Shell Value

    Expected signal: Sysmon Event ID 13: Registry value set on Winlogon\Shell. DeviceRegistryEvents with RegistryKey containing 'Winlogon' and RegistryValueName 'Shell'.

Unlock Pro Content

Get the full detection package for T1547 including response playbook, investigation guide, and atomic red team tests.

Response PlaybookInvestigation GuideHunting QueriesAtomic Red Team TestsTuning Guidance

Related Detections