Live Active security incident? Get immediate response
MITRE ATT&CK® Technique

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]

EnterpriseT1218TechniqueObject v4.0 Modified
Glexia's Take

Analyst context for executives and security teams

Analyst confidence High

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.

Official MITRE ATT&CK definition

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]

View the same entry on attack.mitre.org (MITRE-hosted reference; in-page links above use the Glexia ATT&CK library.)

Glexia analysis

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.

ATT&CK relationship table

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.

14 rows
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.
Associated objects

Groups, software, and campaigns

Group Enterprise

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]

Group Enterprise

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]

Relationship explorer

All related ATT&CK context

Mitigations

Mitigation direction

Change history

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 .

ATT&CK release
19.1
Object version
4.0
Created
Modified
Raw hash
d3e301b44962d39d...
Imported snapshots across ATT&CK releases (1)
Release Bundle imported Object version Modified Status Raw hash
19.1 4.0 Current bundle d3e301b44962…
Raw source

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.

Source references

External references and citations

MITRE external references are preserved separately from Glexia analysis so citations remain traceable to their original source records.

  1. [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. [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. [3]
    GTFO split

    GTFOBins. (2020, November 13). split. Retrieved April 18, 2022.

    Open source URL
  4. [4]
    mitre-attack T1218
    Open source URL
Source and licensing

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.