T1548: Abuse Elevation Control Mechanism
Adversaries may circumvent mechanisms designed to control privilege elevation to gain higher-level permissions. Most modern systems contain native elevation control mechanisms that are intended to limit privileges that a user can perform on a machine. Authorization has to be granted to specific users in order to perform tasks that can be considered of higher risk.[1][2] An adversary can perform several methods to take advantage of built-in control mechanisms in order to escalate privileges on a system.[3][4]
Analyst context for executives and security teams
Abuse Elevation Control Mechanism matters because it targets the guardrails that separate normal user activity from administrator, root, or elevated cloud privileges. For leaders, the key risk is not just malware becoming “admin”; it is whether identity, endpoint, macOS/Linux, Windows, and cloud controls can prove that privilege elevation is authorized, logged, and reviewable across the environments ATT&CK lists for this technique.
Executive priority
Prioritize this as a privilege-escalation control validation issue across Windows, Linux, macOS, IaaS, Office Suite, and identity provider environments. Ask whether privileged access, just-in-time elevation, UAC, sudo, file permissions, OS hardening, software updates, execution prevention, and audit evidence are consistently governed. This technique is material for incident response scoping because successful elevation can change containment decisions, evidence trust, and the urgency of credential and privileged account review.
Technical view
SOC and IR teams should validate coverage around attempted and successful privilege elevation rather than relying on one operating-system signal. ATT&CK provides no official detection text for the parent technique, but it does relate DET0345 as a detection strategy and maps sub-techniques covering Windows UAC bypass, Linux/macOS sudo and sudo caching, macOS elevated execution prompts, cloud temporary elevated access, and macOS TCC manipulation. Detection engineering should correlate process execution, account privilege changes, policy/configuration changes, file permission changes, and cloud/IdP privilege activation events with the user or service account context that authorized the elevation.
Likely telemetry
- Windows process creation and integrity/elevation context, including UAC-related activity where available
- Linux and macOS sudo logs, authentication logs, sudoers configuration changes, and privileged shell/process execution
- macOS authorization, TCC/tccd-related logs or database change evidence where collected
- Cloud and identity provider audit logs for temporary role activation, role passing, impersonation, and privileged access requests
- Privileged account management records, group/role membership changes, and administrative session logs
Detection direction
- Confirm that elevation events are logged with user, device, process, parent process, target privilege, and approval context where the platform supports it.
- Tune analytics for unusual elevation paths, unexpected privileged process launches, changes to sudoers or sensitive permissions, and temporary cloud privilege grants outside normal administrative patterns.
- Use relationship context from the sub-techniques to avoid a Windows-only view; this technique spans endpoint, cloud, office suite, and identity provider platforms.
- Account for false positives from legitimate administration, software installation, patching, help desk activity, and approved just-in-time access workflows.
- Because ATT&CK does not provide official detection text for the parent object, treat DET0345 and local telemetry validation as starting points rather than proof of coverage.
Mitigation priorities
- Start with user account management and privileged account management: enforce least privilege, role-based access, and accountable privileged use.
- Harden platform-specific elevation controls, including User Account Control on Windows and appropriate sudo governance on Linux/macOS.
- Restrict file and directory permissions on sensitive system files, configuration paths, and privilege-control mechanisms.
- Maintain operating system configuration baselines and software updates to reduce opportunities to abuse weak or outdated elevation behavior.
- Use execution prevention where appropriate to limit unauthorized code paths that attempt privileged execution.
Analyst notes and limits
ATT&CK maps this parent technique to multiple sub-techniques across Windows, Linux, macOS, IaaS, Office Suite, and identity provider environments. It is also related to mitigations for account management, privileged account management, permissions, OS configuration, execution prevention, auditing, software updates, and UAC. ATT&CK relationship data also lists UNC3886 and Raspberry Robin as using this technique, but that should be treated as threat-context enrichment, not evidence of current activity in any specific environment.
The supplied ATT&CK object has no official detection section for the parent technique, and the relationship descriptions are partial. Local operating system, cloud, identity provider, audit, and privileged access configurations determine what can actually be detected or proven.
Abuse Elevation Control Mechanism
Adversaries may circumvent mechanisms designed to control privilege elevation to gain higher-level permissions. Most modern systems contain native elevation control mechanisms that are intended to limit privileges that a user can perform on a machine. Authorization has to be granted to specific users in order to perform tasks that can be considered of higher risk.[1][2] An adversary can perform several methods to take advantage of built-in control mechanisms in order to escalate privileges on a system.[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 | T1548.001 | Setuid and Setgid Sub-technique | Setuid and Setgid subtechnique of this object. |
| Enterprise | T1548.005 | Temporary Elevated Cloud Access Sub-technique | Temporary Elevated Cloud Access subtechnique of this object. |
| Enterprise | T1548.002 | Bypass User Account Control Sub-technique | Bypass User Account Control subtechnique of this object. |
| Enterprise | T1548.004 | Elevated Execution with Prompt Sub-technique | Elevated Execution with Prompt subtechnique of this object. |
| Enterprise | T1548.003 | Sudo and Sudo Caching Sub-technique | Sudo and Sudo Caching subtechnique of this object. |
| Enterprise | T1548.006 | TCC Manipulation Sub-technique | TCC Manipulation subtechnique of this object. |
Groups, software, and campaigns
G1048: UNC3886
UNC3886 is a China-nexus cyberespionage group that has been active since at least 2022, targeting defense, technology, and telecommunication organizations located in the United States and the Asia-Pacific-Japan (APJ) regions. UNC3886 has displayed a deep understanding of edge devices and virtualization technologies through the exploitation of zero-day vulnerabilities and the use of novel malware families and utilities.[1][2]
S1130: Raspberry Robin
Raspberry Robin is initial access malware first identified in September 2021, and active through early 2024. The malware is notable for spreading via infected USB devices containing a malicious LNK object that, on execution, retrieves remote hosted payloads for installation. Raspberry Robin has been widely used against various industries and geographies, and as a precursor to information stealer, ransomware, and other payloads such as SocGholish, Cobalt Strike, IcedID, and Bumblebee.[1][2][3] The DLL componenet in the Raspberry Robin infection chain is also referred to as "Roshtyak."[4] The name "Raspberry Robin" is used to refer to both the malware as well as the threat actor associated with its use, although the Raspberry Robin operators are also tracked as Storm-0856 by some vendors.[5]
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 | 03de58513612… |
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]
TechNet How UAC Works
Lich, B. (2016, May 31). How User Account Control Works. Retrieved June 3, 2016.
Open source URL -
[2]
sudo man page 2018
Todd C. Miller. (2018). Sudo Man Page. Retrieved March 19, 2018.
Open source URL -
[3]
OSX Keydnap malware
Marc-Etienne M.Leveille. (2016, July 6). New OSX/Keydnap malware is hungry for credentials. Retrieved July 3, 2017.
Open source URL -
[4]
Fortinet Fareit
Salvio, J., Joven, R. (2016, December 16). Malicious Macro Bypasses UAC to Elevate Privilege for Fareit Malware. Retrieved December 27, 2016.
Open source URL -
[5]
mitre-attack T1548Open 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.