ZeroHour
The Hacker Newspublished ()ingested @TheHackersNews

Apple macOS Screen Sharing Flaw Exploited on Internet

AI summary · glm-5.3-flash

Actively exploited CVE-2026-65400 in macOS Screen Sharing grants pre-auth root access; attackers deploy Monero miners on exposed systems.

NCSC-NL reported active exploitation of CVE-2026-65400 (CVSS 9.8), an authentication flaw in macOS Screen Sharing patched on August 6, 2026, with root access gained and a Monero miner planted on internet-exposed systems using port 5900. Related Screen Sharing bugs CVE-2026-43779, CVE-2026-43777, and CVE-2026-43760 were fixed in macOS Tahoe 26.6, and researcher @osxreverser noted a pre-auth flaw fixed alongside them affecting roughly 40,000 exposed hosts. Calif said an AI agent produced working exploits for both pre-auth bugs in four hours, underscoring the shrinking gap between patch release and weaponization.

  • Patched August 6 in macOS Tahoe 26.6.1, Sequoia 15.7.9, Sonoma 14.8.9
  • Exploitation targets hosts with port 5900 exposed; root access and Monero mining observed
  • ~40,000 screen-sharing hosts exposed online, nearly half in the US
  • Working AI-built exploit for both flaws produced in four hours
  • Mitigation if unpatched: disable Screen Sharing
VendorsApple
OrganizationsNCSC-NLBynarioCalif
CountriesNetherlands

Vulnerabilities mentionedAll →

CVEVulnerabilityCVSSEPSSFlagsAffectedExposurePublished
CVE-2026-43779
+2 in the same advisory: …43760 …43777
A logic issue was addressed with improved restrictions.

A logic issue was addressed with improved restrictions. This issue is fixed in macOS Sequoia 15.7.8, macOS Sonoma 14.8.8, macOS Tahoe 26.6. An app may be able to intercept network connections intended for another process.

NVD description · AI analysis pending
9.8
group max
<1%
  • apple macos
CVE-2026-65400
Authentication Bypass in Apple macOS Screen Sharing

CVE-2026-65400 is a critical (CVSS 9.8) improper authentication flaw (CWE-287) in Apple macOS's Screen Sharing service, caused by an authentication state-management defect. An attacker who can reach a vulnerable Mac's Screen Sharing service over the network can authenticate without valid credentials, gaining full remote access with high impact to confidentiality, integrity, and availability. All three currently supported macOS branches are affected: Sequoia, Sonoma, and Tahoe, in versions prior to the fixed releases. The flaw is being actively exploited on the internet, with public reporting that attackers use the bypass to deploy Monero cryptominers, and CISA added it to the Known Exploited Vulnerabilities catalog on 2026-08-18. EPSS estimates a 9.9% probability of exploitation within 30 days (95th percentile).

Do: Upgrade to macOS Sequoia 15.7.9, macOS Sonoma 14.8.9, or macOS Tahoe 26.6.1 (or later) immediately; patching is mandatory for federal agencies under CISA BOD 26-04 given the KEV listing. As an interim mitigation, disable Screen Sharing or restrict it via firewall/VPN so VNC (port 5900) is not reachable from the internet. Review internet-exposed Macs for signs of compromise, especially unexplained Monero miner processes or abnormal CPU usage.

9.810% KEV
  • Apple macOS (Screen Sharing service) supported macOS releases prior to the fixed builds listed below
  • Apple macOS Sequoia all versions prior to 15.7.9
  • Apple macOS Sonoma all versions prior to 14.8.9
  • +1 more
masson the order of 100M+ Macs run affected macOS versions; the directly exploitable subset is Macs with Screen Sharing enabled and internet-reachable
Full article1,156 words · extracted from thehackernews.com · click to collapse

A recently patched security flaw in Apple macOS has come under active exploitation in the wild to deploy a cryptocurrency miner, the Netherlands National Cyber Security Centre (NCSC-NL) has warned.

The vulnerability in question is CVE-2026-65400 (CVSS score: 9.8), a critical authentication issue impacting the Screen Sharing component that could allow an attacker already on the network to authenticate to the built-in remote desktop feature service without valid credentials.

The updates released by Apple improve state management mechanisms to enforce correct credential validation and prevent unauthorized authentication attempts. The shortcoming was addressed as part of an emergency update in macOS Tahoe 26.6.1, macOS Sequoia 15.7.9, and macOS Sonoma 14.8.9 earlier this month.

"An authentication issue was addressed with improved state management," Apple said in an advisory released on August 6, 2026. It credited security researcher Alfredo Pesoli of Bynario for discovering and reporting the issue.

In an update to its advisory, the NCSC-NL said it has received a report indicating active abuse of the vulnerability across multiple systems on which port 5900 was accessible from the internet.

"In all these cases, root had gained access to the affected system and placed a Monero crypto miner," the agency added.

There are currently no details on when these attacks were observed, the scale of such efforts, if the flaw was exploited as a zero-day, and if it goes beyond cryptocurrency mining.

Calif, which published additional information about the flaw, said it's part of a series of bugs in the Screen Sharing Server component that were patched by Apple with macOS Tahoe 26.6 shipped late last month -

  • CVE-2026-43779 (CVSS score: 9.8) - A logic issue that could allow an app to intercept network connections intended for another process
  • CVE-2026-43777 (CVSS score: 7.5) - An unspecified issue that could a remote attacker to cause a denial-of-service (DoS)
  • CVE-2026-43760 (CVSS score: 8.6) - An access issue that could allow an app to access user-sensitive data

In a technical breakdown published following the release of the patches, Pesoli described CVE-2026-43760 as a post authentication bug that requires the target Mac to have Screen Sharing or Remote Management enabled with "VNC viewers may control screen with password" configured and the attacker is already in possession of that VNC password.

The problem, the researcher noted, resides in a legacy Screen Sharing authentication path involving VNC password access that turns a file copy operation into protected file disclosure, arbitrary root file creation, and remote root command execution.

"After the VNC authentication step, we cross a boundary the password was never supposed to cross," Pesoli explained. "A remote viewer can make macOS Screen Sharing read protected files as root."

"In the other direction, the viewer can create attacker-controlled files as root. We used that second primitive to install a valid sudoers policy and turn a file-copy operation into a remote root command execution (or an LPE)."

However, a security researcher who goes by the online alias @osxreverser said the real issue is a pre-authentication vulnerability in the Screen Sharing daemon ("screensharingd") that makes it possible to pwn any Mac that has Screen Sharing enabled without having to know the password or anything else. The only prerequisite is knowing the IP address.

The researcher also noted that they had been sitting on the bug "for a while" and that they did not report the issue to Apple "given my long history with them."

"My last scan shown around 40k open screen sharing hosts on the internet, almost half in the U.S., most are residential IPs but there are many juicy hosts in Murican universities, some companies, a server from BBEdit company," @osxreverser said in a subsequent post on X. "Party hard, never expose those services unless behind SSH."

It's worth noting that CVE-2026-65400 is distinct from the pre-auth vulnerability highlighted by @osxreverser, the latter of which was fixed by the tech giant in macOS 26.6 itself along with the other three flaws. What's interesting here is that both of them reside in the same source code file, per Calif -

@osxreverser's bug is a single wrong return. A length check bails out early on an oversized frame and hands back a value that happens to be the success code from the read just before it. The caller reads that as "this auth step passed" and advances the state machine. Where the first bug is a stale return value, the second is a state machine desync.

Naming an account is the one thing the second bug needs, which makes it weaker than the first. It is not much of a barrier. A username is not a secret, and macOS prints them on the login window. The first bug does not even need that. The second bug was present in 26.5.2 too, sitting next to the first one the whole time.

Both are logic bugs. There is no heap groom, no ASLR defeat, no race to win, no crash. Send one or two packets in the right order, and the target Mac machine lets you in. It works the first time, and it works every time, on every unpatched machine with Screen Sharing enabled.

Calif said it's withholding additional specifics about CVE-2026-65400 until a majority of users are upgraded with a fix, given the ease with which the exploits can be devised for the two pre-auth remote root using an artificial intelligence (AI) agent. The AI security company revealed it came up with a working exploit for both flaws in four hours.

With CVE-2026-65400 now under active attack, the findings once again demonstrate how AI is collapsing the gap between vulnerability discovery and weaponization.

Users are recommended to update their systems to the latest version for optimal protection. If immediate patching of the flaw is not possible, it's advised to turn off Screen Sharing by navigating to General > Sharing > Toggle Screen Sharing from "Content & Media."

Update

Microsoft, in an X post shared on August 18, 2026, said it has observed active exploitation of CVE-2026-65400 on a "limited number of macOS devices," with telemetry data indicating successful root account network sign-ins through Screen Sharing.

"After gaining access, the attackers transferred files (scripts and a Secure Shell (SSH) public key) to the devices through Screen Sharing, established SSH persistence, removed histories and logs, modified Packet Filter settings, and deployed the cryptocurrency miner XMRig 6.26.0," the tech giant said.

"They copied and ad-hoc signed XMRig as a hidden .config/sysmond binary, masqueraded it as com[.]apple[.]airportd, and persisted it with a KeepAlive LaunchDaemon."

To counter the threat, users are advised to update to macOS to at least Tahoe 26.6.1, Sequoia 15.7.9, or Sonoma 14.8.9, disabling unnecessary Screen Sharing, block untrusted TCP/5900 access, inspect SSH keys and LaunchDaemons, remove unauthorized persistence, and rotate affected credentials.

(The story was updated after publication to include additional insights from Microsoft.)

Found this article interesting? Follow us on Google News, Twitter and LinkedIn to read more exclusive content we post.

Text extracted automatically; images, tables and formatting may be missing. Original: https://thehackernews.com/2026/08/apple-macos-screen-sharing-flaw.html