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

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

title: Remote interactive NTLM logon or explicit-credential remote accessid: d5a88589-6665-4ba6-acbd-ddcf87560375status: experimentaldescription: |  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.references:  - https://attack.mitre.org/techniques/T1021  - https://attack.mitre.org/detectionstrategies/DET0269author: Siemphony pipeline (machine-derived from MITRE ATT&CK v19.2)date: 2026-08-16tags:  - attack.lateral-movement  - attack.t1021logsource:  product: windows  service: securitydetection:  selection_rdp_ntlm:    EventID: 4624    LogonType: 10    LogonProcessName: 'NtLmSsp'  selection_explicit_credentials:    EventID: 4648    ProcessName|endswith:      - '\mstsc.exe'      - '\wmic.exe'      - '\winrs.exe'      - '\powershell.exe'      - '\pwsh.exe'      - '\psexec.exe'      - '\psexec64.exe'  condition: 1 of selection_*falsepositives:  - "RDP with a local, non-domain account on a domain-joined server — break-glass, vendor and MSP accounts, or a service owner's local account. These can never obtain a Kerberos ticket, so they are NTLM at LogonType 10 every single time, and this is the largest benign generator of the first arm. TargetDomainName equal to the target's own computer name is the field-level discriminator."  - "Administrators connecting to servers by IP address or by an alias that has no matching SPN. Kerberos cannot be used, so an entirely routine jumpbox session looks identical. MITRE's RemoteHostList knob exists for this — allowlist the IpAddress values of sanctioned jumpboxes and deployment hosts before this rule is usable."  - "Estates with non-domain-joined or workgroup servers, DMZ hosts and appliances, where NTLM is the only option and every legitimate RDP session matches. Scope the rule to domain members, or apply MITRE's LogonUser knob to keep only service and privileged accounts."  - "Routine explicit-credential admin work on the second arm: mstsc.exe with saved or typed credentials, wmic and Invoke-Command run with -Credential from an admin workstation, and scheduled inventory or backup jobs that authenticate as a separate account. On a jumpbox this arm is close to continuous."  - "Remote-support and screen-sharing products that establish a LogonType 10 session with locally stored credentials during a helpdesk call."level: low

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 winlog.event_data.LogonType == "10" AND TO_LOWER(winlog.event_data.LogonProcessName) == "ntlmssp") OR (event.code == 4648 AND (TO_LOWER(winlog.event_data.ProcessName) LIKE "*\\\\mstsc.exe" OR TO_LOWER(winlog.event_data.ProcessName) LIKE "*\\\\wmic.exe" OR TO_LOWER(winlog.event_data.ProcessName) LIKE "*\\\\winrs.exe" OR TO_LOWER(winlog.event_data.ProcessName) LIKE "*\\\\powershell.exe" OR TO_LOWER(winlog.event_data.ProcessName) LIKE "*\\\\pwsh.exe" OR TO_LOWER(winlog.event_data.ProcessName) LIKE "*\\\\psexec.exe" OR TO_LOWER(winlog.event_data.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.