security

CoreUI: a heap bug in macOS asset decoding

component
Heap corruption in CoreUI
reported
Apple Security Bounty,
status
fixed in macOS Golden Gate 27
write-up
generic pass

About the security content of macOS Golden Gate 27 ↗

In May 2026, I reported a heap memory-corruption vulnerability to Apple’s Security Research program. The vulnerability was in CoreUI, the framework macOS uses to read compiled asset catalogs: the .car files an app’s icons and images are packed into. Apple eventually fixed it in macOS Golden Gate 27 in September 2026, and credited me in the release notes.

Apple's additional recognition for macOS Golden Gate 27, with Andrew Boni credited under CoreUI
Credited in the macOS Golden Gate 27 release notes

The gist of this bug is this: if you build a Mac app, the icons don’t ship as loose files. Instead, they get compiled into Assets.car, and then CoreUI processes it at runtime. Many of the images inside are compressed, so CoreUI decompresses them when something needs it. This decoding is where the vulnerability lives: a file the system opens on your behalf, built by whoever sent you the app, parsed (unsafely) by macOS framework code.

Timeline#

  • 2026-05-23: reported to Apple Security Bounty
  • 2026-09-14: addressed in macOS Golden Gate 27; credited under CoreUI in the release’s additional recognition
⚠ UNDER CONSTRUCTION since 1997 ⚠
✉ E-MAIL ME! NEW! Sign my guestbook
Chrome 149+ I'd know Best viewed in ANY browser Made with Vim Lynx friendly No AI was harmed Powered by ASCII Valid HTML 4.01 Y2K compliant Press ~ for a shell
⊹ The Lonely Webring ⊹
members: 1 (it's me) · est. 1999
You are visitor 000001

Best viewed in Netscape Navigator 4.0 at 800×600 · home