/
Navigation
Chronicles
Browse all articles
Explore
Semantic exploration
Research
Entity momentum
Nexus
Correlations & relationships
Story Arc
Topic evolution
Drift Map
Semantic trajectory animation
Posts
Analysis & commentary
Pulse API
Tech news intelligence API
Browse
Entities
Companies, people, products, technologies
Domains
Browse by publication source
Handles
Browse by social media handle
Detection
Concept Search
Semantic similarity search
High Impact Stories
Top coverage by position
Sentiment Analysis
Positive/negative coverage
Anomaly Detection
Unusual coverage patterns
Analysis
Rivalry Report
Compare two entities head-to-head
Semantic Pivots
Narrative discontinuities
Crisis Response
Event recovery patterns
Connected
Search: /
Command: ⌘K
Embeddings: large
TEXXR

Chronicles

The story behind the story

← → days · ↑ ↓ browse · Enter similar · o open

Researcher details a WebKit flaw, which can lead to a RCE exploit, that remains unpatched by Apple despite the availability of an open source fix for 3 weeks

WebKit bug that was fixed upstream has yet to find its way into Apple products.  —  Apple has yet to patch a security bug found … Source: Theori .

Ars Technica Dan Goodin

Context & Ripple Effects

Theori's disclosure lands in familiar territory: back in 2018, Microsoft shipped a Safari-class spoofing fix weeks before Apple did, and Apple's WebKit patch record since has been a mix of fast emergency releases and long tail gaps. The difference this time is that the fix is public in open source — anyone can read the patch while iPhone and Mac owners wait on Apple's release train.

First-order effects

  • Every Safari user and every app rendering web content through WebKit on iOS and macOS is exposed to a remote code execution path reachable from a crafted page until Apple ships its own build of the three-week-old fix.
  • Because the patch is public upstream, attackers can diff the open-source change to reverse-engineer the vulnerability even without Theori publishing exploit details themselves.

Second-order effects

Third-order effects

  • If the pattern holds — upstream WebKit fixes landing well before Apple product updates — the practical security boundary shifts from 'patch your device' to 'watch the open-source tree', inviting scrutiny of how quickly closed-device vendors absorb public fixes into shipping software.
  • Repeated lags strengthen the case for decoupled security-update mechanisms on Apple platforms, since the current model ties every WebKit fix to a full OS release cycle.

The trend: WebKit security is becoming a race between public open-source fixes and Apple's release pipeline, with disclosure researchers increasingly exposing the gap between the two.

Discussion

  • @theori_io Theori on x
    A few weeks ago, we found an exploitable bug in WebKit which was fixed before we could report to Apple. Interestingly, the latest iOS versions are still vulnerable. Since other exploits for this bug are public, we share our root cause analysis and exploit. https://blog.theori.io/…
  • @tjbecker_ Tim Becker on x
    This exploit was a fun challenge. We didn't expect Safari to still be vulnerable weeks after the patch was public, but here we are... https://twitter.com/...
  • @campuscodi Catalin Cimpanu on x
    Three weeks is not that long, tbh, since Chrome used to have a patch gap of 6 weeks a few years back. I'm not even gonna touch the IoT field, where some patch gaps could be eligible for a driver's license. https://twitter.com/...