Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessIdentify Linux host running Chrome Chromoting
-
DeliveryReach Chromoting network endpoint
-
ExploitSend crafted malicious network traffic
-
ExecutionTrigger protection mechanism failure (CWE-693)
-
PersistEscalate to OS-level privileges
-
ImpactExecute attacker actions as elevated user
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A06:2025 - Insecure Design
ASVS 5.0
V15 - Secure Coding and Architecture Protection mechanism completeness
|
| Exploitation Conditions | Exploitation requires the target Linux host to be running Google Chrome with the Chromoting (Chrome Remote Desktop) component active and reachable by the attacker over the network, and the attacker must be able to deliver crafted malicious network traffic to that Chromoting surface. No user interaction is required (UI:N) and no authentication is required (PR:N), but the High attack complexity (AC:H) indicates limiting factors such as timing, race conditions, or specific session/configuration state that the attacker must achieve. Hosts that do not run Chrome Remote Desktop / Chromoting, or that block inbound Chromoting connectivity at the network layer, are not exposed via this path. |
| Impact | Signals are mixed and require careful interpretation. The CVSS 3.1 score of 8.1 (AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H) reflects an unauthenticated network-reachable flaw with full CIA impact, but the High attack complexity (AC:H) indicates non-trivial preconditions such as specific timing, configuration, or active Chromoting sessions. EPSS probability is extremely low at 0.03% (11th percentile) and the CVE is not in CISA KEV, with no public exploit identified at time of analysis - Google itself rated the underlying Chromium severity as Medium despite the higher external CVSS. Notably, the description references 'OS-level privilege escalation' while the CVSS vector is AV:N (network), suggesting the attack chain begins remotely against the Chromoting network surface but ultimately yields local OS privileges; defenders should verify whether the affected host must be running an active Chrome Remote Desktop session for exploitation. Realistic priority is moderate - patch promptly especially on Linux endpoints that use Chrome Remote Desktop, but this does not appear to be a widespread mass-exploitation candidate at this time. |
| Exploit ScenarioDerived | An attacker capable of reaching a Linux host running a vulnerable Chrome with Chromoting active sends crafted malicious network traffic to the Chrome Remote Desktop / Chromoting endpoint, triggering the protection-mechanism failure and escalating from the Chromoting component's context to OS-level privileges on the victim machine. No public exploit has been identified at time of analysis, and the High attack complexity suggests the attacker must satisfy specific timing or state conditions to succeed. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jun 05, 2026
OS-level privilege escalation in Google Chrome on Linux prior to 149.0.7827.53 allows remote attackers to escalate privileges via malicious network traffic targeting the Chromoting (Chrome Remote Desktop) component. Google has released a patched stable channel update, and while no public exploit has been identified at time of analysis, the network-based attack vector and high impact across confidentiality, integrity, and availability warrant prompt patching. EPSS probability is very low (0.03%), and the issue is not listed in CISA KEV.
RemediationAI
Upgrade Google Chrome on Linux to the vendor-released patch version 149.0.7827.53 or later via the stable channel update documented at https://chromereleases.googleblog.com/2026/06/stable-channel-update-for-desktop.html; on managed fleets, push the update through your standard Chrome management policy or distribution repository and confirm relaunch so the new binary is loaded. As a compensating control on hosts that cannot be patched immediately, disable Chrome Remote Desktop / Chromoting host components (e.g., stop and mask the chrome-remote-desktop systemd service, or uninstall the Chrome Remote Desktop host package) to remove the vulnerable network attack surface - the trade-off is loss of remote-desktop functionality for users who depend on it. Additionally, restrict inbound network paths to Chromoting on untrusted networks via host firewall rules, accepting that this will not protect against attackers already on the same network segment.
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 vulnerability resides in Chromoting, the underlying technology that powers Chrome Remote Desktop, which provides peer-to-peer remote access functionality embedded within Google Chrome on Linux. The CWE-693 (Protection Mechanism Failure) classification indicates that an intended security boundary - in this case, the isolation between Chrome's sandboxed renderer/remoting components and the host operating system - is improperly enforced, allowing malicious network traffic processed by the Chromoting subsystem to break out and escalate privileges at the OS level. Only Linux builds of Chrome before 149.0.7827.53 are affected per the vendor advisory and EUVD record.
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:N/S:U/C:H/I:H/A:H
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: google
Lifecycle Timeline
3DescriptionCVE.org
Inappropriate implementation in Chromoting in Google Chrome on Linux prior to 149.0.7827.53 allowed a remote attacker to perform OS-level privilege escalation via malicious network traffic. (Chromium security severity: Medium)
Executive ViewAI
Google Chrome on Linux users are vulnerable to a privilege escalation attack through the Chrome Remote Desktop feature, with no public exploit identified at time of analysis. This vulnerability (CVSS 8.1) puts at risk any organization with distributed workforces relying on Chrome Remote Desktop for secure access, as compromised systems could expose sensitive data and intellectual property. A vendor patch is available for immediate deployment.
Vendor-released patch: Google Chrome 149.0.7827.53 or later.
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
Privilege escalation occurs when an attacker leverages flaws in access control mechanisms to gain permissions beyond what they were originally granted.
Same weakness CWE-693 – Protection Mechanism Failure
View allSame technique Privilege Escalation
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-34631
GHSA-hvc5-x4pv-v62q
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB