Google’s recent release of proof-of-concept (PoC) exploit code for a still-unpatched Chromium vulnerability has sparked significant concern across the cybersecurity community.
The flaw, first reported in late 2022 by security researcher Lyra Rebane, remains unresolved after more than three years, exposing millions of users of Chromium-based browsers such as Google Chrome, Microsoft Edge, Brave, and Opera.
The issue has been classified as Priority 1 (P1) and Severity 2 (S2) within Chromium’s internal tracking system, indicating a high-risk vulnerability requiring urgent attention. The flaw resides in the Browser Fetch API, a feature designed to support long-running background downloads through Service Workers.
Rebane discovered that attackers can abuse this functionality to create persistent background tasks that never terminate. These tasks allow continuous communication between a victim’s browser and attacker-controlled command-and-control (C2) servers, effectively turning the browser into a lightweight botnet node.
The attack vector is notably simple and requires no user interaction beyond visiting a malicious or compromised website. A crafted webpage can register a Service Worker that initiates a background fetch request that runs indefinitely.
In certain implementations, particularly Microsoft Edge, these connections may persist even after the browser is closed or the system is restarted. This persistence significantly increases the risk, as users remain unaware of ongoing malicious activity.
For example, an attacker could host a seemingly benign website that silently enrolls visitors into a distributed botnet. Each infected browser can then receive commands and execute tasks without the user’s knowledge.
Although the exploit is limited by browser sandboxing, it still presents serious risks when deployed at scale. Potential abuse scenarios include:
Security experts warn that the real danger lies in combining this flaw with future vulnerabilities, enabling more advanced exploitation.
Google’s decision to release exploit code before issuing a patch has drawn criticism. While PoC disclosures are common in coordinated vulnerability disclosure practices, releasing code without a fix lowers the barrier for threat actors.
Rebane noted that exploitation is “pretty easy,” although scaling attacks would require additional infrastructure. Chromium developers have acknowledged the severity, but no complete fix has been deployed.
Until a patch is available, organizations and users should adopt defensive measures:
The public availability of exploit code combined with the absence of a patch creates a critical exposure window, increasing the likelihood of real-world attacks leveraging browser-based botnets.
Follow us on Google News, LinkedIn, and X to Get Instant Updates and Set GBH as a Preferred Source in Google.
Attackers abused compromised ConnectWise Cloud Backup credentials to access Microsoft 365 customer environments, prompting ConnectWise…
Anthropic says an internal Claude research model reconstructed how the National Security Agency generated seeds…
Two WordPress Core vulnerabilities can be chained to execute remote code without authentication, according to…
A newly disclosed OpenBSD kernel exploitation chain combines a shared memory accounting flaw with a…
GhostAction attackers have expanded their GitHub credential theft campaign with a second stage that disguises…
Indian authorities have warned that SideCopy hackers are targeting Indian organizations, including academic institutions, with…