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
5DescriptionCVE.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)
AnalysisAI
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.
Technical ContextAI
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.
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.
Same 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 |
Share
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-50723
GHSA-5r9f-54v2-c4hq