Skip to content

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

Siemphony’s repertoire

Shell tools query the host timezone and locale settings

Matches AN0120's Linux leg directly: an execution of timedatectl, localectl or locale, or any command line naming /etc/timezone, /etc/localtime or the zoneinfo database, which is how a host's geographic position is inferred from the shell. MITRE names locale, timedatectl and cat /etc/timezone as examples and gives UserContext as the tuning knob; localectl and the zoneinfo path are authored here rather than taken from MITRE. AN0119's Windows leg was deliberately not authored — its observable is an in-process GetLocaleInfoW or GetTimeZoneInformation API call, which a process-creation feed structurally cannot see, and language-only discovery on Windows is already covered at T1614.001. The rule is written in the Sigma linux process_creation vocabulary (Image, CommandLine) that the brief supplies; a raw auditd SYSCALL feed carries the same facts as exe= and a0..aN and needs a field mapping before this logic applies, and auditd records no execve at all until an explicit execve audit rule is loaded. Two structural blind spots to be plain about: a binary that reads /etc/localtime with open() or calls localtime() inside its own process creates no event here, and the IP-geolocation lookup the technique also describes needs a network log source that this brief does not offer. UNVERIFIED AS AUTHORED — derived from MITRE ATT&CK DET0043, 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: Shell tools query the host timezone and locale settingsid: 89516881-07b1-4c66-b162-2a7a8afbfcf5status: experimentaldescription: |  Matches AN0120's Linux leg directly: an execution of timedatectl, localectl  or locale, or any command line naming /etc/timezone, /etc/localtime or the  zoneinfo database, which is how a host's geographic position is inferred  from the shell. MITRE names locale, timedatectl and cat /etc/timezone as  examples and gives UserContext as the tuning knob; localectl and the  zoneinfo path are authored here rather than taken from MITRE. AN0119's  Windows leg was deliberately not authored — its observable is an in-process  GetLocaleInfoW or GetTimeZoneInformation API call, which a process-creation  feed structurally cannot see, and language-only discovery on Windows is  already covered at T1614.001. The rule is written in the Sigma linux  process_creation vocabulary (Image, CommandLine) that the brief supplies; a  raw auditd SYSCALL feed carries the same facts as exe= and a0..aN and needs  a field mapping before this logic applies, and auditd records no execve at  all until an explicit execve audit rule is loaded. Two structural blind  spots to be plain about: a binary that reads /etc/localtime with open() or  calls localtime() inside its own process creates no event here, and the  IP-geolocation lookup the technique also describes needs a network log  source that this brief does not offer.  UNVERIFIED AS AUTHORED — derived from MITRE ATT&CK DET0043, 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/T1614  - https://attack.mitre.org/detectionstrategies/DET0043author: Siemphony pipeline (machine-derived from MITRE ATT&CK v19.2)date: 2026-08-17tags:  - attack.discovery  - attack.t1614logsource:  category: process_creation  product: linuxdetection:  selection_tools:    Image|endswith:      - '/timedatectl'      - '/localectl'      - '/locale'  selection_tzfiles:    CommandLine|contains:      - '/etc/timezone'      - '/etc/localtime'      - '/usr/share/zoneinfo'  condition: 1 of selection*falsepositives:  - "Configuration management convergence runs — the Ansible, Puppet, Chef, Salt and cloud-init timezone modules all shell out to timedatectl or relink /etc/localtime to a path under /usr/share/zoneinfo on every run, which on a managed fleet is the highest-volume match by a wide margin and repeats on the agent's schedule rather than on human activity."  - "Container image builds and entrypoint scripts that set or confirm the timezone by linking a zoneinfo file into /etc/localtime, plus tzdata package upgrades whose maintainer scripts read the same files across every host in a patch wave."  - "Installer and packaging scripts that run locale to decide which language pack, charset or number format to configure before writing their own config, common in dpkg and rpm post-install hooks."  - "An administrator troubleshooting a clock-skew or NTP ticket, where timedatectl with no arguments is the first command typed and prints exactly the timezone an adversary would be after."level: low

Sentinel · KQL

Run this as a search.

DeviceProcessEvents| where ((FolderPath endswith "/timedatectl" or FolderPath endswith "/localectl" or FolderPath endswith "/locale") or (ProcessCommandLine contains "/etc/timezone" or ProcessCommandLine contains "/etc/localtime" or ProcessCommandLine contains "/usr/share/zoneinfo"))

Splunk · SPL

Run this as a search.

index=* ((Image="*/timedatectl" OR Image="*/localectl" OR Image="*/locale") OR (CommandLine="*/etc/timezone*" OR CommandLine="*/etc/localtime*" OR CommandLine="*/usr/share/zoneinfo*"))

Elastic · ES|QL

Run this as a search.

FROM logs-*| WHERE ((TO_LOWER(process.executable) LIKE "*/timedatectl" OR TO_LOWER(process.executable) LIKE "*/localectl" OR TO_LOWER(process.executable) LIKE "*/locale") OR (TO_LOWER(process.command_line) LIKE "*/etc/timezone*" OR TO_LOWER(process.command_line) LIKE "*/etc/localtime*" OR TO_LOWER(process.command_line) LIKE "*/usr/share/zoneinfo*"))

Wazuh · XML rule

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

<group name="sigma,linux,process_creation,">  <!-- 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 linux so this only evaluates relevant events. -->    <field name="Image" type="pcre2">(?i)(/timedatectl$|/localectl$|/locale$)</field>    <description>Shell tools query the host timezone and locale settings (1/2)</description>    <mitre>      <id>T1614</id>    </mitre>  </rule>   <rule id="100001" level="5">    <!-- Set <if_sid> to the decoder/base rule for linux so this only evaluates relevant events. -->    <field name="CommandLine" type="pcre2">(?i)(/etc/timezone|/etc/localtime|/usr/share/zoneinfo)</field>    <description>Shell tools query the host timezone and locale settings (2/2)</description>    <mitre>      <id>T1614</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.