WebKit CVE-2026-64728: an iframe sandbox flaw, explained
Apple repaired how WebKit enforces an embedded document’s permissions. The fix concerns iframe policy, which is different from a browser process escaping into the operating system.
The word sandbox covers several browser protections. In CVE-2026-64728, Apple is talking about the permissions of an embedded web document: iframe sandboxing. That scope matters before drawing conclusions about what the vulnerability allowed.
The confirmed WebKit issue
Apple identifies CVE-2026-64728 as a permissions issue that can let crafted web content violate iframe sandboxing policy. It says the correction adds stronger validation. The July 27 Safari 26.6 advisory covers macOS Sonoma and Sequoia. Apple also lists the fix in iOS and iPadOS 26.6; the public CVE record includes macOS Tahoe 26.6 and other named Apple platform releases.
Apple’s Safari 26.6 security advisory
Apple’s iOS and iPadOS 26.6 security advisory
Apple’s public CVE record and affected products
Apple describes a failure in an embedded-document policy. The advisory does not claim native-code execution, kernel privileges or an escape from the browser’s process sandbox. It also does not report an observed exploitation campaign.
The permissions attached to an embedded document
An iframe places one document inside another page. Its sandbox attribute can restrict capabilities such as running scripts, submitting forms and navigating. Individual allowances relax selected restrictions. The browser is responsible for applying that policy to the embedded document’s browsing context.
MDN’s iframe reference and sandbox behavior
The page author chooses the policy; the browser enforces it during document creation, navigation and execution. A browser validation error can undermine the intended restriction. A site author can also choose an overly permissive policy without any browser bug being involved. Those are separate problems to correct.
Apple does not name the affected allowance, navigation transition or capability. The public description supports a validation failure in iframe policy, but does not give enough detail to reconstruct the specific scenario.
Iframe permissions, origins and processes
The same-origin policy limits how documents and scripts from different origins interact. An origin normally consists of scheme, host and port. That is a different concept from the set of capabilities controlled by an iframe sandbox, even though the mechanisms can interact.
MDN’s explanation of the same-origin policy
A process sandbox limits access to operating-system resources. Iframe sandboxing limits an embedded document’s behavior. Describing this CVE with the second meaning lets developers identify the policy at issue without implying the first restriction was also defeated.
Review the content your site embeds
For booking tools, document viewers and other embedded interfaces, record the provider, origin, needed capabilities and owner. Match the iframe policy to the workflow. Avoid granting permissions just because they appear in an example copied from the provider.
That review improves the site’s own policy choices; visitors still need a corrected browser. For managed devices, verify the relevant Safari or OS update and check the ordinary embedded workflow with a harmless example.
Safari and OS updates take different paths
Safari’s standalone update on Sonoma or Sequoia has a different delivery path from the WebKit changes shipped with a Tahoe or iOS update. Record both the operating-system branch and the relevant installed browser version. A check showing that one Mac installed an OS patch does not establish that every separately offered Safari update was installed as well.
Apple’s current software-security release index
The listed versions identify releases that included the correction. Install the latest compatible supported update, then record the actual build and any compatibility problem left to resolve. A normal workflow check and version record are enough for maintenance verification; there is no need to exercise the vulnerability on production pages or other people’s devices.
Source check: September 8, 2026. This article examines Apple’s public WebKit advisory and the documented web-platform security model. Apple credits an anonymous researcher with the underlying finding.