Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessExploit renderer RCE vulnerability
-
DeliveryGain code execution in sandboxed renderer
-
ExploitServe victim crafted HTML page
-
ExecutionAbuse Bluetooth policy enforcement gap
-
PersistBypass same-origin policy
-
ImpactPerform unauthorized cross-origin write or action
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Access control enforcement
MITRE ATT&CK
1 technique across 1 tactic: Defense Evasion The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Two sequential conditions must both be met: first, the attacker must have already compromised the renderer process - this requires a separate, distinct vulnerability enabling renderer-level code execution. Second, user interaction is required (UI:R): the victim must visit or be served a crafted HTML page within the compromised browser session. The Web Bluetooth API (or equivalent Bluetooth-interfacing browser subsystem) must be accessible in the browser. Factors limiting exploitation: renderer compromise is a non-trivial prerequisite that constitutes its own separate exploit chain; the vulnerability does not enable unauthenticated remote exploitation from a clean browser state; and the confidentiality impact is absent (C:N), meaning the SOP bypass yields integrity violation rather than data exfiltration per the CVSS vector. |
| Impact | The NVD CVSS vector (AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:H/A:N, 6.5) overstates exploitability: the description explicitly requires a previously compromised renderer process, which is a significant attack complexity prerequisite not reflected by AC:L or PR:N in the assigned vector. This is a tension in the data that defenders should note - the score of 6.5 implies moderate risk, but the chained nature of the attack (renderer RCE first, then this SOP bypass) makes standalone exploitation impossible. The Chromium team's own 'Low' severity rating is more consistent with the real-world risk profile. EPSS at 0.18% (8th percentile) corroborates low observed exploitation interest. No POC is publicly confirmed, and the vulnerability is not listed in CISA KEV. This is a real but lower-priority issue, best addressed through the standard Chrome update cycle rather than emergency patching. |
| Exploit ScenarioDerived | An attacker first exploits a separate renderer-process vulnerability (such as a V8 or Blink memory corruption bug) to gain code execution within Chrome's sandboxed renderer. From that foothold, they serve the victim a crafted HTML page that abuses the insufficient Bluetooth policy enforcement to issue cross-origin requests or access data from origins that should be isolated, effectively breaking the same-origin policy for the compromised session. No public POC for this specific chained attack is confirmed at time of analysis. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jul 30, 2026
Same-origin policy bypass in Google Chrome's Bluetooth subsystem (prior to 151.0.7922.72) can be triggered by an attacker who has already achieved renderer process compromise, using a crafted HTML page to abuse insufficient policy enforcement in the Web Bluetooth layer. The exploit chain requires a pre-existing foothold in the renderer, which limits real-world risk considerably - Chrome's own security team rated this 'Low' severity. No active exploitation has been confirmed (not listed in CISA KEV), and the EPSS score of 0.18% (8th percentile) reflects negligible observed exploitation activity.
RemediationAI
Update Google Chrome to version 151.0.7922.72 or later via Chrome's built-in updater or by visiting chrome://settings/help. The vendor advisory is available at http://chromereleases.googleblog.com/2026/07/stable-channel-update-for-desktop_0887107924.html. Because exploitation requires a compromised renderer process as a prerequisite, organizations that already enforce Chrome enterprise policies - such as disabling the Web Bluetooth API via the DefaultWebBluetoothGuardSetting policy (set to 2 to block all sites) - will limit the Bluetooth attack surface independently of patching. Disabling Web Bluetooth has minimal operational impact in most enterprise environments that do not rely on browser-based Bluetooth device interactions. Patching remains the definitive fix; the policy workaround is a compensating control only.
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 Google Chrome's Bluetooth policy enforcement layer, most likely the Web Bluetooth API implementation that allows web pages to interact with nearby Bluetooth devices. CWE-284 (Improper Access Control) identifies the root cause: the browser fails to correctly enforce access policy boundaries in the Bluetooth subsystem when the renderer is under attacker control. Normally, Chrome's multi-process sandbox architecture uses the browser process as a policy authority over renderer requests, but this flaw allows an already-compromised renderer to abuse Bluetooth-related interfaces to cross same-origin boundaries. The CPE cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:* covers all Chrome variants on all platforms prior to the fixed release.
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 (Low–Critical)AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:H/A:N
Renderer process compromise is an explicit prerequisite, raising AC to H; no authentication is needed from the attacker, and integrity-only impact reflects SOP bypass without confidentiality loss.
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 policy enforcement in Bluetooth in Google Chrome prior to 151.0.7922.72 allowed a remote attacker who had compromised the renderer process to bypass same origin policy via a crafted HTML page. (Chromium security severity: Low)
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.
Related Vulnerabilities in Google Chrome Implementation and Policy Flaws
View all 50Same weakness CWE-284 – Improper Access Control
View allSame technique Authentication Bypass
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-50912
GHSA-p6v2-jmfg-m6r4
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB