Used a renamed version of rundll32.exe, such as "dbengin.exe" located in the ProgramData\Microsoft\PlayReady directory, to proxy malicious DLL execution.1
Rename Legitimate Utilities T1036.003
- Tactic
- Stealth
- Platforms
- Linux, macOS, Windows
- Version
- 3.0
- Created
- 10 February 2020
- Last modified
- 12 May 2026
- Contributor
- Matt Anderson, @nosecurething, Huntress
Adversaries may rename legitimate / system utilities to try to evade security mechanisms concerning the usage of those utilities. Security monitoring and control mechanisms may be in place for legitimate utilities adversaries are capable of abusing, including both built-in binaries and tools such as PSExec, AutoHotKey, and IronPython.[1][2][3][4] It may be possible to bypass those security mechanisms by renaming the utility prior to utilization (ex: rename rundll32.exe).[5] An alternative case occurs when a legitimate utility is copied or moved to a different directory and renamed to avoid detections based on these utilities executing from non-standard paths.[6]
Rename Legitimate Utilities MITRE reference T1036.003
6 groups have been recorded using this technique. Newest first; each entry carries MITRE’s procedure text and a link to the group’s full record. Click a name to filter the rules below.
Used a renamed cmd.exe file to evade detection.1
Has renamed system utilities, such as rundll32.exe and mshta.exe, to avoid detection.1
Has moved and renamed pubprn.vbs to a .txt file to avoid detection.1
Has renamed certutil and moved it to a different location on the system to avoid detection based on use of the tool.1
Has renamed system utilities such as wscript.exe and mshta.exe.1
All 6 groups for this technique
5 software entries are documented implementing this technique. MITRE files each as a tool or as malware; newest first, then by how many groups carry them.
Has renamed the file /home/bin/remotedebug to remotedebug.bak, allowing the threats actors to write a malicious /home/bin/remotedebug shell script.1
Has used a renamed, legitimate msinfo32.exe executable to sideload the StrelaStealer payload during initial installation.1
Executes a Windows Batch script during installation that creases a randomly-named directory in the C:\\ root directory that copies and renames the legitimate Windows <curl>curl</code> command to this new location.1
Has renamed an image of cmd.exe with a random name followed by a .tmpl extension.1
The CozyCar dropper has masqueraded a copy of the infected system's rundll32.exe executable that was moved to the malware's install directory and renamed according to a predefined configuration file.1
All 5 software entries for this technique
Offense vs defense T1036.003
Is defensive coverage keeping up with adversary use? Eight counts, each ranked against all 697 ATT&CK techniques. Attack sits left, defense right, so a shape leaning left means adversaries are better documented here than defenders are equipped. Hover any spoke for its percentile and the share of techniques that have more. The timeline below shows when each side arrived.
How it got here
Adversary activity (campaign spans) over cumulative rule output. Each source is plotted independently from zero, so neither line includes the other. Campaign dates are year-granularity.
Rename Legitimate Utilities detection strategy DET0005
MITRE names one behaviour worth catching for this technique and breaks it into 3 analytics, one per platform. Each carries the log sources it needs and the fields you tune per environment.
Renamed Legitimate Utility Execution with Metadata Mismatch and Suspicious Path
AN0012 · Windows
Execution of binaries where the on-disk filename does not match PE metadata such as OriginalFilename or InternalName. Often observed with renamed LOLBAS or system binaries like rundll32, powershell, or psexec.
Log sources
The data this analytic draws on. You do not need every component — each one you already collect covers part of it. Each links to its ATT&CK record.
| Data component | Name | Channel |
|---|---|---|
| Process CreationDC0032 | WinEventLog:Sysmon | EventCode=1 |
| File CreationDC0039 | WinEventLog:Sysmon | EventCode=11 |
| Command ExecutionDC0064 | EDR:AMSI | None |
Tunable fields
MITRE calls these the analytic’s mutable elements: the thresholds and filters you set for your own environment.
| Field | What you tune |
|---|---|
| ImagePath | Filter by suspicious or non-standard directory paths |
| PEInternalNameMismatch | Enable tuning based on mismatch rules between metadata and disk filename |
| CommandLinePattern | Flag unusual or rare argument combinations for LOLBAS-like tools |
AN0013 · macOS
Execution of renamed or relocated native macOS utilities with uncommon names or non-default paths (e.g., renamed osascript, bash, or curl).
Log sources
The data this analytic draws on. You do not need every component — each one you already collect covers part of it. Each links to its ATT&CK record.
| Data component | Name | Channel |
|---|---|---|
| Process CreationDC0032 | macos:endpointsecurity | ES_EVENT_TYPE_NOTIFY_EXEC |
| Process MetadataDC0034 | macos:unifiedlog | subsystem=com.apple.process |
| File ModificationDC0061 | fs:fileevents | /var/log/quarantine.log |
Tunable fields
MITRE calls these the analytic’s mutable elements: the thresholds and filters you set for your own environment.
| Field | What you tune |
|---|---|
| PathDeviation | Path deviation from expected directory (e.g., /usr/bin/ vs /tmp/) |
| BinaryHashReputation | Enable tuning based on hash matching known signed versions vs suspicious clones |
| UserRole | Scope detections based on non-admin users using admin-level tools |
AN0014 · Linux
Execution of renamed common utilities (e.g., bash, nc, python, sh) from atypical directories or with names intended to deceive defenders or EDRs.
Log sources
The data this analytic draws on. You do not need every component — each one you already collect covers part of it. Each links to its ATT&CK record.
| Data component | Name | Channel |
|---|---|---|
| Process CreationDC0032 | auditd:SYSCALL | execve |
| File MetadataDC0059 | linux:osquery | event-based |
| Command ExecutionDC0064 | linux:syslog | cron activity |
Tunable fields
MITRE calls these the analytic’s mutable elements: the thresholds and filters you set for your own environment.
| Field | What you tune |
|---|---|
| ExecutionPath | Path anomalies such as execution from /dev/shm, /tmp, or user home directories |
| ParentProcessContext | Unusual lineage such as scripts invoking renamed tools |
| TimeWindow | Correlate between file rename and immediate execution |
Executables are generally not renamed, thus a given hash of an executable should only have ever one name. Identifying instances where multiple process names share the same hash may find cases where tools are copied by attackers to different folders or hosts to avoid detection.
D3FEND techniques
The defensive countermeasure this analytic implements, in MITRE’s D3FEND ontology.
| ID | Name |
|---|---|
| D3-SBV | Service Binary Verification |
| D3-SFA | System File Analysis |
Data model references
The CAR data model objects, actions and fields the logic reads. Map these to your own schema before implementing.
| Object | Action | Field |
|---|---|---|
| process | create | exe |
| process | create | md5_hash |
Implementations
Pseudocode is the canonical logic; the rest are CAR’s translations into vendor query languages.
This is a basic Splunk search that will output all of the sysmon-reported process images and their respective hashes, for cases where an image has more than one set of hashes. Thus, this will output a large amount of data and should be filtered by the analyst in order to make the results more useful.
index=__your_sysmon_index__ EventCode=1|stats dc(Hashes) as Num_Hashes values(Hashes) as "Hashes" by Image|where Num_Hashes > 1
Sigma includes a Sysmon-specific rule for detecting this, using the OriginalFilename field.
Sigma includes a rule specifically for detecting instances of Powershell being renamed.
Sigma includes a rule specifically for detecting instances of paexec being renamed.
DNIF version of the above pseudocode.
_fetch * from event where $LogName=WINDOWS-SYSMON AND $EventID=1 group count_unique $App, $HashMD5 limit 100 >>_agg count_unique $HashMD5 >>_checkif int_compare count_unique > 1 include
LogPoint version of the above pseudocode.
norm_id=WindowsSysmon event_id=1 | chart distinct_count(hash) as cnt by image | search cnt > 1
Use file system access controls to protect folders such as C:\Windows\System32.
Tests from Atomic Red Team (MIT licence) · technique definition