MEDIUM 4.3

CVE-2026-14075: Chrome iOS No-Referrer Policy Bypass

A vulnerability in Chrome for iOS allows attackers to send HTTP requests with referrer information even when a web page has explicitly set a no-referrer policy. An attacker crafts a malicious HTML page that tricks the browser into ignoring this privacy protection, potentially leaking information about which website a user came from. This is a client-side bypass that requires user interaction—the user must visit the attacker's page—but could expose browsing patterns or sensitive context depending on the websites involved.

Source data · NVD / CISA · public domain

CVSS
3.1 · 4.3 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:L/A:N
Weaknesses (CWE)
CWE-602
Affected products
2 configuration(s)
Published / Modified
2026-06-30 / 2026-07-06

NVD description (verbatim)

Insufficient policy enforcement in Chrome for iOS in Google Chrome on iOS prior to 150.0.7871.47 allowed a remote attacker to bypass no-referrer policy via a crafted HTML page. (Chromium security severity: Low)

2 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

CVE-2026-14075 is an insufficient policy enforcement vulnerability (CWE-602) in Chromium's iOS implementation. The no-referrer policy is a privacy and security control that prevents HTTP Referer headers from being sent in cross-origin requests. The vulnerability allows a remote attacker to circumvent this restriction through a specially crafted HTML page. Affected versions are Chrome for iOS below 150.0.7871.47. The CVSS 3.1 score of 4.3 reflects low attack complexity and no authentication requirement, but limited impact—integrity is compromised (referrer leakage) while confidentiality and availability remain intact.

Business impact

This vulnerability primarily threatens user privacy on iOS devices. Organizations and individuals relying on no-referrer policies to prevent internal URL patterns or referral chains from leaking to external domains face that protection being circumvented. For enterprises, this could expose internal navigation patterns when users interact with malicious third-party content. The impact is limited in scope—it affects referrer header leakage only—but in sensitive workflows (e.g., handling confidential documents where the referrer URL itself may be identifying), the breach of this explicit security boundary warrants attention.

Affected systems

The vulnerability affects Google Chrome on iOS versions prior to 150.0.7871.47. Because Chrome on iOS uses Apple's WebKit engine, the vulnerability is specific to iOS and does not affect Chrome on Android, macOS, Windows, or Linux. Devices running iOS are directly impacted; users on older Chrome versions remain vulnerable until they update.

Exploitability

Exploitability is straightforward. The attack requires network access and user interaction—the victim must visit an attacker-controlled or compromised HTML page. No special privileges or authentication are needed. The barrier is purely social: convincing a user to visit a malicious page. Once there, the browser automatically leaks referrer information in violation of the policy. There is no evidence this vulnerability is exploited in the wild or tracked on the KEV catalog.

Remediation

Chrome for iOS version 150.0.7871.47 and later contain the fix. Users should update their Chrome app from the Apple App Store. Organizations managing iOS devices should ensure device management policies require or encourage prompt updates to Chrome. Because this is a client-side browser vulnerability, network-layer mitigations are limited; focus on end-user patching.

Patch guidance

Update Chrome for iOS to version 150.0.7871.47 or later. On iOS, visit the App Store, search for Google Chrome, and tap Update if available. For organizations, deploy device management policies that enforce or remind users to keep Chrome current. If you maintain a list of approved app versions in your environment, update the minimum version requirement to 150.0.7871.47.

Detection guidance

Detection is primarily behavioral and network-focused. Monitor for anomalous referrer headers in web server logs from iOS clients that should have set no-referrer policies. Web application firewalls may flag unexpected referrer values from iOS Chrome sessions. On the client side, security teams cannot directly detect exploitation within the browser, but user reports of unexpected website activity or privacy concerns may indicate exposure. Consider periodic audits of deployed Chrome versions across managed iOS devices.

Why prioritize this

While the CVSS score is 4.3 (medium), the practical urgency is moderate. The vulnerability is low-severity by Chromium's own assessment, requires user interaction, and is not known to be exploited. However, it directly contradicts an explicit security policy (no-referrer), making it worth prioritizing updates within a normal patch cadence. Organizations with strict privacy requirements or those where referrer URLs carry sensitive information should treat this as higher priority. Standard practice is to patch within 30 days.

Risk score, explained

The CVSS 3.1 score of 4.3 reflects: Attack Vector Network (user visits a page), Attack Complexity Low (no special setup), Privileges Required None, User Interaction Required (user must click/visit), Scope Unchanged (no privilege escalation), Confidentiality Impact None (referrer is not confidential, but its leakage reveals browsing context), Integrity Impact Low (the expected policy is violated, but no data modification occurs), and Availability Impact None. The score appropriately captures a narrow, policy-bypass vulnerability with mild real-world consequences.

Frequently asked questions

Can this vulnerability steal my passwords or personal data?

No. The vulnerability leaks only the HTTP Referer header—the URL of the previous page you visited. It does not grant access to passwords, cookies, or other sensitive browser data. However, a referrer URL itself can sometimes contain sensitive information (e.g., internal corporate URLs), so the impact depends on your browsing context.

Does this affect Chrome on Android, Windows, or Mac?

No. This vulnerability is specific to Chrome on iOS because it relates to how Chromium interacts with Apple's WebKit engine on iOS. Chrome on other platforms uses different rendering engines and is not affected.

What should I do if I can't update immediately?

Avoid clicking suspicious links or visiting untrusted websites, especially those that appear to come from emails or social media. The attack requires you to land on an attacker's page, so practicing safe browsing habits reduces risk. Update Chrome as soon as possible—this typically takes seconds from the App Store.

Is this a widespread active threat?

There is no evidence this vulnerability is being exploited in the wild. It is not listed on CISA's Known Exploited Vulnerabilities (KEV) catalog. It remains a policy-bypass issue of interest to privacy-conscious users and organizations, but does not represent an active campaign.

This analysis is based on information available as of the publication date. Patch availability, vendor advisories, and threat intelligence may evolve. Always verify patch versions and compatibility against the official Google Chrome release notes and your device configuration before deploying updates. This document does not constitute legal or compliance advice. Organizations subject to specific regulatory requirements should consult their compliance teams when determining patch timelines. Source: NVD (public-domain), retrieved 2026-08-09. Analysis generated by SEC.co (claude-haiku-4-5).