Build1 distinct publisher3 min readUpdated
An internal proof-of-concept leaked up to 12 bit/s at 99 percent accuracy inside production Workers by exploiting a limitation in Dynamic Process Isolation. Cloudflare says the gap is now closed.
The Engineer · Build desk

Compiled by The EngineerSomething wrong?How this is made
Cloudflare has published research in which its own team rebuilt a remote Spectre attack against the live Workers environment, found a limitation in the implementation of Dynamic Process Isolation, and leaked data at up to 12 bit/s with 99 percent accuracy [4][5][6]. DyPrIs was the production defense Cloudflare shipped on the strength of its 2021 assessment of that same attack class, so the thing that retired the 2021 conclusion was Cloudflare's own updated proof-of-concept, not an incident [1][2].
The architecture is what makes this consequential rather than academic. Workers runs untrusted JavaScript at the edge and relies on V8 isolates so that tens of thousands of tenants can share a single operating-system process, each tenant with its own JavaScript heap [11]. Cloudflare is explicit that this is a trade: startup latency stays low and tenant density is far higher than full process isolation allows [12]. It is equally explicit about the cost, which is that one arbitrary read vulnerability inside a Worker process can produce cross-tenant leakage [14].
The surrounding defenses are not thin. Cloudflare lists automated V8 patch pipelines, a two-layered sandbox of Linux namespaces and seccomp filters, Cap'n Proto RPC, and the option to schedule particular scripts into separate process sandboxes [13]. Against in-process Spectre specifically, the runtime freezes local timers, disallows multithreading and shared memory, shuffles memory periodically, and isolates scripts that look malicious into their own processes [15]. During CPU-only execution, time is effectively frozen: neither Date.now() nor performance.now() gives a continuously advancing high-resolution clock [16]. An external attacker also has to work through activity on shared hardware, interrupts, context switches and coarse-grained timers [7].
All of that held in 2021 and none of it was enough by 2024. Cloudflare attributes the reassessment to newer published techniques for stabilizing Spectre attacks [3]. The structural weakness is in the shape of DyPrIs itself: it identifies scripts that look malicious and moves them [2]. A detector is a bet on the current state of an adversarial literature, and the research window here, 2024 into early 2025, sits roughly three to four years after the bet was placed [9][19].
Twelve bits per second sounds negligible until it is annualised. It works out to 5,400 bytes per hour [17], and at that ceiling a 256-bit secret is about 21 seconds of sustained leakage [18]. Bandwidth is not the limiting factor for credential-shaped targets.
Cloudflare's response was to improve DyPrIs and add two structural controls that do not depend on classification: the V8 Sandbox and an in-process isolation mechanism [8]. The company states the demonstrated attack is already mitigated in production by its Workers Runtime team, and that it found no indicators of active exploitation over the last three years [10]. The paper is co-authored with Albert Pedersen, Haocheng Xiao, Sam Ainsworth, Nigel Topham and Martin Schwarzl [9].
Worth watching: whether the published details let operators of other shared-process runtimes test their own detection-based mitigations, and whether the industry treats hardware-adjacent controls such as the V8 Sandbox as baseline rather than as an addition to heuristics [8]. Anyone running untrusted tenant code in a shared process on a security assessment written before these stabilization techniques existed has an expired document, not a defense.
Follow any of these and your For You feed starts watching them — no settings page required.
Ranked by verification strength, evidence, and original report placement.
Since 2021, newer techniques in the area of stabilizing Spectre attacks have been discovered, prompting Cloudflare to internally reassess the remote Spectre attack against its Workers production environment.
Cloudflare built an updated proof-of-concept on the production environment to empirically assess the risk of Spectre attacks under production workloads.
To mount a successful side-channel attack in production, an external attacker has to overcome additional obstacles such as activity on shared hardware resources, interrupts, context switches, and coarse-grained timers.
The Workers platform deliberately restricts timers: during CPU-only execution time is effectively frozen, and Date.now() and performance.now() do not provide a continuously advancing high-resolution clock.
In 2021, Cloudflare assessed remote Spectre attacks against Cloudflare Workers.
Based on the 2021 results, Cloudflare shipped a production defense called Dynamic Process Isolation (DyPrIs), which identifies maliciously looking scripts and isolates them into separate processes.
Evidence-backed comparisons of source perspectives and observed adoption signals. Read the methodology
Which Builder, Operator, and Investor concerns the observed source mix emphasized—not a truth score.
Evidence, demonstrated adoption, hype gap, incentives, and confidence are assessed independently, each on its own current evidence. How these are measured.
Detailed first-party disclosure, no external replication
The single source is a primary technical account with specifics that are unusual for vendor security posts: a named leak rate and accuracy figure measured in production, the gadget source, the timer and eviction constraints, and an admitted implementation limitation in the vendor's own defense, backed by a paper with five named co-authors. Evidence quality is capped because everything rests on one self-reported account, the paper itself is not in the supplied material, and no independent party in the cluster reproduces the 12 bit/s / 99% result or verifies the mitigation.
Fixes reported live on a dense multi-tenant platform, scope undated
Adoption is real rather than prospective: the affected platform is a production edge runtime described as packing tens of thousands of tenants into shared OS processes, and the vendor states the hardened DyPrIs, V8 Sandbox and in-process isolation are already applied in production. It is not scored higher because the source gives no rollout dates, no coverage percentage across the fleet, and no third-party confirmation that the mitigations are universally deployed.
Slightly understated relative to the architectural implication
The vendor's framing is conservative and self-limiting: it foregrounds the obstacles an external attacker faces, bounds the result to a low-bandwidth 12 bit/s channel, and leads with remediation and an absence of observed exploitation. Nothing in the claim set is inflated beyond the evidence. The mild negative reflects that the finding — a heuristic cross-tenant defense the vendor itself shipped and then broke on a platform sharing one process across tens of thousands of tenants — carries more architectural weight than the reassuring 'already mitigated' framing conveys, and that 5.4 KB/hour at 99% accuracy is ample for secret material.
Vendor is researcher, affected operator and attester of the fix
Every claim originates from the party whose platform was attacked and whose defense failed. Cloudflare benefits from framing the disclosure as proactive research that ends in a shipped fix, and the two most reassuring assertions — that the attack is already mitigated and that no exploitation indicators were found in three years — are precisely the ones no outside party can check. Countervailing signals keep this from being higher: the post volunteers a limitation in its own defense, publishes exploit-relevant gadget code, and names external academic co-authors.
Specific and internally consistent, but single-sourced
Confidence is moderate: the technical account is coherent, quantified and consistent with the platform architecture it describes, and the named paper gives it a verifiable anchor outside the blog. It is held down by the absence of any second publisher, the unverifiability of the mitigation and non-exploitation assertions, and the missing remediation timeline that would let a reader bound the exposure window.
build
A $5-a-month monitoring SaaS on Workers, Turso and R2 is a cost datapoint, not a blueprint1 distinct publisher
build
Cloudflare makes internal Workers private by default, conceding developer discipline never held1 distinct publisher
build
An empty path parameter isn't a 404. It's a request for the entire collection.1 distinct publisher
build
Cloudflare lets users strip scopes at the consent screen, and your agent has to cope1 distinct publisher
Distinct publishers with included, body-backed reporting in this cluster.
1 article · August 19, 2026