Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessGain privileged network position (MITM)
-
DeliveryIntercept Chrome Variations fetch
-
ExploitReturn malformed input payload
-
ExecutionTrigger heap corruption in parser
-
ImpactAchieve memory-safety primitive / code exec
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 requires the attacker to occupy a privileged/adjacent network position (AV:A) able to intercept or inject into the victim's traffic - an adversary-in-the-middle on the path between Chrome and its Variations/config endpoint - and to deliver a specifically malformed Variations payload parsed at fetch time. No authentication (PR:N) and no user interaction (UI:N) are needed on the victim side, but AC:H reflects genuine limits: the attacker must already control the network path, defeat the transport protections around the Variations fetch, and win a heap-corruption race, which is why Google rates it Medium. It is not exploitable from an arbitrary internet host and does not work against a victim on a fully trusted, non-intercepted network. |
| Impact | The signals point to a real-but-conditional risk rather than mass-exploitation. The CVSS 3.1 vector (AV:A/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H, base 7.5) requires an adjacent/privileged network position (AV:A) and high attack complexity (AC:H), so the attacker must already be able to intercept or manipulate the victim's traffic - a meaningful barrier. No EPSS score was provided, so exploitation probability cannot be quantified. The CVE is NOT in CISA KEV and no POC was supplied, so there is no public exploit identified at time of analysis. Google's own Chromium rating of Medium is more conservative than the 7.5 'High' CVSS band, suggesting practical exploitability (MITM plus defeating heap ASLR and the sandbox) is lower than the raw score implies. Note a conflict in the source data: the tag says 'Information Disclosure' while the description describes heap corruption - verify true impact with the vendor advisory. |
| Exploit ScenarioDerived | An attacker who controls a network segment the victim uses - a rogue Wi-Fi access point or compromised upstream router - intercepts Chrome's Variations seed fetch and returns a crafted malformed payload. Chrome's Variations parser mishandles the untrusted input and corrupts the heap, potentially yielding a memory-safety primitive in the browser process. No public POC exists, and the high attack complexity plus required network position make this a targeted rather than commodity attack. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jul 30, 2026
Heap corruption in Google Chrome's Variations component before 151.0.7922.72 lets an attacker holding a privileged network position (an on-path / man-in-the-middle attacker) corrupt memory by delivering malicious network traffic, stemming from CWE-20 insufficient input validation. Google rates the Chromium severity as Medium and has shipped a fixed Stable-channel build; there is no public exploit identified at time of analysis and the flaw is not in CISA KEV. Because Variations (Chrome's server-driven feature-flag/experiment system) is fetched at startup in the browser process, a successful attacker could turn intercepted config traffic into a memory-safety primitive.
RemediationAI
Update Google Chrome to 151.0.7922.72 or later via the Stable channel - this is a vendor-released patch (https://chromereleases.googleblog.com/2026/07/stable-channel-update-for-desktop_0887107924.html); in managed fleets confirm auto-update is enabled and force a relaunch so the new browser-process build loads. As a compensating control until patching completes, ensure clients reach Google's Variations/update endpoints only over trusted TLS paths and deny adversary-in-the-middle positions on untrusted networks (enforce VPN on public Wi-Fi, avoid TLS-intercepting proxies for these domains); enterprises can also set the 'ChromeVariations' policy to 'VariationsDisabled', with the trade-off that Google can no longer remotely toggle features or push experiment-based mitigations. The advisory lists no additional workarounds, so upgrading is the primary fix.
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
The affected component is Chrome Variations, the mechanism Chromium uses to roll out feature experiments and field trials by fetching an encoded seed from Google servers over the network. The root cause is CWE-20 (Improper Input Validation): the Variations code insufficiently validates untrusted network data, producing heap corruption when a malformed payload is parsed. The single affected product per CPE is cpe:2.3:a:google:chrome (all versions prior to 151.0.7922.72). Heap corruption during Variations parsing is notable because it occurs in the higher-privileged browser process rather than a sandboxed renderer, though escalation to full code execution is described by the vendor only as 'potentially' and is not confirmed.
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:A/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H
Adjacent MITM position (AV:A) and high complexity to win the heap-corruption race (AC:H); crash/DoS is reliable (A:H) but code-exec confidentiality/integrity impact is only potential (C:L/I:L).
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
4DescriptionCVE.org
Insufficient validation of untrusted input in Variations in Google Chrome prior to 151.0.7922.72 allowed an attacker in a privileged network position to potentially exploit heap corruption via malicious network traffic. (Chromium security severity: Medium)
Executive ViewAI
Chrome's Variations component (server-driven feature system) is vulnerable to heap corruption when network attackers intercept and corrupt its configuration traffic at startup. This could allow attackers on corporate networks, public WiFi, or compromised ISP connections to corrupt browser memory and potentially hijack Chrome processes. Organizations should update Chrome to version 151.0.7922.72 or later to eliminate this network-based memory-safety risk.
Apply vendor patch.
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
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
Related Vulnerabilities in Google Chrome Multiple Security Flaws
View all 80Same weakness CWE-20 – Improper Input Validation
View allSame technique Information Disclosure
View allVendor StatusVendor
SUSE
Severity: Critical| Product | Status |
|---|---|
| SUSE Package Hub 15 SP7 | Fixed |
| openSUSE Leap 16.0 | Fixed |
| SUSE Package Hub 15 SP7 | Affected |
EUVD-2026-50723
GHSA-5r9f-54v2-c4hq
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB