CVE-2026-18002: Insufficient validation of untrusted input in Google Lens in Google Chrome prior to 151.0.7922.72 allowed a...
Insufficient validation of untrusted input in Google Lens in Google Chrome prior to 151.0.7922.72 allowed a remote attacker who had compromised the renderer process to potentially perform a sandbox escape via a crafted HTML page. (Chromium security severity: Low)
Security readout for executives and security teams
Plain-English summary
This Chrome flaw could let an attacker break out of the browser sandbox after already compromising a renderer process and getting a user to open crafted web content. The supplied CVSS is critical, but Chromium rates the issue Low, reflecting the important prerequisite and required user interaction.
Executive priority
Treat this as an urgent browser-update issue because a successful sandbox escape could materially increase impact during a chained attack. Complete deployment promptly, while recognizing that Chromium rates it Low and the disclosed scenario requires prior renderer compromise and user interaction. Escalate exceptions on high-exposure endpoints.
Technical view
CVE-2026-18002 is an insufficient input-validation weakness (CWE-20) in Google Lens. In Chrome versions before 151.0.7922.72, a crafted HTML page could potentially enable sandbox escape after renderer compromise. The supplied vector is CVSS 3.1 9.6 with network access, low complexity, user interaction, and changed scope.
Likely exposure
Chrome installations earlier than 151.0.7922.72 are potentially exposed. Practical risk is higher where users browse untrusted content and another vulnerability could first compromise the renderer. The supplied evidence does not identify other Chromium-based browsers or platforms as affected.
Exploitation context
The supplied sources do not establish active exploitation, and the CVE is not listed as KEV in the bundle. Exploitation requires a compromised renderer plus crafted HTML and user interaction, so this appears to be a sandbox-escape component of a possible exploit chain rather than a standalone initial compromise.
Researcher notes
Public technical detail is limited. The record identifies Google Lens, CWE-20, crafted HTML, renderer compromise, and potential sandbox escape, but does not explain the validation boundary or primitive. The conflict between CVSS 9.6 and Chromium Low likely reflects scoring of potential impact versus the substantial exploitation prerequisite; this is an inference.
Mitigation direction
Update Google Chrome to version 151.0.7922.72 or later.
Use enterprise browser management to accelerate deployment across managed endpoints.
Check Google and Chromium guidance for any additional mitigations or affected-platform details.
Reduce exposure to untrusted web content until updates are complete.
Validation and detection
Inventory deployed Chrome versions and identify installations earlier than 151.0.7922.72.
Verify the active browser version is 151.0.7922.72 or later.
Confirm endpoint-management reporting shows successful rollout across the intended device population.
Review vendor advisories for later corrections, expanded scope, or exploitation updates.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-20: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
The CVE wording references privilege impact, so privilege escalation and authorization behavior review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
1CVSS vectors
3Timeline events
1ADP providers
3Source links
SSVC decision data
CISA-ADPCISA Coordinator
Timestamp
Version
2.0.3
Exploitation: noneAutomatable: noTechnical Impact: total
CVSS vector scores
1 official score
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.