CVE-2026-13921: Chrome DeviceBoundSessionCredentials Same-Origin Policy Bypass (CVSS 6.5)
Google Chrome versions prior to 150.0.7871.47 contain a flaw in how it validates input to the DeviceBoundSessionCredentials feature. An attacker can craft a malicious HTML page that, when visited by a user, bypasses Chrome's same-origin policy—a core security boundary that prevents websites from accessing data or making requests on behalf of other sites. The vulnerability requires user interaction (visiting the crafted page) but does not require special privileges to exploit.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 6.5 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:H/A:N
- Weaknesses (CWE)
- CWE-20
- Affected products
- 1 configuration(s)
- Published / Modified
- 2026-06-30 / 2026-07-01
NVD description (verbatim)
Insufficient validation of untrusted input in DeviceBoundSessionCredentials in Google Chrome prior to 150.0.7871.47 allowed a remote attacker to bypass same origin policy via a crafted HTML page. (Chromium security severity: Medium)
2 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
The vulnerability stems from insufficient input validation in the DeviceBoundSessionCredentials mechanism within Chrome's codebase (CWE-20: Improper Input Validation). DeviceBoundSessionCredentials is a feature designed to bind session tokens to a specific device to prevent token theft. However, inadequate sanitization or validation of untrusted input allows a remote attacker to craft HTML that circumvents the same-origin policy (SOP), potentially enabling unauthorized access to or manipulation of cross-origin resources. The attack surface is the network (AV:N), requires low attack complexity (AC:L), needs no special privileges (PR:N), and requires user interaction (UI:R) to trigger the malicious page visit.
Business impact
A successful exploit could allow attackers to access sensitive data from other websites a user is logged into, forge requests on the user's behalf across different origins, or perform actions within other web applications without authorization. This could lead to account compromise, data exfiltration, or unauthorized transactions, particularly targeting users of high-value services (banking, email, SaaS platforms). The impact is amplified if victims are employees with access to internal or enterprise systems.
Affected systems
All Google Chrome installations prior to version 150.0.7871.47 are affected. This includes Chrome on Windows, macOS, Linux, and Chrome-based browsers that embed the Chromium engine. Users running Chrome 150.0.7871.47 or later are not vulnerable. Verify your installed version via chrome://version/.
Exploitability
The vulnerability is exploitable by any unauthenticated remote attacker who can convince a user to visit a crafted HTML page. No special network position, code execution, or authentication is required on the attacker's side. Exploitation likelihood is moderate: it depends on user interaction (clicking a link or visiting a site), but such phishing or drive-by scenarios are common attack vectors. The vulnerability was not flagged for inclusion in CISA's Known Exploited Vulnerabilities (KEV) catalog, indicating no evidence of active exploitation in the wild at the time of publication.
Remediation
Update Chrome to version 150.0.7871.47 or later immediately. Chrome typically updates automatically, but users should verify their version and manually force an update if needed. Organizations managing Chrome deployments should use Chrome's managed update mechanisms to ensure fleet-wide patching. No workarounds are available; patching is the only mitigation.
Patch guidance
Navigate to chrome://settings/help in any Chrome window. Chrome will automatically check for updates and display the installed version. If the version is below 150.0.7871.47, Chrome will download and install the latest build (restart may be required). For enterprise deployments, administrators should push this update via Google Admin Console or third-party patch management tools. Verify successful patching by confirming the version number matches or exceeds 150.0.7871.47.
Detection guidance
Network and endpoint detection of this vulnerability is limited because exploitation leaves minimal forensic traces—the attack relies on HTML crafting and same-origin policy bypass at the browser level. Security teams should focus on behavioral monitoring: detect users visiting suspicious or unexpected domains that might host exploit payloads, monitor for anomalous cross-origin requests from users' browsers, and scan for phishing campaigns that distribute links to crafted HTML pages. Browser logs (chrome://net-internals) may record unusual redirect or request patterns if analyzed post-incident. Timely patching remains the primary defense.
Why prioritize this
This vulnerability merits prompt but not emergency attention. The CVSS score of 6.5 (Medium) reflects moderate severity: impact is limited to integrity (high impact to authorization/trust boundaries) with no direct confidentiality or availability harm. However, same-origin policy bypass is a fundamental browser security violation that could enable account takeover or fraud if chained with social engineering. Priority should be elevated in environments where users interact with sensitive web applications (financial services, healthcare, government). The absence of KEV status and active exploitation lowers urgency compared to critical or zero-day scenarios, but this should not delay patching beyond 1–2 weeks.
Risk score, explained
The CVSS 3.1 score of 6.5 reflects a network-reachable (AV:N), low-complexity (AC:L), unprivileged (PR:N) attack requiring user interaction (UI:R). Integrity is marked as High (I:H) because same-origin policy bypass undermines trust and authorization mechanisms, allowing attackers to forge or manipulate requests as if from trusted origins. Confidentiality and availability are unaffected (C:N, A:N), and the scope is unchanged (S:U), meaning the impact is limited to the intended resource. The Medium severity designation is appropriate: the attack is serious but not as critical as remote code execution or data exfiltration without user action.
Frequently asked questions
What exactly is DeviceBoundSessionCredentials and why does this matter?
DeviceBoundSessionCredentials is Chrome's security feature that ties session tokens (cookies, session identifiers) to a specific device to prevent attackers from using stolen tokens on other machines. The vulnerability in its input validation allows attackers to bypass this binding and the broader same-origin policy, effectively treating attacker-controlled requests as if they originate from a trusted site. This undermines a core assumption of web security.
Do I need to do anything if I have auto-update enabled?
If Chrome's automatic updates are enabled (the default), your browser will download and install version 150.0.7871.47 within a few days and apply it on the next restart. You can manually trigger the update by visiting chrome://settings/help. No further action is required, but periodic version checks are good practice.
Could this vulnerability steal my passwords or files?
Not directly. The vulnerability allows an attacker to bypass same-origin policy and forge requests as if from trusted sites you visit, potentially accessing data or performing actions on your behalf. However, passwords stored in Chrome's password manager are protected by encryption and are not directly exposed by this flaw. Your files are also not directly at risk unless they are stored in a web application that the attacker can then manipulate via the SOP bypass.
Is this being actively exploited?
As of the publication date, there is no evidence of active exploitation in the wild (it is not listed on CISA's KEV catalog). However, do not rely on this as a reason to delay patching; once patches are available, exploits are often developed rapidly. Patch promptly to stay ahead of potential weaponization.
This analysis is provided for informational purposes and represents SEC.co's interpretation of publicly available vulnerability data as of the publication date. Vulnerability details, patch availability, and exploitation status may change. Organizations should verify patch version numbers and compatibility against official Google Chrome security advisories and release notes before deploying updates. No exploit code or weaponized proof-of-concept is detailed here. SEC.co makes no warranty regarding the completeness or accuracy of this information and recommends independent testing and validation in your environment. Source: NVD (public-domain), retrieved 2026-08-09. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2026-0018MEDIUMAndroid AccessibilityManagerService Denial of Service Vulnerability
- CVE-2026-0051MEDIUMAndroid UBSan Runtime Denial of Service Vulnerability
- CVE-2026-0070MEDIUMAndroid DevicePolicyManagerService Local Denial of Service Vulnerability
- CVE-2026-0085MEDIUMAndroid Contact Handler Denial of Service Vulnerability
- CVE-2026-10004MEDIUMChrome UI Spoofing Vulnerability – Password Dialog Hijacking
- CVE-2026-10912MEDIUMChrome Extension Same-Origin Policy Bypass (CVSS 6.5)
- CVE-2026-10916MEDIUMChrome DevTools UXSS Vulnerability
- CVE-2026-10938MEDIUMChrome Site Isolation Bypass via Input Validation Flaw