Key Takeaways
- XM Cyber discovered a macOS technique that lets a standard‑user account disable certain enterprise security tools without needing administrator credentials.
- The attack abuses privileged XPC (eXtended Process Communication) methods by leveraging a cached trust relationship from a legitimately signed application.
- Successful demonstrations were shown against CrowdStrike Falcon and Kandji; Kandji has since patched the issue and received CVE‑2026‑39118.
- No kernel exploit or System Integrity Protection bypass is required; the flaw stems from how some apps trust callers to privileged XPC services rather than from a macOS‑level bypass.
- Enterprise Mac deployments are affected because security agents that monitor and enforce policies can be unloaded by a compromised standard user account.
- Mitigation focuses on preventing initial account compromise (strong passwords, MFA), keeping software updated, and applying vendor‑specific guidance while developers tighten caller verification for XPC services.
Overview of XM Cyber’s Discovery
XM Cyber researchers unveiled a novel macOS attack vector that enables a standard user account to disable endpoint‑protection and device‑management tools without obtaining admin rights. The finding was disclosed ahead of a planned Black Hat Arsenal presentation in August, where the team will demonstrate an open‑source utility called XPC Hunter. The technique was validated against two prominent security products—CrowdStrike Falcon and Kandji—showing that the agents responsible for real‑time monitoring and policy enforcement can be unloaded or neutralized from a non‑privileged account. The research highlights a gap in how some macOS applications establish trust when invoking privileged inter‑process communication channels, rather than a direct flaw in the operating system’s core protections.
Technical Details of the XPC‑Based Attack
At the heart of the technique lies Apple’s XPC framework, which facilitates communication between user‑facing applications and privileged background services. Developers often rely on code‑signing signatures to decide whether a caller may invoke sensitive XPC methods, trusting that a properly signed binary is safe. XM Cyber showed that when a user launches a legitimate signed application, macOS caches its trust fingerprint. An attacker who can modify parts of that application’s bundle—while preserving the original signature—can retain the cached trust relationship. Consequently, the modified binary can call privileged XPC procedures that are normally restricted to trusted system components, allowing actions such as unloading security sensors or disabling management controls.
Attack Prerequisites and Limitations
The exploit is not remote; it requires the attacker to first gain access to an existing standard user account on the target Mac. This prerequisite narrows the attack surface compared to remote code‑execution bugs, but it does not diminish the risk, as compromising a user credential is a common early step in many intrusion campaigns. Once inside, the attacker does not need to escalate to root, bypass System Integrity Protection, or employ a kernel exploit. The attack’s effectiveness hinges on the target application’s reliance on code‑signing checks alone for XPC authorization, meaning that any software that follows this pattern could be abused in a similar fashion.
Impact on Enterprise Security Tools (CrowdStrike Falcon, Kandji)
XM Cyber successfully unloaded the CrowdStrike Falcon security sensor from a standard user account by abusing a privileged XPC method. In a separate chain, they disabled Kandji’s uninstall protections and deactivated its endpoint‑protection features via additional privileged XPC calls. Neither demonstration required a kernel exploit or SIP bypass, underscoring that the security agents themselves—despite running with elevated privileges—can be commanded to stand down through legitimate‑looking XPC traffic. This capability gives an attacker a valuable window to move laterally, exfiltrate data, or deploy further payloads before defenses notice the disruption.
Vendor Response and CVE Assignment
Following responsible disclosure, Kandji acknowledged the vulnerability, issued a patch, and assigned it CVE‑2026‑39118 in the public CVE database. CrowdStrike and other affected vendors are still investigating the broader implications of the XPC trust issue. Apple has not yet released a security advisory tied to the research, nor has it independently validated XM Cyber’s findings, although the company routinely monitors XPC‑related security reports. The CVE assignment for Kandji adds concrete weight to the research, demonstrating that at least one vendor has recognized and remedied a specific flaw exposed by the technique.
Broader Implications for macOS Application Trust Model
The researchers argue that the issue is less about a macOS bypass and more about how certain developers establish trust when exposing privileged XPC services. Overreliance on binary code‑signing as the sole authorization mechanism leaves a gap: if an attacker can alter a signed app’s non‑critical components while preserving its signature, the cached trust can be abused. This insight suggests that Mac developers should adopt stronger verification layers—such as checking the caller’s entitlements, verifying the integrity of the entire bundle, or employing runtime integrity checks—before granting access to sensitive XPC endpoints. Failure to do so could turn many legitimate macOS applications into unwitting gateways for privilege escalation.
Significance for Enterprise Mac Deployments
Enterprise environments increasingly rely on Macs for productivity, design, and development workloads. Security agents like CrowdStrike Falcon, Kandji, Jamf Pro, and others serve as the first line of defense, monitoring for malicious behavior, enforcing configuration policies, and triggering incident response. The ability of a standard user to silence these agents undermines the assumption that endpoint protection cannot be tampered with without admin rights. Consequently, organizations must treat trusted application communications as a potential attack surface and enforce stricter controls around software integrity, especially for programs that interact with privileged XPC services.
Recommendations for Mitigation and Defense
To reduce risk, organizations should prioritize preventing the initial account compromise: enforce strong, unique passwords, deploy multi‑factor authentication, and monitor for anomalous login attempts. Keeping macOS, security tools, and third‑party applications up to date ensures that vendor‑provided fixes for XPC‑related issues are applied promptly. Additionally, IT teams should review vendor advisories for any recommended configuration changes—such as restricting which binaries may invoke specific XPC services or enabling additional logging of XPC calls. From a development perspective, applying the principle of least privilege to XPC interfaces, validating caller entitlements beyond mere signature checks, and incorporating bundle integrity verification can help close the trust gap that attackers exploit.
Future Outlook and Ongoing Research
XM Cyber plans to release XPC Hunter at Black Hat Arsenal on August 5, providing the security community with an open‑source tool to test and demonstrate the described XPC abuse technique. As more vendors analyze the findings, we may see a wave of patches and updates targeting the way macOS applications handle privileged XPC calls. Apple may also consider enhancing system‑level protections around XPC trust caching or offering new APIs that facilitate stricter caller validation. In the meantime, the research serves as a reminder that macOS security is not solely a matter of kernel‑level defenses; the integrity of higher‑level communication channels plays a critical role in protecting enterprise assets.

