Native API T1106
Tactic: Execution
Adversaries may interact with the native OS application programming interface (API) to execute behaviors. Native APIs provide a controlled means of calling low-level OS services within the kernel, such as those involving hardware/devices, memory, and processes. These native APIs are leveraged by the OS during system boot (when other system components are not yet initialized) as well as carrying out tasks and requests during routine operations.
Events covered
23 catalog events are tagged with this technique by at least one rule.
Authoring guide
Patterns shared across the 35 rules above: which fields they filter on, what specific values they look for, and what they exclude. The catalog normalizes field names across vendors so Sigma's Image, Elastic's process.name, and Splunk's process_name collapse into one row. Each rule contributes at most once per row.
Fields filtered most (46 distinct)
The fields most rules look at when detecting this technique. The How column shows the operators authors use (eq, wildcard, regex_match, match) and how often each appears. Sample values are concrete examples to start from, not an exhaustive list.
Top indicator values (398 distinct)
Specific (field, operator, value) combinations the rules check for, ranked by how many rules under this technique use each one. The Corpus reach column counts how many rules across the entire catalog (any technique) check the same combination. High numbers point to widely-used indicators that are likely noisy on their own; combine them with another condition for useful signal. Blank means the combination is specific to rules under this technique. Click a value to expand the rules under this technique that use it.
Exclusions (207 distinct)
Field/operator/value combinations excluded by rules under this technique (top-level not() clauses), sorted by how many rules exclude each. These are the false-positive paths the community has learned to filter out. A new rule that ignores the high-count entries here will likely fire on the same noisy paths. Click a value to expand the rules under this technique that exclude it.
Rules under this technique
Every rule in the catalog tagged with this technique, grouped by vendor. Click a rule title for its full predicates, exclusions, and indicators.
Sigma 14 rules
- BPFDoor Abnormal Process ID or Lock File Accessed
- HackTool - CobaltStrike BOF Injection Pattern
- HackTool - HandleKatz Duplicating LSASS Handle
- HackTool - RedMimicry Winnti Playbook Execution
- HackTool - WinPwn Execution
- HackTool - WinPwn Execution - ScriptBlock
- Potential Binary Proxy Execution Via Cdb.EXE
- Potential Direct Syscall of NtOpenProcess
- Potential WinAPI Calls Via CommandLine
- Potential WinAPI Calls Via PowerShell Scripts
- Suspicious Mshta.EXE Execution Patterns
- Turla Group Named Pipes
- WinAPI Function Calls Via PowerShell Scripts
- WinAPI Library Calls Via PowerShell Scripts
Elastic 16 rules
- Abnormal Process ID or Lock File Created
- LSASS Process Access via Windows API
- Network Connection from Binary with RWX Memory Region
- Persistence via Hidden Run Key Detected
- Potential Credential Access via LSASS Memory Dump
- Potential Process Injection via PowerShell
- PowerShell Kerberos Ticket Dump
- PowerShell Keylogging Script
- PowerShell PSReflect Script
- PowerShell Script with Token Impersonation Capabilities
- PowerShell Share Enumeration Script
- PowerShell Suspicious Discovery Related Windows API Functions
- PowerShell Suspicious Script with Audio Capture Capabilities
- Suspicious Process Access via Direct System Call
- Suspicious SolarWinds Child Process
- Unknown Execution of Binary with RWX Memory Region