Severity by source
Sources disagree (Medium–Critical)AV:L/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
Local vector and the need for an existing foothold to reach the Chromoting host imply PR:L; total OS-level compromise yields C:H/I:H/A:H with unchanged scope.
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
8DescriptionCVE.org
Inappropriate implementation in Chromoting in Google Chrome on Linux prior to 151.0.7922.72 allowed a local attacker to perform OS-level privilege escalation via malicious network traffic. (Chromium security severity: Medium)
AnalysisAI
Local OS-level privilege escalation in Google Chrome on Linux before 151.0.7922.72 stems from an inappropriate implementation in the Chromoting (Chrome Remote Desktop) component, letting a local attacker leverage malicious network traffic to gain elevated OS privileges. Rated CVSS 8.4 (Chromium severity Medium), the flaw carries total technical impact but no public exploit identified at time of analysis and a low EPSS of 0.11% (2nd percentile), indicating minimal current exploitation pressure. A vendor patch is available and no active exploitation has been reported.
Technical ContextAI
Chromoting is the internal codename for Google's Chrome Remote Desktop functionality, which brokers remote desktop sessions and handles network-delivered session traffic on the host. The weakness is classified as CWE-269 (Improper Privilege Management), meaning the component fails to correctly enforce or drop privileges when processing input, allowing an actor to cross a trust boundary into higher-privileged OS context. Per the CPE data (cpe:2.3:a:google:chrome), the issue is specific to the Chrome application on Linux, where the Chromoting host process interacts with OS-level privilege mechanisms; a mishandled implementation path lets crafted network traffic influence a privileged operation.
RemediationAI
Vendor-released patch: update Google Chrome on Linux to 151.0.7922.72 or later via the Stable channel update (https://chromereleases.googleblog.com/2026/07/stable-channel-update-for-desktop_0887107924.html), then relaunch the browser and any Chrome Remote Desktop host to load the fix. As an interim compensating control where immediate patching is not possible, disable or uninstall the Chrome Remote Desktop host on affected Linux systems so the vulnerable Chromoting code path is not reachable - the trade-off is loss of remote desktop access to those machines. Additionally restrict network access to the Chromoting host ports and limit local user access on multi-user Linux hosts to reduce the pool of potential local attackers, accepting that this narrows legitimate remote-access workflows. Confirm the running Chrome version through chrome://settings/help after updating.
Same weakness CWE-269 – Improper Privilege Management
View allSame technique Privilege Escalation
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-50626
GHSA-96rv-m324-862p