T1027.014: Polymorphic Code
Adversaries may utilize polymorphic code (also known as metamorphic or mutating code) to evade detection. Polymorphic code is a type of software capable of changing its runtime footprint during code execution.[1] With each execution of the software, the code is mutated into a different version of itself that achieves the same purpose or objective as the original. This functionality enables the malware to evade traditional signature-based defenses, such as antivirus and antimalware tools.[2] Other obfuscation techniques can be used in conjunction with polymorphic code to accomplish the intended effects, including using mutation engines to conduct actions such as Software Packing, Command Obfuscation, or Encrypted/Encoded File.[3][4]
Analyst context for executives and security teams
Polymorphic Code matters because it is designed to make the same malware look different each time it runs, weakening defenses that depend mainly on static signatures or known file patterns. For leaders, the practical issue is not just malware detection; it is whether endpoint, SOC, and incident response processes can recognize suspicious behavior when the file itself keeps changing across Linux, macOS, and Windows environments.
Executive priority
Treat this as a resilience and assurance question: can the organization detect and contain malicious behavior when signature-based antivirus evidence is incomplete or unstable? Priority should go to validating behavior-based endpoint prevention, antimalware coverage, and SOC workflows that do not depend solely on matching known hashes or static indicators. This also supports audit and compliance evidence by showing that malware controls address evasive techniques, not only known malware signatures.
Technical view
ATT&CK lists Polymorphic Code as a stealth sub-technique of Obfuscated Files or Information for Linux, macOS, and Windows. The key defensive validation is whether endpoint and SOC telemetry can connect changing files or runtime footprints to consistent malicious behavior. Because official ATT&CK detection text is not provided, teams should use the related detection strategy, DET0324 Detection Strategy for Polymorphic Code Mutation and Execution, as relationship context and validate locally against endpoint behavior, process activity, file mutation, API or execution patterns, and alerts from behavior-based controls. The BendyBear software relationship shows ATT&CK-documented use in at least one Windows malware context, but it should not be generalized into current activity or attribution without separate intelligence.
Likely telemetry
- Endpoint process execution events across Linux, macOS, and Windows
- File creation, modification, and execution metadata, including changing hashes or runtime artifacts
- Endpoint antimalware and EDR alerts based on heuristics or behavioral analysis
- API call or process behavior telemetry where available from endpoint controls
- Evidence of related obfuscation behaviors such as packing, command obfuscation, or encrypted/encoded files when collected
Detection direction
- Do not rely only on static signatures, hashes, or known-file detections; validate behavior-based detection paths.
- Tune detections around repeated execution of functionally similar code with changing file or runtime characteristics, while accounting for legitimate software update, build, scripting, and packaging activity.
- Correlate endpoint behavior with file mutation indicators and related obfuscation patterns under T1027 where telemetry supports it.
- Confirm coverage separately for Linux, macOS, and Windows rather than assuming one endpoint control produces equivalent visibility on all platforms.
- Use DET0324 as the ATT&CK relationship-driven detection reference, but require local testing because the technique object does not provide official detection logic.
Mitigation priorities
- Prioritize M1040 Behavior Prevention on Endpoint so controls can analyze suspicious process, file, API, and endpoint behavior rather than depend only on signatures.
- Maintain M1049 Antivirus/Antimalware broadly across endpoints with automated updates, while recognizing that polymorphism is specifically intended to challenge traditional signature-based detection.
- Layer antimalware with behavioral monitoring and SOC correlation to improve resilience against changing runtime footprints.
- Review endpoint control deployment and policy consistency across Linux, macOS, and Windows assets.
- Ensure incident response playbooks preserve changing samples, execution context, and endpoint telemetry so responders can analyze behavior even when hashes differ.
Analyst notes and limits
This take is based on the official ATT&CK technique fields, external references, and supplied relationships. The most decision-relevant points are the stealth objective, cross-platform scope, relationship to broader obfuscation behavior, and mitigations emphasizing endpoint behavior prevention and antimalware. The BendyBear relationship is useful as documented ATT&CK context but should not be used alone for attribution or current threat claims.
Official ATT&CK detection guidance for this object is not provided, and the supplied DET0324 relationship does not include detailed detection logic. Local telemetry quality, endpoint product capabilities, platform coverage, and false-positive baselines are required to determine actual detection or mitigation effectiveness.
Polymorphic Code
Adversaries may utilize polymorphic code (also known as metamorphic or mutating code) to evade detection. Polymorphic code is a type of software capable of changing its runtime footprint during code execution.[1] With each execution of the software, the code is mutated into a different version of itself that achieves the same purpose or objective as the original. This functionality enables the malware to evade traditional signature-based defenses, such as antivirus and antimalware tools.[2] Other obfuscation techniques can be used in conjunction with polymorphic code to accomplish the intended effects, including using mutation engines to conduct actions such as Software Packing, Command Obfuscation, or Encrypted/Encoded File.[3][4]
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 | T1027 | Obfuscated Files or Information | This object subtechnique of Obfuscated Files or Information. |
Groups, software, and campaigns
S0574: BendyBear
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 | 2.0 | Current bundle | b1837167de06… |
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]
polymorphic-blackberry
Blackberry. (n.d.). What is Polymorphic Malware?. Retrieved September 27, 2024.
Open source URL -
[2]
polymorphic-sentinelone
SentinelOne. (2023, March 18). What is Polymorphic Malware? Examples and Challenges. Retrieved September 27, 2024.
Open source URL -
[3]
polymorphic-linkedin
Sherwin Akshay. (2024, May 28). Techniques for concealing malware and hindering analysis: Packing up and unpacking stuff. Retrieved September 27, 2024.
Open source URL -
[4]
polymorphic-medium
Shellseekercyber. (2024, January 7). Explainer: Packed Malware. Retrieved September 27, 2024.
Open source URL -
[5]
mitre-attack T1027.014Open 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.