<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Macos on Stackhopper Research</title><link>https://research.stackhopper.co/tags/macos/</link><description>Recent content in Macos on Stackhopper Research</description><generator>Hugo</generator><language>en-US</language><copyright>Stackhopper Security LLC.</copyright><lastBuildDate>Sun, 29 Mar 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://research.stackhopper.co/tags/macos/index.xml" rel="self" type="application/rss+xml"/><item><title>Sandbox evasion via CoreEntitlements type confusion</title><link>https://research.stackhopper.co/posts/ce-type-confusion/</link><pubDate>Sun, 29 Mar 2026 00:00:00 +0000</pubDate><guid>https://research.stackhopper.co/posts/ce-type-confusion/</guid><description>&lt;h2 id="summary"&gt;Summary&lt;/h2&gt;&#10;&lt;p&gt;A type confusion between the ASN.1 &lt;code&gt;BOOLEAN&lt;/code&gt; and &lt;code&gt;INTEGER&lt;/code&gt; values in the DER entitlement processing functions &lt;code&gt;amfid&lt;/code&gt; uses allows macOS applications to claim boolean entitlements, such as &lt;code&gt;com.apple.security.app-sandbox&lt;/code&gt;, using the &lt;code&gt;&amp;lt;integer&amp;gt;1&amp;lt;/integer&amp;gt;&lt;/code&gt; expression instead of &lt;code&gt;&amp;lt;true/&amp;gt;&lt;/code&gt;.&#10;On macOS 26.3.1, the entitlement passes all validation stages (&lt;code&gt;codesign&lt;/code&gt;, both &lt;code&gt;amfid&lt;/code&gt;&amp;rsquo;s anomaly detection and &lt;code&gt;compareToCFRepr&lt;/code&gt; checks) and only then the kernel&amp;rsquo;s entitlement enforcement (&lt;code&gt;IOTaskHasEntitlement&lt;/code&gt;, &lt;code&gt;Sandbox.kext&lt;/code&gt;) rejects it due to a stricter DER tag check.&lt;/p&gt;</description></item><item><title>Denial of Service via macOS localization variables | CVE-2025-24199</title><link>https://research.stackhopper.co/posts/user-session-corruption-via-macos-localization-variables/</link><pubDate>Thu, 03 Apr 2025 00:00:00 +0000</pubDate><guid>https://research.stackhopper.co/posts/user-session-corruption-via-macos-localization-variables/</guid><description>&lt;h1 id="summary"&gt;Summary&lt;/h1&gt;&#10;&lt;p&gt;macOS Sequoia 15.3.2 and lower were vulnerable to a local Denial of Service bug via a type confusion leading to a null pointer dereference by abusing the format used to store variables. This happens by setting up the &lt;code&gt;AppleLanguages&lt;/code&gt; global variable, using a format for storing strings instead of the format for storing array elements; this causes the crash. The vulnerability can be triggered by opening any macOS application that either uses the &lt;code&gt;AppleLanguages&lt;/code&gt; global variable, e.g. &lt;code&gt;System Settings.app&lt;/code&gt;, &lt;code&gt;Dock.app&lt;/code&gt; or any AppKit-based macOS application.&lt;/p&gt;</description></item></channel></rss>