CVE-2026-112438: macOS LaunchServices Root Flaw
High CVSS (8.8) vulnerability; prioritize internet-facing assets.
TL;DR - CVE-2026-112438 is a high-severity macOS LaunchServices logic flaw that may enable an unprivileged attacker to execute code as root. - Affected branches are macOS Golden Gate before 27.2, Sequoia before 15.8.2, and Tahoe before 26.7.2. - No verified public PoC or confirmed in-the-wild exploitation was identified; patch promptly because the impact is local root compromise.
CVE-2026-112438 is a macOS LaunchServices vulnerability that may allow an unprivileged attacker to execute arbitrary code with root privileges. Apple addressed the issue through improved state management in supported macOS releases. Organizations should prioritize inventory, patching, and investigation of unusual root execution on affected Macs.
Are You Affected?
CVE-2026-112438 affects Apple macOS systems running versions earlier than the fixed releases listed below. Apple identifies the vulnerable component as LaunchServices, the subsystem responsible for managing application registration, launching, document associations, and related application state.
| Field | Details |
|---|---|
| CVE ID | CVE-2026-112438 |
| CVSS base score | 8.8, High |
| Attack vector | Not provided in the available NVD record |
| Authentication or privileges | Unprivileged attacker may be able to trigger the issue |
| Affected component | Apple LaunchServices |
| Patch available | Yes |
| Public PoC | No verified public PoC identified |
| Confirmed active exploitation | None identified in reviewed primary sources |
| CISA KEV status | Not listed |
The affected version ranges are:
| Product branch | Affected versions | Fixed version |
|---|---|---|
| macOS Golden Gate | Versions prior to 27.2 | 27.2 |
| macOS Sequoia | Versions prior to 15.8.2 | 15.8.2 |
| macOS Tahoe | Versions prior to 26.7.2 | 26.7.2 |
The available NVD and Apple material does not provide a more granular lower-bound version, detailed trigger conditions, or a complete CVSS vector. Treat any system below the applicable fixed version as affected until Apple or the NVD record provides more precise scoping.
To check a Mac’s installed operating-system version, use:
sw_vers -productName
sw_vers -productVersion
For fleet administrators, collect both the product name and version through your MDM platform. A device should be considered remediated only when it reports one of the fixed versions or a later release in the same supported branch.
The Fix, If You’re in a Hurry
Upgrade affected systems to the corresponding Apple release:
- macOS Golden Gate 27.2
- macOS Sequoia 15.8.2
- macOS Tahoe 26.7.2
On an individual Mac, open System Settings, select General, then Software Update, and install the applicable update. Organizations should use their normal MDM or software-update workflow and confirm that the device has rebooted and reported the new version to inventory.
For command-line administration, Apple’s software update utility can be used to inspect and install updates exposed by the operating system:
softwareupdate --list
sudo softwareupdate --install --all
The exact update label shown by softwareupdate --list may vary by operating-system branch and deployment state. If your management tooling stages updates separately, use that tooling rather than forcing an interactive installation.
No vulnerability-specific workaround was provided in the available Apple or NVD material. If immediate patching is not possible, reduce exposure by restricting untrusted local application execution, limiting local-user access, enforcing application-control policies, and preventing standard users from installing or launching unapproved software. These measures are compensating controls, not substitutes for the security update.
Technical Notes: Mitigation
Use an inventory check to identify systems below the fixed releases:
#!/bin/zsh
version="$(sw_vers -productVersion)"
product="$(sw_vers -productName)"
echo "Product: $product"
echo "Version: $version"
case "$product" in
"macOS Sequoia")
[[ "$version" == 15.8.2 || "$version" > 15.8.2 ]] && echo "At or above fixed release" || echo "Potentially affected"
;;
"macOS Tahoe")
[[ "$version" == 26.7.2 || "$version" > 26.7.2 ]] && echo "At or above fixed release" || echo "Potentially affected"
;;
"macOS Golden Gate")
[[ "$version" == 27.2 || "$version" > 27.2 ]] && echo "At or above fixed release" || echo "Potentially affected"
;;
*)
echo "Branch not covered by the supplied advisory data"
;;
esac
Version comparison logic should be implemented with your organization’s tested endpoint-management tooling rather than relying on simple string comparisons in production. After remediation, verify the installed build through MDM inventory and confirm that the device has restarted if Apple’s update process requires it.
Analyst’s Take: Patch status is the clearest control available because the advisory does not provide a reliable exploit signature or vulnerability-specific workaround. Prioritize systems below the applicable fixed version, then review anomalous root execution on those hosts. The absence of a verified PoC or CISA KEV listing lowers the evidence of active exploitation, not the impact of a successful root compromise.
For broader patch-prioritization guidance, review CVE remediation practices.
How This Vulnerability Works
Apple describes CVE-2026-112438 as a logic issue involving improved state management in LaunchServices. The vendor description states that an unprivileged attacker may be able to execute arbitrary code as root. This establishes the security impact, but it does not disclose the faulty state transition, the exact input that triggers it, or the complete exploit chain.
The practical risk is a local privilege-escalation path. An attacker first needs some form of unprivileged access or code-execution capability on the Mac. They may then attempt to manipulate LaunchServices state so that security-sensitive operations are performed with elevated privileges or an unsafe object state. If successful, the attacker could execute arbitrary code with root privileges and potentially disable controls, access protected data, establish persistence, or pivot to other systems.
The available records do not specify whether exploitation requires user interaction, a specially crafted application, a document, a bundle, a registration event, or another LaunchServices operation. Defenders should not infer those conditions from the component name alone. The safest operational assumption is that any unpatched supported branch is exposed to a local escalation attempt by an attacker who has obtained unprivileged execution on the endpoint.
Technical Notes: Root-Cause Limits
The following facts are supported by the available advisory data:
- The affected component is LaunchServices.
- Apple characterizes the defect as a logic issue addressed through improved state management.
- The potential result is arbitrary code execution as root.
- The attacker is described as unprivileged.
The following details are not provided in the reviewed sources:
- The vulnerable function or binary.
- The precise state transition that is mishandled.
- A reliable trigger or exploit primitive.
- Whether user interaction is required.
- A public exploit chain or proof of concept.
Those unknowns matter for exploit detection. Avoid creating overly narrow signatures based on guessed process names, file paths, or launch events.
Severity, Explained
CVE-2026-112438 has a reported CVSS base score of 8.8, categorized as High. The available NVD record did not provide the complete CVSS vector, so the individual metric values, including network or local attack vector, attack complexity, user interaction, and scope, cannot be stated reliably.
The score should nevertheless be interpreted in the context of the stated impact. A vulnerability that may allow arbitrary code execution as root can provide complete control of the affected endpoint after an attacker gains the necessary initial access. Root-level execution can expose credentials and sensitive files, alter security settings, install persistence, and interfere with endpoint telemetry.
The lack of a published attack vector does not mean the issue is remotely exploitable. The vendor language identifies the attacker as unprivileged but does not establish whether that means a local user, a process running on the Mac, or another scenario. Organizations should therefore classify the issue as a high-priority endpoint remediation item without assuming remote exploitation or dismissing it as harmless because it may require local access.
Is It Being Exploited?
CVE-2026-112438 was not listed in the CISA Known Exploited Vulnerabilities catalog as of the research date, 2026-10-26. The reviewed lookup returned on_kev: false. Consequently, there is no CISA KEV confirmation that the vulnerability is being exploited in the wild.
No verified public proof of concept was identified in the NVD references or the additional primary-source review. No confirmed in-the-wild exploitation was identified in the reviewed Apple, NVD, or CISA material. The appropriate status is therefore:
| Question | Current assessment |
|---|---|
| Is a public PoC verified? | No verified PoC identified |
| Is active exploitation confirmed? | No confirmed exploitation identified |
| Is it in CISA KEV? | No |
| Does absence from KEV prove safety? | No |
CISA KEV is a valuable signal but not an exhaustive global telemetry source. A vulnerability can be exploited before CISA adds it to the catalog, or exploitation may remain undisclosed. The root-level impact and incomplete technical disclosure justify prompt remediation even without evidence of active campaigns.
Detecting It in Your Environment
Detection is difficult because Apple has not published a detailed exploit signature, and the vulnerable state transition is not described in the available material. Begin with asset exposure: identify Macs running below the fixed releases, correlate those devices with local-user access and untrusted software execution, and prioritize systems that handle sensitive data or have administrative connectivity.
Review endpoint telemetry for unusual LaunchServices activity followed by privilege changes or unexpected root-owned process creation. Relevant evidence may include process execution, parent-child relationships, code-signing status, application registration events, and modifications to application or LaunchServices-related state. A single normal LaunchServices event is not evidence of exploitation; the useful signal is an anomalous sequence combined with an affected operating-system version.
For related incident-response guidance, see what logs to preserve during a cyber incident.
Technical Notes: Version and Process Triage
A basic local triage command can identify recent processes associated with LaunchServices and root-owned processes:
ps -axo user,pid,ppid,lstart,command | \
egrep -i 'launchservices|lsd|lsregister|root' | \
head -200
This is a triage aid, not a confirmed detection rule. Process names and normal operating-system behavior vary by macOS release. Preserve endpoint telemetry before killing suspicious processes or deleting files.
For an enterprise EDR query, adapt the following conceptual logic to the product’s schema:
process_events
| where os_family == "macOS"
| where os_version is below the applicable fixed version
| where (process_name contains "lsd"
or process_name contains "lsregister"
or parent_process_name contains "lsd")
| where child_user == "root"
| where initiating_user != "root"
| project timestamp, host, initiating_user, parent_process_name,
process_name, child_process_name, command_line,
signing_status, hash
Investigate events where an unprivileged user or process is associated with a root-owned child process, especially when the child is unsigned, newly written, launched from a user-writable directory, or followed by persistence changes. Because the exploit mechanics are unknown, do not treat this query as a vendor-confirmed network or host signature.
Also review:
- EDR alerts for unsigned or unnotarized applications launched by standard users.
- New executable files in user-writable paths such as temporary or download directories.
- Unexpected root-owned launch agents, daemons, or privileged helper components.
- Sudden changes to security tooling, endpoint-management agents, or authorization configuration.
- Process trees in which a standard-user application precedes unexpected root execution.
If suspicious activity is found, isolate the endpoint through EDR or MDM, preserve volatile and filesystem evidence according to incident-response procedures, and examine credentials that were available on the system.
References and Further Reading
Apple’s security advisories are the primary remediation references for the affected branches:
- About the security content of macOS Golden Gate 27.2
- About the security content of macOS Tahoe 26.7.2
- About the security content of macOS Sequoia 15.8.2
The NVD record provides the CVE metadata and the reported 8.8 CVSS base score. Its available description identifies the LaunchServices component, the state-management logic issue, the affected fixed versions, and the potential for arbitrary code execution as root.
Check the CISA Known Exploited Vulnerabilities Catalog for changes in exploitation status. As of 2026-10-26, CVE-2026-112438 was not present in the catalog. That status should be revisited during vulnerability-management triage because KEV inclusion, public exploit disclosure, or vendor updates can change the urgency assessment.
For administrators, patching should come first: inventory all supported macOS branches, identify versions below 27.2, 15.8.2, or 26.7.2 as applicable, deploy the corresponding Apple update, verify the post-update version, and investigate any anomalous root execution on affected hosts.
This article may contain affiliate links. We earn a commission on qualifying purchases at no extra cost to you.