T1218: System Binary Proxy Execution
Adversaries may bypass process and/or signature-based defenses by proxying execution of malicious content with signed, or otherwise trusted, binaries. Binaries used in this technique are often Microsoft-signed files, indicating that they have been either downloaded from Microsoft or are already native in the operating system.[1] Binaries signed with trusted digital certificates can typically execute on Windows systems protected by digital signature validation. Several Microsoft signed binaries that are default on Windows installations can be used to proxy execution of other files or commands.
Similarly, on Linux systems adversaries may abuse trusted binaries such as split to proxy execution of malicious commands.[2][3]
Analyst context for executives and security teams
System Binary Proxy Execution matters because it turns trusted operating-system or application binaries into execution paths for malicious content. For leaders, the risk is not simply “malware runs”; it is that allowlists, signature trust, and routine administrative tooling may create blind spots across Windows, Linux, and macOS. This technique is especially material for SOC and IR readiness because defenders must distinguish legitimate use of trusted binaries from suspicious proxy execution behavior.
Executive priority
Prioritize this as a stealth and control-validation issue. Ask whether application control, privileged access controls, web/download restrictions, and endpoint logging actually cover trusted binaries that can launch scripts, DLLs, installers, HTML help content, Electron components, or Linux utilities such as split. ATT&CK relationships also show usage by named groups including Lazarus Group and Volt Typhoon, so threat-informed programs should ensure this behavior is represented in detection engineering, incident response playbooks, and audit evidence for execution-control coverage.
Technical view
T1218 applies to Linux, macOS, and Windows and has the ATT&CK tactic of stealth. MITRE does not provide official detection text for the parent technique, but the related DET0081 detection strategy indicates a direction: detect proxy execution via trusted signed binaries across platforms. SOC teams should validate coverage at the parent-technique level and then test high-value sub-technique families such as mshta, msiexec, regsvr32, rundll32, InstallUtil, CMSTP, control.exe, MMC, mavinject, Electron applications, and Linux split where applicable. The key validation question is whether telemetry captures the trusted binary, its command line, parent/child process relationships, loaded content or modules, file origin, network access, and privilege context.
Likely telemetry
- Endpoint process creation events with full command-line arguments
- Parent-child process relationships for trusted system binaries
- Code-signing or binary reputation metadata where available
- Module, DLL, script, installer, CHM, MSC, CPL, INF, or Electron component load evidence where applicable
- File creation, download, and execution provenance for content launched through trusted binaries
Detection direction
- Start with DET0081-aligned analytics for proxy execution through trusted signed or otherwise trusted binaries across supported platforms.
- Tune detections around abnormal arguments, unusual working directories, unexpected parent processes, unsigned or user-writable content being launched, and trusted binaries making atypical network connections.
- Validate each relevant T1218 sub-technique separately; Windows-heavy coverage does not prove Linux, macOS, or Electron application coverage.
- Expect false positives from legitimate administration, software installation, help systems, management consoles, and developer activity; baselining by role, host group, and change window is important.
- Do not rely only on binary signature or allowlist status. The core risk is trusted binary abuse, so detections need behavioral context.
Mitigation priorities
- Prioritize execution prevention and application control policies that account for trusted-binary abuse rather than simply allowing all signed operating-system binaries.
- Apply privileged account management so administrative utilities and high-risk execution paths are limited to authorized users and monitored sessions.
- Restrict web-based content and unsafe downloads that may deliver files later executed through trusted binaries.
- Filter network traffic to reduce unnecessary ingress, egress, and lateral communications from endpoints and trusted binaries.
- Disable or remove unnecessary features, programs, or legacy components that create proxy execution paths in the local environment.
Analyst notes and limits
The parent technique is broad and most operational detail sits in sub-techniques. The supplied relationships identify many Windows sub-techniques plus cross-platform Electron Applications and Linux split context. For control assessment, map the local software estate and administrative workflows before labeling activity suspicious.
MITRE supplied no official detection text for T1218 in this object. This take uses the official description, platforms, tactics, external references, and provided relationships only. Local telemetry, approved administration patterns, application-control configuration, and OS mix are required to determine actual risk and coverage.
System Binary Proxy Execution
Adversaries may bypass process and/or signature-based defenses by proxying execution of malicious content with signed, or otherwise trusted, binaries. Binaries used in this technique are often Microsoft-signed files, indicating that they have been either downloaded from Microsoft or are already native in the operating system.[1] Binaries signed with trusted digital certificates can typically execute on Windows systems protected by digital signature validation. Several Microsoft signed binaries that are default on Windows installations can be used to proxy execution of other files or commands.
Similarly, on Linux systems adversaries may abuse trusted binaries such as split to proxy execution of malicious commands.[2][3]
How security teams should use this page
Treat this object as behavior context, not an attribution claim. Validate the related groups, software, data sources, and mitigations against official ATT&CK relationships and your own telemetry before making control-coverage decisions.
Related techniques
This mirrors the MITRE pattern of making group, software, campaign, and technique relationships scannable. Relationship notes come from mirrored ATT&CK relationship text when available.
| Domain | ID | Name | Relationship / procedure |
|---|---|---|---|
| Enterprise | T1218.005 | Mshta Sub-technique | Mshta subtechnique of this object. |
| Enterprise | T1218.014 | MMC Sub-technique | MMC subtechnique of this object. |
| Enterprise | T1218.008 | Odbcconf Sub-technique | Odbcconf subtechnique of this object. |
| Enterprise | T1218.015 | Electron Applications Sub-technique | Electron Applications subtechnique of this object. |
| Enterprise | T1218.012 | Verclsid Sub-technique | Verclsid subtechnique of this object. |
| Enterprise | T1218.013 | Mavinject Sub-technique | Mavinject subtechnique of this object. |
| Enterprise | T1218.002 | Control Panel Sub-technique | Control Panel subtechnique of this object. |
| Enterprise | T1218.001 | Compiled HTML File Sub-technique | Compiled HTML File subtechnique of this object. |
| Enterprise | T1218.010 | Regsvr32 Sub-technique | Regsvr32 subtechnique of this object. |
| Enterprise | T1218.004 | InstallUtil Sub-technique | InstallUtil subtechnique of this object. |
| Enterprise | T1218.011 | Rundll32 Sub-technique | Rundll32 subtechnique of this object. |
| Enterprise | T1218.009 | Regsvcs/Regasm Sub-technique | Regsvcs/Regasm subtechnique of this object. |
| Enterprise | T1218.003 | CMSTP Sub-technique | CMSTP subtechnique of this object. |
| Enterprise | T1218.007 | Msiexec Sub-technique | Msiexec subtechnique of this object. |
Groups, software, and campaigns
G0032: Lazarus Group
Lazarus Group is a North Korean state-sponsored cyber threat group attributed to the Reconnaissance General Bureau (RGB). [1] [2] Lazarus Group has been active since at least 2009 and is reportedly responsible for the November 2014 destructive wiper attack on Sony Pictures Entertainment, identified by Novetta as part of Operation Blockbuster. Malware used by Lazarus Group correlates to other reported campaigns, including Operation Flame, Operation 1Mission, Operation Troy, DarkSeoul, and Ten Days of Rain.[3]
North Korea’s cyber operations have shown a consistent pattern of adaptation, forming and reorganizing units as national priorities shift. These units frequently share personnel, infrastructure, malware, and tradecraft, making it difficult to attribute specific operations with high confidence. Public reporting often uses “Lazarus Group” as an umbrella term for multiple North Korean cyber operators conducting espionage, destructive attacks, and financially motivated campaigns.[4][5][6]
G1017: Volt Typhoon
Volt Typhoon is a People's Republic of China (PRC) state-sponsored actor that has been active since at least 2021, primarily targeting critical infrastructure organizations in the US and its territories including Guam. Volt Typhoon's targeting and pattern of behavior have been assessed as pre-positioning to enable lateral movement to operational technology (OT) assets for potential destructive or disruptive attacks. Volt Typhoon has emphasized stealth in operations using web shells, living-off-the-land (LOTL) binaries, hands on keyboard activities, and stolen credentials.[1][2][3][4]. The group has leveraged compromised SOHO routers to proxy command and control traffic and obscure its infrastructure, activity associated with the KV botnet.[5].
Reporting indicates a separate initial access cluster, SYLVANITE, has been observed exploiting internet-facing edge devices and transferring access to Volt Typhoon, also tracked as VOLTZITE, for follow-on operations. [6]
All related ATT&CK context
Mitigation direction
Object version and sync metadata
The fields below describe the current mirrored snapshot. When Glexia retains multiple ATT&CK source imports, you can open the table to compare the same object across releases (hashes and MITRE timestamps). For MITRE’s own release notes and roadmap, see ATT&CK resources — Updates .
Imported snapshots across ATT&CK releases (1)
| Release | Bundle imported | Object version | Modified | Status | Raw hash |
|---|---|---|---|---|---|
| 19.1 | 4.0 | Current bundle | d3e301b44962… |
Mirrored ATT&CK source object
The raw object is retained through the mirrored ATT&CK source bundle and object hash. The raw endpoint returns the exact object from the mirrored bundle when available.
External references and citations
MITRE external references are preserved separately from Glexia analysis so citations remain traceable to their original source records.
-
[1]
LOLBAS Project
Oddvar Moe et al. (2022, February). Living Off The Land Binaries, Scripts and Libraries. Retrieved March 7, 2022.
Open source URL -
[2]
split man page
Torbjorn Granlund, Richard M. Stallman. (2020, March null). split(1) — Linux manual page. Retrieved March 25, 2022.
Open source URL -
[3]
GTFO split
GTFOBins. (2020, November 13). split. Retrieved April 18, 2022.
Open source URL -
[4]
mitre-attack T1218Open source URL
Source: MITRE ATT&CK®. © 2026 The MITRE Corporation. This work is reproduced and distributed with the permission of The MITRE Corporation. MITRE ATT&CK and ATT&CK are registered trademarks of The MITRE Corporation. Glexia is not affiliated with or endorsed by MITRE.