Skip to content

Product Reports disagree5 publishers 3 min read Published Updated

Apple's quiet Screen Sharing fix is now a same-day job: CVE-2026-65400 is under active abuse

Dutch officials report root access and Monero miners on Macs with port 5900 open to the internet. Sonoma, Sequoia and Tahoe all need the update Apple shipped as an important security fix.

The Product Desk

Send a correction

What happened

  • Earlier this month Apple released macOS Sonoma 14.8.9, macOS Sequoia 15.7.9 and macOS Tahoe 26.6.1, with release notes initially stating only that they provided "important security fixes" and were recommended for all users.
  • Apple later expanded the advisory: Impact - "An attacker on the network may be able to authenticate to Screen Sharing without valid credentials"; Description - "An authentication issue was addressed with improved state management."
  • The vulnerability is tracked as CVE-2026-65400, carries a severity rating of 7.1 out of 10, and received a patch from Apple last week for macOS Tahoe, Sequoia and Sonoma.
  • The Netherlands National Cyber Security Centrum warned earlier this week: "The NCSC has received a notification indicating that active abuse of this vulnerability has been observed on multiple systems on which port 5900 was accessible from the Internet... In all these cases, root had been accessed on the affected system and a Monero crypto miner had been placed."
  • At the time of the updates, Apple said there was no evidence of the vulnerability being exploited in the wild; that is no longer the case.

Why it matters

Apple shipped macOS Sonoma 14.8.9, Sequoia 15.7.9 and Tahoe 26.6.1 earlier this month behind release notes that said only that they contained important security fixes recommended for all users [3]. The bug those updates closed, tracked as CVE-2026-65400, is now being exploited: the Netherlands National Cyber Security Centrum said earlier this week that it had been notified of active abuse on multiple systems where port 5900 was reachable from the internet, and that in every case root was obtained and a Monero crypto miner planted [14][1].

Apple's expanded advisory is two lines: an attacker on the network may be able to authenticate to Screen Sharing without valid credentials, and the underlying authentication issue was addressed with improved state management [2]. Ars Technica puts the severity at 7.1 out of 10 and describes the root cause as a flaw in the state management that tracks preceding events, user interactions and variables [14][4]. Screen Sharing lets a remote party view the screen and drive the keyboard and mouse on a running machine [7], which 9to5Mac notes gives an attacker roughly what physical possession of a logged-in Mac would [9].

Two details make this a different kind of patch cycle than the release notes implied. First, Apple said at the time of release that there was no evidence of exploitation in the wild [6], and that statement is now stale. Second, the details of the vulnerability became public at Black Hat last week [8], and the NCSC notification came within days [1] - roughly a week between public disclosure and observed root-level compromise [13]. Ars Technica also reports that video of the exploit in action is available [11], and that Apple hedged with language saying the flaw "may" allow an uncredentialed attacker in, which Ars calls common softening in vendor disclosures [5].

Apple's phrase "an attacker on the network" reads differently against the reported cases, where the affected hosts had 5900 exposed to the open internet [12]. That is the practical scoping question for a fleet: not just which Macs are unpatched, but which ones answer on 5900 from outside. The identical payload across multiple victims points to scanning-driven opportunism rather than targeting [16], which means exposure alone is the qualifying criterion. Screen Sharing is toggled under System Settings > General > Sharing, and 9to5Mac's advice is to enable it only for the duration of a session and switch it off afterwards [10].

What to watch: whether other national CERTs confirm abuse independently of the NCSC report, which is currently the single source for exploitation [1]; whether observed payloads move past mining toward credential theft, which 9to5Mac flags as the obvious next step [15]; and whether Apple restates the advisory now that the no-evidence line from release week no longer holds [6].

Clarity's read

What the record supports and how the coverage leans. The claims behind it follow.

Reality

Evidence70
Adoption
Not scored
Hype gap+10
Incentives
Not scored
Confidence68

Perspective Coverage

5 publishers
Builder
Builder 22%
Operator
Operator 70%
Investor
Investor 8%
Why these scores

Claim ledger

Ranked by verification strength, evidence, and original report placement.

  1. [1]

    The Netherlands National Cyber Security Centrum warned earlier this week: "The NCSC has received a notification indicating that active abuse of this vulnerability has been observed on multiple systems on which port 5900 was accessible from the Internet... In all these cases, root had been accessed on the affected system and a Monero crypto miner had been placed."

    Reported SupportedView cited source
  2. [2]

    Apple later expanded the advisory: Impact - "An attacker on the network may be able to authenticate to Screen Sharing without valid credentials"; Description - "An authentication issue was addressed with improved state management."

    Reported SupportedView cited source
  3. [3]

    Earlier this month Apple released macOS Sonoma 14.8.9, macOS Sequoia 15.7.9 and macOS Tahoe 26.6.1, with release notes initially stating only that they provided "important security fixes" and were recommended for all users.

    Reported SupportedView cited source
  4. [4]

    A flaw in the "state management", which keeps track of preceding events, user interactions, variables and other system states, is the underlying cause of the bug.

    Reported SupportedView cited source
  5. [5]

    Apple said last week that CVE-2026-65400 "may" allow an attacker without credentials to gain access to a Mac; Ars Technica says it is unclear why Apple hedged, but that softening language is common among most tech developers when disclosing vulnerabilities.

    Reported SupportedView cited source
  6. [6]

    At the time of the updates, Apple said there was no evidence of the vulnerability being exploited in the wild; that is no longer the case.

    Reported SupportedView cited source
  7. [7]

    The macOS screen sharing capability allows a remote party to view the screen and control the keyboard and mouse while a machine is turned on.

    Reported SupportedView cited source
  8. [8]

    Details of CVE-2026-65400 became public at last week's Black Hat security conference.

    Reported SupportedView cited source
  9. [9]

    9to5Mac says screen sharing is one of the most dangerous features for a security hole, since it potentially allows an attacker to view your screen, open apps and files, and do pretty much anything else they could do with physical possession of your logged-in machine.

    Reported SupportedView cited source
  10. [10]

    Screen sharing can be turned on or off via System Settings > General > Sharing; 9to5Mac says best practice is to enable it only when actively using it and to disable it immediately after the session ends.

    Reported SupportedView cited source
  11. [11]

    Ars Technica reports that a video of the exploit in action is available.

    Reported SupportedView cited source
  12. [12]

    Apple's advisory scopes the flaw to "an attacker on the network", while every case of abuse reported by the NCSC involved systems whose port 5900 was reachable from the open internet, so in practice the network in question includes the internet.

    Derived Supported
  13. [13]

    Roughly a week separated public disclosure of the vulnerability and observed root-level compromise: details went public at Black Hat last week and the NCSC warning came earlier this week.

    Derived Supported
  14. [14]

    The vulnerability is tracked as CVE-2026-65400, carries a severity rating of 7.1 out of 10, and received a patch from Apple last week for macOS Tahoe, Sequoia and Sonoma.

    Reported ContestedView cited source
  15. [15]

    9to5Mac notes that active exploitation raises the prospect of attackers stealing credentials and more.

    Reported InsufficientView cited source
  16. [16]

    The same payload appearing across multiple internet-exposed hosts is consistent with scanning-driven opportunistic compromise rather than targeted intrusion.

    Derived Insufficient

Sources

5 independent publishers whose own reporting we read for this story.

  1. 9to5mac.com

    1 article · August 17, 2026

    A serious Mac screen sharing vulnerability is being actively exploited
  2. arstechnica.com

    1 article · August 14, 2026

    Vulnerability giving attackers full control of Macs is under active exploitation
  3. engadget.com

    1 article · August 17, 2026

    That Apple Screen Sharing bug has now been seen in the wild, so please update macOS
  4. macrumors.com

    1 article · August 17, 2026

    Apple's macOS Screen Sharing Flaw Is Being Exploited in the Wild
  5. thenextweb.com

    1 article · August 17, 2026

    An AI agent built a working exploit for this macOS flaw in four hours

Topics and entities