Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessHost crafted HTML page
-
DeliveryLure Chrome user to site
-
ExploitUser triggers Lens interaction
-
ExecutionLens mishandles navigation check
-
PersistBrowser navigates to restricted destination
-
ImpactAttacker abuses bypassed origin context
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 | The target must be running Chrome desktop prior to 149.0.7827.53 with the Google Lens feature enabled (default in Stable Channel). The attacker must deliver a specifically crafted HTML page to the victim and the victim must interact with it (CVSS UI:R) in a way that triggers the Lens navigation path - interaction is required, but no authentication on the attacker's side and no privileges on the victim's machine are needed (PR:N). Limiting factors: enterprises that have disabled Lens via policy are not reachable; the bug is scoped to navigation-restriction bypass rather than arbitrary code execution per Google's Low Chromium severity rating, so chained impact depends on what destination the bypass reaches. |
| Impact | Signals here are notably conflicting: the NVD CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H) scores 8.8 and projects full CIA impact, but Google's own Chromium rating is 'Low,' which is a strong vendor signal that real-world impact is constrained to a navigation-control bypass rather than RCE or sandbox escape. No EPSS score was provided in the input, the CVE is not in CISA KEV, and no public exploit is identified at time of analysis, so there is no evidence of active exploitation. The require-user-interaction flag (UI:R) further limits opportunistic attacks. Practical priority: patch on a normal Chrome update cadence; the headline 8.8 overstates urgency given the vendor's Low severity and the absence of exploitation indicators. Note: the CVSS C:H/I:H/A:H rating appears inconsistent with a 'navigation restriction bypass' and Chromium's Low severity - defenders should treat the precise impact as uncertain until the Chromium issue tracker entry (497946941) is public. |
| Exploit ScenarioDerived | An attacker hosts a crafted HTML page and lures a Chrome user (pre-149.0.7827.53) to visit it, for example through phishing or a malvertising redirect. When the user interacts with the page in a way that engages Google Lens (such as a right-click 'Search image with Google Lens' or an embedded Lens-triggering element), the malformed content causes Lens to navigate outside its intended restriction boundary, sending the browser to a URL or origin that should have been blocked. No public proof-of-concept has been identified at time of analysis. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jun 05, 2026
Navigation restriction bypass in Google Chrome's Lens component prior to version 149.0.7827.53 allows a remote attacker to circumvent browser security boundaries via a crafted HTML page. The flaw requires user interaction (UI:R) to trigger, but no authentication, and Google classifies the Chromium security severity as Low despite the NVD CVSS of 8.8. No public exploit identified at time of analysis, and the issue is not listed in CISA KEV.
RemediationAI
Vendor-released patch: Google Chrome 149.0.7827.53 - update Chrome via the built-in updater or redeploy the Stable Channel build referenced at https://chromereleases.googleblog.com/2026/06/stable-channel-update-for-desktop.html. Enterprise administrators using Chrome Browser Cloud Management or group policy should push the 149.0.7827.53 (or later) MSI/PKG to managed endpoints and confirm restart-to-update compliance. As a compensating control until rollout completes, the Lens feature can be restricted via the LensRegionSearchEnabled and LensDesktopNTPSearchEnabled enterprise policies (set to false), which disables Lens entry points and removes the vulnerable code path's reachability, at the cost of losing the visual-search UX for users. Blocking navigation to attacker-controlled HTML at the network egress (web filtering, safe-browsing enforcement) reduces exposure but does not address the root cause. Further details may appear on the restricted Chromium issue tracker entry at https://issues.chromium.org/issues/497946941 once access is opened.
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 Google Lens, the visual search and image-recognition feature integrated into Chrome's desktop builds. It is classified as CWE-693 (Protection Mechanism Failure), meaning a security control - specifically Chrome's navigation restrictions that govern where and how the browser may follow links or initiate cross-origin transitions - is incorrectly implemented within the Lens code path. By feeding Lens a crafted HTML page, an attacker can route navigation through that weakened check, evading the same-origin or URL-handling guardrails the engine normally enforces. The vendor labels this an 'Inappropriate implementation' bug, a Chromium category typically used for logic errors in security boundaries rather than memory-corruption flaws.
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–High)AV:N/AC:L/PR:N/UI:R/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 Google Lens in Google Chrome prior to 149.0.7827.53 allowed a remote attacker to bypass navigation restrictions via a crafted HTML page. (Chromium security severity: Low)
Executive ViewAI
Google Chrome versions prior to 149.0.7827.53 contain a navigation restriction bypass vulnerability enabling attackers to redirect users to unauthorized websites through malicious web pages, exposing employees to phishing and credential theft. This affects all enterprise and BYOD Chrome installations, creating enterprise-wide account compromise risk during the unpatched window. A vendor patch is available and should be deployed across all Chrome deployments immediately.
Apply vendor patch.
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 Security Fixes (149.0.7827.53)
View all 72Same weakness CWE-693 – Protection Mechanism Failure
View allSame technique Authentication Bypass
View allVendor StatusVendor
SUSE
Severity: Important| Product | Status |
|---|---|
| SUSE Package Hub 15 SP7 | Fixed |
| openSUSE Leap 16.0 | Fixed |
| openSUSE Tumbleweed | Fixed |
| SUSE Package Hub 15 SP7 | Affected |
EUVD-2026-34709
GHSA-ppwm-hj26-hxcv
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB