Cyber Resilience

CVE-2026-13919

Google Chrome ≤ 150.0.7871.47

Published
30 June 2026
Modified
01 July 2026
CVSS Score v3.1 6.5
Click a component to see what it means
Raw vectorCVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:H/A:N
EPSS Score 0.0033 25th percentile
Risk Priority 49 floored blend · peak EPSS

Summary

CVE-2026-13919 is a medium-severity Client-Side Enforcement of Server-Side Security (CWE-602) vulnerability in Google Chrome. Its CVSS base score is 6.5 (Medium).

Operationally, exploitation aligns with the MITRE ATT&CK technique Exploit Public-Facing Application (T1190); ranked at the 25th percentile by exploit likelihood (below the median); it is not currently listed in the CISA KEV catalog.

The strongest mitigations our analysis identified map to AC-25 (Reference Monitor) and AC-3 (Access Enforcement) — see the control section below for these in your framework.

OWASP Top 10 for Web (2025)

EU & UK References

Vulnerability Data

Insufficient policy enforcement in Extensions in Google Chrome prior to 150.0.7871.47 allowed a remote attacker who had compromised the renderer process to bypass site isolation via a crafted HTML page. (Chromium security severity: Medium)

CWE(s)

Related Threats

MITRE ATT&CK Enterprise Techniques

T1190 Exploit Public-Facing Application Initial Access
Adversaries may attempt to exploit a weakness in an Internet-facing host or system to initially access a network.
Derived from this CVE’s CWE(s) via the direct CWE→ATT&CK cross-walk.

CVEs Like This One

CVE-2026-14047Same product: Google Chrome
CVE-2023-0704Same product: Google Chrome
CVE-2026-14036Same product: Google Chrome
CVE-2026-14007Same product: Google Chrome
CVE-2026-15130Same product: Google Chrome
CVE-2026-14041Same product: Google Chrome
CVE-2026-13930Same product: Google Chrome
CVE-2026-13903Same product: Google Chrome
CVE-2026-13871Same product: Google Chrome
CVE-2026-14054Same product: Google Chrome

Affected Assets

google
chrome
≤ 150.0.7871.47

Mitigating Controls

Control response

Prevent
Stop it (NIST 800-53)

Detect
Catch it (NIST detect / respond)

Harden
Shrink the surface (DISA STIG)

Validate
Prove the fix (OWASP ASVS)
  • V10.7.1
  • V2.2.2
  • V8.3.1
  • V10.4.1

Mitigating Controls (NIST 800-53 r5) AI

Requires a tamper-proof, always-invoked reference monitor that cannot be bypassed by client-side logic.

Enforces all access decisions on the server according to policy rather than trusting client-supplied enforcement.

Enforces information-flow rules at the server boundary instead of delegating them to the client.

Monitors and controls all external and key internal interfaces so that server-side policy cannot be off-loaded to clients.

Mitigating Controls (NIST CSF 2.0) AI

Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→CSF cross-walk (authority under review) — links open the control.

PR.PS-06 mostly match
prevents

Secure SDLC practices directly prevent design flaws that place server security enforcement on the client.

PR.AA-05 partial match
prevents

Proper policy-based enforcement of authorizations implies server-side controls rather than client-only checks.

Mitigating Controls (ISO/IEC 27001:2022 Annex A) AI

Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→ISO cross-walk (authority under review) — links open the control.

prevents

Secure architecture principles discourage client-side trust but do not directly address this weakness.

finds

Security testing can detect client-side enforcement but is not the primary mitigation.

prevents

Information access restriction is undermined when the client is trusted to enforce it.

prevents

Secure development lifecycle mandates server-side validation and prevents reliance on client enforcement.

prevents

Application security requirements explicitly call for server-side enforcement of security mechanisms.

prevents

Secure coding standards require server-side checks and reject client-only enforcement.

References