Skip to content

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

Siemphony’s repertoire

Remote interactive NTLM logon or explicit-credential remote access

Siemphony@siemphonylowT1021unverified
AN0750 names "logon via RDP or WMI" and gives two Security event IDs for it, so this rule has an arm for each. The first matches a successful remote interactive logon (4624, LogonType 10 — the RDP session) whose logon process is NtLmSsp: inside a domain that means the client connected by IP address or from a host that could not obtain a ticket, which is the shape of an adversary reusing valid credentials. The second matches 4648, a logon with explicitly supplied credentials, narrowed to the source-side binaries that drive remote services — the RDP client, WMI, WinRM and PowerShell remoting — which is the WMI half of the analytic and the part of "Remote Services" that is not RDP. Three caveats. LogonType 10 is RDP alone, so the first arm is really T1021.001 evidence appearing under the parent. The NtLmSsp test has not been checked against a real corpus of NLA sessions: with Network Level Authentication the credential is validated first as a network logon and the session record is brokered through CredSSP/Negotiate, so the NTLM evidence may sit on the preceding LogonType 3 event rather than on the type 10 one, and this arm would then see only the legacy half of the population. Kerberos-backed RDP with the same stolen credentials is invisible either way. The post-access half of the analytic — uncommon command execution or onward connections inside a correlation window — is a sequence Sigma cannot express, so only the logon precursor is authored here. 4624 and 4648 both come from the Logon/Logoff audit category, on in a default domain-member configuration, but confirm success auditing is enabled before reading a quiet result as an absence of activity. EventID and LogonType are written unquoted so they render as numeric comparisons, which is correct for Sentinel's SecurityEvent table; an ECS/Elastic pipeline indexes winlog.event_data.LogonType as a keyword string, so that rendering needs the values quoted by hand before it will match anything. UNVERIFIED AS AUTHORED — derived from MITRE ATT&CK DET0269, 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

Sentinel · KQL

Run this as a search.

SecurityEvent| where ((EventID == 4624 and LogonType == 10 and LogonProcessName =~ "NtLmSsp") or (EventID == 4648 and (ProcessName endswith "\\mstsc.exe" or ProcessName endswith "\\wmic.exe" or ProcessName endswith "\\winrs.exe" or ProcessName endswith "\\powershell.exe" or ProcessName endswith "\\pwsh.exe" or ProcessName endswith "\\psexec.exe" or ProcessName endswith "\\psexec64.exe")))

Splunk · SPL

Run this as a search.

index=* ((EventID="4624" AND LogonType="10" AND LogonProcessName="NtLmSsp") OR (EventID="4648" AND (ProcessName="*\\mstsc.exe" OR ProcessName="*\\wmic.exe" OR ProcessName="*\\winrs.exe" OR ProcessName="*\\powershell.exe" OR ProcessName="*\\pwsh.exe" OR ProcessName="*\\psexec.exe" OR ProcessName="*\\psexec64.exe")))

Elastic · ES|QL

Run this as a search.

FROM logs-*| WHERE ((event.code == 4624 AND LogonType == 10 AND TO_LOWER(LogonProcessName) == "ntlmssp") OR (event.code == 4648 AND (TO_LOWER(ProcessName) LIKE "*\\\\mstsc.exe" OR TO_LOWER(ProcessName) LIKE "*\\\\wmic.exe" OR TO_LOWER(ProcessName) LIKE "*\\\\winrs.exe" OR TO_LOWER(ProcessName) LIKE "*\\\\powershell.exe" OR TO_LOWER(ProcessName) LIKE "*\\\\pwsh.exe" OR TO_LOWER(ProcessName) LIKE "*\\\\psexec.exe" OR TO_LOWER(ProcessName) LIKE "*\\\\psexec64.exe")))

Wazuh · XML rule

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

<group name="sigma,windows,">  <!-- Rule ids must be unique on your manager; 100000+ is the user range. -->  <!-- 2 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="EventID" type="pcre2">(?i)^4624$</field>    <field name="LogonType" type="pcre2">(?i)^10$</field>    <field name="LogonProcessName" type="pcre2">(?i)^NtLmSsp$</field>    <description>Remote interactive NTLM logon or explicit-credential remote access (1/2)</description>    <mitre>      <id>T1021</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="EventID" type="pcre2">(?i)^4648$</field>    <field name="ProcessName" type="pcre2">(?i)(\\mstsc\.exe$|\\wmic\.exe$|\\winrs\.exe$|\\powershell\.exe$|\\pwsh\.exe$|\\psexec\.exe$|\\psexec64\.exe$)</field>    <description>Remote interactive NTLM logon or explicit-credential remote access (2/2)</description>    <mitre>      <id>T1021</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.