Skip to content

Siemphony is in beta and still being built. How a rule earns its badge.

Siemphony’s repertoire

Audit policy or Windows Event Log channel disabled via CLI tooling

AN0535 spans five log sources — service state, an audit-log-cleared event, two registry categories and process creation — but only one of those lets a single Sigma rule express the *disable* half of the technique's name rather than the *clear* half. This rule matches the two command lines the brief's description names directly: `auditpol /set ... /success:disable /failure:disable`, and `wevtutil sl <channel> /e:false`, the switch that turns a channel off rather than emptying it. `wevtutil cl` (clear) and Security 1102 are deliberately left out — that observable belongs to Indicator Removal: Clear Windows Event Logs (T1070.001), and folding it in here would blur the two techniques the same way casual reading of "disable or modify" already does. A third selector covers the bluntest form of the same behaviour, the EventLog service itself being stopped or reconfigured through `sc.exe`/`net.exe`. The registry-key legs (Sysmon 13/14 on the EventLog and Autologger keys) and the System 7035 service-state leg are not expressed here — each needs its own logsource and its own rule, since lib/sigma has no construct for combining logsources in one detection. UNVERIFIED AS AUTHORED — derived from MITRE ATT&CK DET0187, not hand-written and not tested by its author. Any lab result is on this rule's own page.Full description

The detection

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

title: Audit policy or Windows Event Log channel disabled via CLI toolingid: c74dd0b5-5b58-4b9e-beb6-6862f33d3ad5status: experimentaldescription: |  AN0535 spans five log sources — service state, an audit-log-cleared event,  two registry categories and process creation — but only one of those lets a  single Sigma rule express the *disable* half of the technique's name rather  than the *clear* half. This rule matches the two command lines the brief's  description names directly: `auditpol /set ... /success:disable  /failure:disable`, and `wevtutil sl <channel> /e:false`, the switch that  turns a channel off rather than emptying it. `wevtutil cl` (clear) and  Security 1102 are deliberately left out — that observable belongs to  Indicator Removal: Clear Windows Event Logs (T1070.001), and folding it in  here would blur the two techniques the same way casual reading of "disable  or modify" already does. A third selector covers the bluntest form of the  same behaviour, the EventLog service itself being stopped or reconfigured  through `sc.exe`/`net.exe`. The registry-key legs (Sysmon 13/14 on the  EventLog and Autologger keys) and the System 7035 service-state leg are not  expressed here — each needs its own logsource and its own rule, since  lib/sigma has no construct for combining logsources in one detection.  UNVERIFIED AS AUTHORED — derived from MITRE ATT&CK DET0187, not hand-written and not tested by its author. Any lab result is on this rule's own page.references:  - https://attack.mitre.org/techniques/T1685/001  - https://attack.mitre.org/detectionstrategies/DET0187author: Siemphony pipeline (machine-derived from MITRE ATT&CK v19.2)date: 2026-08-16tags:  - attack.defense-evasion  - attack.t1685.001logsource:  category: process_creation  product: windowsdetection:  selection_wevtutil_disable:    Image|endswith: '\wevtutil.exe'    CommandLine|contains: '/e:false'  selection_auditpol_disable:    Image|endswith: '\auditpol.exe'    CommandLine|contains:      - '/success:disable'      - '/failure:disable'  selection_service_stop:    Image|endswith:      - '\sc.exe'      - '\net.exe'      - '\net1.exe'    CommandLine|contains: 'eventlog'  condition: 1 of selection*falsepositives:  - "Group Policy re-application. A scheduled gpupdate cycle replays the site's audit-policy baseline through auditpol on every domain-joined host, and most real baselines leave several subcategories at success-only or failure-only, so the remaining half of each pair is written as a literal /success:disable or /failure:disable on a normal refresh interval. This is the highest-volume source by a wide margin on a managed domain."  - "Log-retention and disk-space management tooling that disables noisy diagnostic or operational channels (for example a verbose PowerShell or application-compatibility log) with wevtutil sl ... /e:false as part of a documented baseline, rather than the Security or System channel."  - "Imaging, sysprep and generalization tooling that stops or reconfigures the EventLog service as one step of a multi-step build process, which is disruptive but sanctioned."  - "Security baseline and compliance tools (CIS/STIG remediation scripts) that assert an intentionally-disabled subcategory explicitly rather than relying on the existing state, producing the same auditpol command an adversary would run."level: low

Sentinel · KQL

Run this as a search.

DeviceProcessEvents| where ((FolderPath endswith "\\wevtutil.exe" and ProcessCommandLine contains "/e:false") or (FolderPath endswith "\\auditpol.exe" and (ProcessCommandLine contains "/success:disable" or ProcessCommandLine contains "/failure:disable")) or ((FolderPath endswith "\\sc.exe" or FolderPath endswith "\\net.exe" or FolderPath endswith "\\net1.exe") and ProcessCommandLine contains "eventlog"))

Splunk · SPL

Run this as a search.

index=* ((Image="*\\wevtutil.exe" AND CommandLine="*/e:false*") OR (Image="*\\auditpol.exe" AND (CommandLine="*/success:disable*" OR CommandLine="*/failure:disable*")) OR ((Image="*\\sc.exe" OR Image="*\\net.exe" OR Image="*\\net1.exe") AND CommandLine="*eventlog*"))

Elastic · ES|QL

Run this as a search.

FROM logs-*| WHERE ((TO_LOWER(process.executable) LIKE "*\\\\wevtutil.exe" AND TO_LOWER(process.command_line) LIKE "*/e:false*") OR (TO_LOWER(process.executable) LIKE "*\\\\auditpol.exe" AND (TO_LOWER(process.command_line) LIKE "*/success:disable*" OR TO_LOWER(process.command_line) LIKE "*/failure:disable*")) OR ((TO_LOWER(process.executable) LIKE "*\\\\sc.exe" OR TO_LOWER(process.executable) LIKE "*\\\\net.exe" OR TO_LOWER(process.executable) LIKE "*\\\\net1.exe") AND TO_LOWER(process.command_line) LIKE "*eventlog*"))

Wazuh · XML rule

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

<group name="sigma,windows,process_creation,">  <!-- Rule ids must be unique on your manager; 100000+ is the user range. -->  <!-- 3 rules: the Sigma condition ORs across different fields,       which one rule cannot express. Any one matching is a hit. -->  <rule id="100000" level="5">    <!-- Set <if_sid> to the decoder/base rule for windows so this only evaluates relevant events. -->    <field name="Image" type="pcre2">(?i)\\wevtutil\.exe$</field>    <field name="CommandLine" type="pcre2">(?i)/e:false</field>    <description>Audit policy or Windows Event Log channel disabled via CLI tooling (1/3)</description>    <mitre>      <id>T1685.001</id>    </mitre>  </rule>   <rule id="100001" level="5">    <!-- Set <if_sid> to the decoder/base rule for windows so this only evaluates relevant events. -->    <field name="Image" type="pcre2">(?i)\\auditpol\.exe$</field>    <field name="CommandLine" type="pcre2">(?i)(/success:disable|/failure:disable)</field>    <description>Audit policy or Windows Event Log channel disabled via CLI tooling (2/3)</description>    <mitre>      <id>T1685.001</id>    </mitre>  </rule>   <rule id="100002" level="5">    <!-- Set <if_sid> to the decoder/base rule for windows so this only evaluates relevant events. -->    <field name="Image" type="pcre2">(?i)(\\sc\.exe$|\\net\.exe$|\\net1\.exe$)</field>    <field name="CommandLine" type="pcre2">(?i)eventlog</field>    <description>Audit policy or Windows Event Log channel disabled via CLI tooling (3/3)</description>    <mitre>      <id>T1685.001</id>    </mitre>  </rule></group>

Verdicts · reactions · comments

Community

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

Log in to react
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.

Log in to report a verdict.

Log in to join the discussion.

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