CVE-2026-28854(apple / macos)

LOWCVSS 7.5 · HIGH

Signal is active with 1 mentions in latest observed window

Immediate actions

  • Track advisory updates for patch or workaround availability

Recommended action window: Monitor and triage in normal cycle

NVD description

The issue was addressed with additional app bundle integrity checks. This issue is fixed in macOS Golden Gate 27. A maliciously modified app may not be prevented from launching.

0.0/ 10 priority

Sources & remediation

Vendor / third-party advisories
Weakness type (CWE)
CWE-354CWE-353

Priority

LOW

Exploitation

NONE

PoC

NONE

Patch

NONE

Momentum

NONE

Are you affected?

If you run products in this scope, you should treat this CVE as relevant to your environment.

  • macos

Threat summary

  • 1 mentions across 1 observed day

What's happening

  • 1 total mentions across 1 day

Affected systems

Vendors
Products
macos

Deep dive

Activity timeline1 mentions / 1d
00111Mentions · 2026-10-30: 110-30
Full discourse1 post
  • Zhongquan Li@Guluisacat

    mix-up: i have many open and closed reports. when i asked about the status of the "0day" and "closed" report, they mixed things up and gave me the status of another report. My case is: duplicated, credited, no bounty. so i take back calling it "a cheat". The CVE is CVE-2026-28854. This CVE contains patches for multiple vulnerabilities. Two of my reports were merged, but the root causes of the two vulnerabilities are different. One patch is in userland, another, the "0day", is in the kernel. There was no integrity verification before, and this time Apple added one. This integrity verification fixes many other vulnerabilities. In other words, merged although the root causes are different.I discussed some "merge" issues at offensivecon, this is one of the main downsides of ASB. E.G: if i submitted these two vulnerabilities to apple, they might get merged. Two different patches, only 1 CVE. But after the patches, if you bypass both of them, you might get 2 CVEs because the root causes are different. some comments under this post asking why it took 3 years to disclose, i already talked about this at offensivecon. Apple was different from other vendors. In the past, macOS bug bounties were really high. An unsandboxed LPE could get up to $30,000, which other vendors just couldn't match(not anymore, Apple has significantly reduced the payouts now).The downside is the extremely long time it took to fix vulnerabilities. Very few were fixed within 3 months. Most took 6 months, 1 year, 2 years or more. That's also why i disclosed these vulnerabilities at offensivecon this year. Some last related vulnerabilities i submitted 2 years ago were fixed this year. So to be honest, i don't recommend macOS vulnerability research to students under pressure to publish papers. Because you might graduate before Apple even fixes your bugs

    40154255.9K
    1.3K followersView on X
CPE platform detail1 entries

1 of 1 entries

PartVendorProductVersionTarget SWTarget HW
OSapplemacos---

Explore more