Netsh helper DLL registered in the Netsh registry key

Siemphony@siemphonymediumT1546.007unverified

Matches a registry value written directly under HKLM\SOFTWARE\Microsoft\Netsh — the persistence half of AN1588. Netsh helper registration has no subkey: each helper is a value whose name is an arbitrary alias and whose data is the DLL path, sitting straight under the Netsh key itself, so the match is a contains on the parent key rather than an endswith on any fixed value name, and it catches the WOW6432Node-redirected key on 64-bit hosts the same way since that prefix sits to the left of the matched substring. AN1588's other half — netsh.exe then spawning a child process or loading the registered module — is a correlation across MITRE's TimeWindow knob that a single registry_set event cannot carry, so only the write is modelled here; a hit is evidence a helper was registered, not that it has run. Vocabulary and prerequisite: this rule is written in the Sysmon-shaped `registry_set` vocabulary, where a single `TargetObject` carries the key path and the value name together. The brief's log source for this observable is Security EventID 4657, which splits the same information across `ObjectName` and `ObjectValueName` — that feed needs a field mapping into `TargetObject` before this logic applies at all, so enabling Audit Registry and a SACL on the Netsh key will not populate the field this rule reads. Against Sysmon (EventID 13), registry monitoring only reports paths the local configuration allowlists, so confirm this key is covered before reading an empty result as clean. UNVERIFIED AS AUTHORED — derived from MITRE ATT&CK DET0575, not hand-written and not tested by its author. Any lab result is on this rule's own page.Full description

The 4 SIEM queries below are previews produced by Siemphony’s own translator, not pySigma, and none has been executed against a real backend — review before you deploy.

detection.yml

Sentinel · KQL

Run this as a search.

DeviceRegistryEvents| where RegistryKey contains "\\Microsoft\\Netsh\\"

Splunk · SPL

Run this as a search.

index=* TargetObject="*\\Microsoft\\Netsh\\*"

Elastic · ES|QL

Run this as a search.

FROM logs-*| WHERE TO_LOWER(registry.path) LIKE "*\\\\microsoft\\\\netsh\\\\*"

Wazuh · XML rule

Deploy to your manager — this is a rule, not a search.

<group name="sigma,windows,registry_set,">  <!-- Rule ids must be unique on your manager; 100000+ is the user range. -->  <rule id="100000" level="7">    <!-- Set <if_sid> to the decoder/base rule for windows so this only evaluates relevant events. -->    <field name="TargetObject" type="pcre2">(?i)\\Microsoft\\Netsh\\</field>    <description>Netsh helper DLL registered in the Netsh registry key</description>    <mitre>      <id>T1546.007</id>    </mitre>  </rule></group>

At a glance

Logsource: registry_set / windows
Level: medium
Category: registry_persistence
Sigma status: experimental
Backends: 4 of 4 rendered
Updated: 30 Aug 2026
Rule ID: f78b0c27-4b55-4886-ba55-a9b6186d278e

ATT&CKT1546.007

T1546.007Netsh Helper DLL

ATT&CK® is a registered trademark of The MITRE Corporation. These mappings are the rule author’s, and are neither reviewed nor endorsed by MITRE.

Lessonregistry persistence

registry persistence

01 · What this rule detects

Registry values written so that attacker code is launched by Windows itself — Run and RunOnce keys, Image File Execution Options debuggers, LSA security and notification packages, COM server hijacks, AppInit_DLLs, Winlogon shell and userinit entries, and the accessibility shims that hang off IFEO. Each of these is a different key with the same purpose: something the operating system reads and executes without anyone asking it to.

02 · Telemetry you need

Sysmon EventID 12, 13 and 14 (registry key create/delete, value set, key rename) with TargetObject, Details and Image — Sysmon logs no registry activity unless the config explicitly includes these paths, so an empty result usually means the config, not the environment
Security 4657 (registry value modified) — requires Audit Registry and a SACL on each key you care about; without the SACL it produces nothing at all
Process creation for the writers: reg.exe, regedit.exe, PowerShell Set-ItemProperty and New-ItemProperty, and WMI StdRegProv
Sysmon EventID 11 (FileCreate) for the executable or DLL the value points at, which is usually written moments before
Autoruns-style periodic inventory of the same keys, as a backstop for hosts where registry auditing is not collected

03 · How the logic works

Every rule here is two halves: the key path says which persistence mechanism is in play, the value data says what will run. Matching only the path gives you every installer in the estate; matching the data — an executable under a user-writable directory such as AppData, ProgramData or Temp, a path with no directory at all, a scripting host, a base64 blob — is what makes it an alert. Two coverage traps are worth memorising. First, persistence exists in both hives: a rule scoped to HKLM misses every per-user Run key, and Sysmon reports the user hive as HKU\<SID>\... rather than HKCU, so a rule written with HKCU matches nothing. Second, the 32-bit view under Wow6432Node is a separate path. For the narrower mechanisms — an IFEO Debugger value, an appended LSA package, an AppInit DLL — the existence of the write is itself the signal and no data condition is needed, which makes them the quietest and best rules in the category.

04 · Common false positives

Application installers and updaters registering themselves at logon — Chrome and Edge update, Adobe, Dropbox, OneDrive and similar
Enterprise management and Group Policy preferences writing Run values across the fleet
Password-filter and credential-provider products that legitimately register LSA notification packages
Backup, EDR and disk-encryption agents registering COM servers and Winlogon components during install
Developer tooling setting IFEO values for debugging, and imaging or provisioning workflows that rewrite these keys wholesale

05 · Detection maturity

Tier 1 — starting point: Matches writes to the Run and RunOnce keys.
Tier 2 — tuned: Covers the full set of autostart keys across both hives and the 32-bit view, conditioned on the value data pointing somewhere user-writable, with known publishers excluded.
Tier 3 — correlated: Correlates the write with the creation of the file it points at, the process that performed the write, and how rare that value is across the fleet.

Tuning & false positivesexperimental · 2 declared

experimental (current stage)
test
stable

Written and reasoned about, but not yet run against real telemetry. Expect to tune it before trusting it.

Tuning tips

Alert on where the value points, not on the key being touched — the same Run key is written by every installer you own
Treat IFEO Debugger, GlobalFlag with silent-exit monitoring, AppInit_DLLs and LSA package changes as near-zero-volume rules and give them their own higher severity
Cover HKLM, the per-user hive as your telemetry actually spells it, and the Wow6432Node view in the same rule, then check the rule fires for all three
Exclude by the signature or full path of the writing process where the event carries it, rather than by the value name
Baseline what exists across the fleet — persistence that appears on one host and nowhere else is the finding

Declared by the author

VPN client and network-security software installers (e.g. Cisco AnyConnect, Pulse Secure and similar agents) that register their own netsh helper DLL once, at install time, to expose a custom netsh command set — this is legitimate and indistinguishable from the abuse case by this selector alone.
Installing a Windows Server role that extends netsh with its own context — Hyper-V's Virtual Filtering Platform, RRAS or DirectAccess all register a helper DLL under this key as a normal side effect of feature installation, producing a cluster of writes at server build or role-change time.

Noise check0 of 6 fired

Fires on none of the 6 ordinary behaviours the baseline holds for this log type. That is not a precision guarantee: it means only not caught by these 6 behaviours, and the next ordinary behaviour nobody wrote down may still match.

Run live against 65 hand-written events of ordinary corporate activity — backup agents, software distribution, patching, helpdesk scripts, EDR. It says nothing about how often the rule would fire in production, which is the number that actually exhausts an analyst.

Verification1 run

Not verified

Siemphony benign baseline
completed
Siemphony IR · 3 Sept 2026
No events matched, so this run proves nothing either way.

Test it yourselfin your browser

Runs here in your browser against public attack recordings. A preview — not the verification badge.

Recordings of T1546.007, evaluated against their registry_set events.

Share this rule

/u/siemphony/f78b0c27-4b55-4886-ba55-a9b6186d278e

More from this repertoire

All compositions

Verdicts · reactions · comments

Community

Verdicts from engineers who actually deployed it, and the conversation around it.

Not yet reported on

Nobody has run this in a real environment and said what happened.

Verdicts from engineers who deployed it

0 cast

No verdicts reported yet. The first one is worth more than the tenth — say what you ran it against.

No comments yet. Someone who deploys this will have something to say about it.

Netsh helper DLL registered in the Netsh registry key

The detection

detection.yml

Sentinel · KQL

Splunk · SPL

Elastic · ES|QL

Wazuh · XML rule

Community

Verdicts from engineers who deployed it