Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessVictim visits attacker-controlled page
-
DeliverySeparate renderer exploit achieves renderer code execution
-
ExploitCrafted Worker inputs submitted with malformed data
-
ExecutionCWE-20 validation bypass circumvents sandbox access controls
-
ImpactLimited read/write access to OS-level resources obtained
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A05:2025 - Injection
ASVS 5.0
V2 - Validation and Business Logic Input validation, allowlisting
|
| Exploitation Conditions | Exploitation has a hard prerequisite: the attacker must have already achieved code execution within the Chrome renderer process via a separate, independent vulnerability. This makes CVE-2026-79025 a second-stage component of an exploit chain, not a standalone attack. The victim must also navigate to or be served a crafted HTML page (UI:R). Limiting factors are significant: the requirement for a prior renderer compromise sharply raises the technical bar; user interaction is mandatory; and attack complexity is high (AC:H). No special Chrome configuration, flag, or non-default setting is required once renderer access is established. The vulnerability is present in default Chrome installations across all platforms prior to 152.0.7977.65. Authentication requirements are not applicable to browser-based exploitation of this type. |
| Impact | The CVSS 4.2 Medium score with AC:H correctly encodes the high attack complexity imposed by the mandatory prerequisite of a compromised renderer process - this is not a standalone entry vector. PR:N reflects that once a renderer is controlled, no additional Chrome-level authentication is needed. The EPSS of 0.22% at the 12th percentile is very low, consistent with no public POC and no CISA KEV listing; opportunistic mass exploitation is unlikely given the chained nature of the attack. The C:L/I:L impact ceiling further limits damage potential. The scope metric in the provided vendor CVSS (S:U) may understate the reality: bypassing system access restrictions from within the renderer sandbox is by definition a scope change to the OS layer, which this analysis assesses as S:C. Overall, this is a real but low-priority issue for most organizations unless co-disclosed renderer exploits are being actively weaponized in the same Chrome release cycle. |
| Exploit ScenarioDerived | An attacker first exploits a separate Chrome renderer vulnerability - such as a memory corruption bug in V8 or Blink - to gain code execution within the renderer process. From that position, they serve or trigger a crafted HTML page containing malformed Worker inputs that pass validation checks, causing the Workers subsystem to make system calls or access resources outside the Chrome sandbox boundary. No public POC is known at time of analysis; the attack requires sourcing or developing a renderer exploit to chain with this flaw. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Aug 31, 2026
System access restriction bypass in Google Chrome's Workers subsystem affects all versions prior to 152.0.7977.65, functioning as the second link in an exploit chain where an attacker must first compromise the renderer process. Improper input validation in Workers then allows a crafted HTML page to circumvent Chrome's sandbox-enforced access controls, yielding limited confidentiality and integrity impact on the host. EPSS is 0.22% (12th percentile) with no confirmed active exploitation via CISA KEV, placing this squarely in the category of a chained, low-probability threat rather than a mass-exploitation vector.
RemediationAI
Update Google Chrome to version 152.0.7977.65 or later using Chrome's built-in auto-update mechanism or by downloading directly from the stable channel (chromereleases.googleblog.com/2026/08/stable-channel-update-for-desktop_0256176589.html). Because this vulnerability operates as a second-stage sandbox escape, organizations should treat the full Chrome stable channel update as a bundle - patching co-disclosed renderer vulnerabilities in the same release eliminates the prerequisite renderer compromise that makes this flaw exploitable. Where immediate patching is blocked by change-control processes, deploying Chrome under enhanced OS-level sandboxing (e.g., additional seccomp profiles on Linux or Windows Defender Application Guard) can reduce the blast radius of a sandbox bypass, though these controls add administrative overhead and do not substitute for the patch. No vendor-identified workarounds for disabling the Workers feature specifically are documented in the advisory.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
Google Chrome's Web Workers API executes JavaScript in background threads isolated from the main renderer thread, operating within Chrome's multi-process sandbox architecture. The flaw is classified as CWE-20 (Improper Input Validation), meaning the Workers subsystem fails to sufficiently validate attacker-controlled input when the renderer has already been compromised, allowing that input to be used to bypass operating system-level access controls that Chrome's sandbox is designed to enforce. The affected component spans all Chrome versions captured by CPE cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:* prior to 152.0.7977.65. Chrome's renderer sandbox relies on OS primitives (seccomp-bpf on Linux, AppContainer on Windows) to restrict what a compromised renderer can access; a successful Workers input validation bypass can be used to circumvent those restrictions.
Know when the next one hits your stack
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
Sources disagree (Medium–Critical)AV:N/AC:H/PR:N/UI:R/S:U/C:L/I:L/A:N
S:C assigned because bypassing Chrome sandbox access restrictions constitutes a scope change to OS-level resources beyond the renderer boundary.
vuln.today treats the vendor’s rating as authoritative. A higher third-party CVSS (e.g. CISA-ADP) is shown for transparency but does not drive the headline severity.
CVSS VectorVendor: Chrome
Lifecycle Timeline
3DescriptionCVE.org
Improper input validation in Workers in Google Chrome prior to 152.0.7977.65 allowed a remote attacker who had compromised the renderer process to bypass system access restrictions via a crafted HTML page. (Chromium security severity: Medium)
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
Same weakness CWE-20 – Improper Input Validation
View allSame technique Authentication Bypass
View allVendor StatusVendor
SUSE
Severity: Critical| Product | Status |
|---|---|
| SUSE Package Hub 15 SP7 | Fixed |
| openSUSE Leap 16.0 | Fixed |
| openSUSE Tumbleweed | Fixed |
| SUSE Package Hub 15 SP7 | Affected |
EUVD-2026-66016
GHSA-q2m2-6rx2-gpvc
NVD
CVE.org
EPSS
Exploit-DB