Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessLure Android user to malicious page
-
DeliveryCraft Omnibox network traffic
-
ExploitTrigger SSRF in Omnibox
-
ExecutionBypass system access restriction
-
ImpactIssue unauthorized internal request
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V4 - API and Web Service URL allowlisting, SSRF prevention
MITRE ATT&CK
2 techniques across 2 tactics: Initial Access, Credential Access The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires the affected component to be Google Chrome on Android prior to 153.0.8010.52, specifically the Omnibox (address/search bar). The attacker must leverage social engineering to induce the victim, and craft network traffic that triggers the SSRF; per the CVSS vector attack complexity is High (AC:H), meaning conditions beyond the attacker's control must align. Limiting factors: mobile-only (Android) scope, no privileges needed (PR:N) but effective reliance on user manipulation (the description's social-engineering element conflicts with the vector's UI:N), and impact capped at bypassing system access restrictions with low integrity effect only - no confidentiality or availability compromise, no code execution. |
| Impact | This is a low-priority, low-real-risk issue despite being a network-vector SSRF in a ubiquitous browser. The vendor CVSS 3.1 base score is only 3.7 (AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:L/A:N): high attack complexity, no confidentiality or availability impact, and only low integrity impact. All exploitation signals point down: SSVC reports Exploitation 'none', Automatable 'no', and Technical Impact 'partial'; there is no EPSS score, no CISA KEV listing, and no public exploit identified at time of analysis. Chromium itself rated this Medium. There is a notable data conflict: the CVSS vector encodes UI:N (no user interaction) yet the description explicitly states the attacker is 'leveraging social engineering,' which normally maps to UI:R - verify with vendor, as a corrected UI:R would leave the score essentially unchanged or slightly lower. Net: real footprint is enormous (Chrome on Android) but the constrained impact (integrity-only SSRF used to bypass system access restrictions, no data theft or RCE) plus high complexity and required social engineering make this far below priorities like the concurrent Chrome V8/PDFium RCEs in the same 153.0.8010.52 release. |
| Exploit ScenarioDerived | An attacker tricks an Android Chrome user (via a malicious link or page - the social-engineering element) into triggering the Omnibox to emit crafted network traffic that the SSRF weakness routes past system access restrictions to an otherwise-restricted internal or local endpoint. The impact is limited to low integrity (issuing an unauthorized request), with no data exfiltration or code execution. No public proof-of-concept exists, and high attack complexity makes reliable exploitation difficult. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Sep 18, 2026
Server-side request forgery in the Omnibox of Google Chrome on Android prior to 153.0.8010.52 allows an unauthenticated remote attacker to bypass system access restrictions by combining social engineering with crafted network traffic, producing only a limited integrity impact (CVSS 3.7, AC:H, C:N/I:L/A:N) with no confidentiality or availability loss and no code execution. The bug is Android-scoped, rated Medium by Chromium, and no public exploit code has been identified at time of analysis; CISA's SSVC assessment records exploitation as 'none' and automatable as 'no'. In short, this is a low-priority, low-real-risk issue despite being a network-vector SSRF in a ubiquitous browser.
RemediationAI
Apply the vendor fix: upgrade Google Chrome on Android to 153.0.8010.52 or later, the minimum patched build published in Google's stable-channel release for this issue - patch availability is confirmed per the vendor advisory, and there is no documented standalone workaround. Enable Play Store auto-updates and verify the installed build at chrome://version, or enforce a minimum-version baseline through Android Enterprise/EMM so devices below 153.0.8010.52 are blocked or forced to update. Because the defect lives inside the client's Omnibox, server-side or network-layer controls such as proxies, egress filtering, and URL allowlists do not address it and give no reliable protection; the only meaningful interim measure is to prevent vulnerable Chrome builds from being used on managed Android devices, with the trade-off that users lose their preferred browser or must migrate to a managed alternative, which can affect usability and break sites that depend on Chrome-specific behavior. Monitor the Chromium issue tracker (https://issues.chromium.org/issues/511832293) and the Chrome Releases advisory (https://chromereleases.googleblog.com/2026/09/stable-channel-update-for-desktop_0194356994.html) for further detail.
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 weakness is CWE-918 (Server-Side Request Forgery) in Chrome's Omnibox - the combined address and search bar - on Android. In browser terms this class of flaw arises when a component accepts a navigation target or URL and then performs a fetch without sufficiently validating the destination, letting attacker-influenced input drive requests toward resources that platform or browser policy is meant to keep out of reach, such as loopback services, internal hosts, or privileged Android intents. Here the stated outcome is a bypass of system access restrictions with low integrity impact only (I:L), no confidentiality or availability effect, and no code execution, which is consistent with the Chromium 'Medium' severity label and the 3.7 base score under AC:H. The affected code path is Android-specific (desktop and other platforms are not enumerated), and the High attack complexity reflects preconditions outside the attacker's control needing to align before the SSRF fires. Note the description's emphasis on social engineering while the published vector carries UI:N; our independent assessment scores this as UI:R because user manipulation is the practical trigger, and that gap should be treated as a scoring discrepancy rather than evidence of a more severe bug. The report was filed through Google's chrome-cve-admin channel and is tracked as ENISA EUVD-2026-82485.
Know when Chrome gets its next vulnerability
- 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
AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:L/A:N
Network SSRF but AC:H (crafted traffic + conditions) and I set UI:R over vendor's UI:N because the description requires social engineering; impact is integrity-only (I:L), no C/A.
Primary rating from Vendor (google).
CVSS VectorVendor: google
Lifecycle Timeline
4DescriptionCVE.org
Server-side request forgery in Omnibox in Google Chrome on on Android prior to 153.0.8010.52 allowed a remote attacker leveraging social engineering to bypass system access restrictions via crafted network traffic. (Chromium security severity: Medium)
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
Server-Side Request Forgery exploits applications that fetch remote resources based on user-supplied URLs.
Use-after-free vulnerability in the DisplayObject class in the ActionScript 3 (AS3) implementation in Adobe Flash Player
V8 in Google Chrome prior to 54.0.2840.90 for Linux, and 54.0.2840.85 for Android, and 54.0.2840.87 for Windows and Mac
Type confusion in V8 in Google Chrome prior to 59.0.3071.86 for Linux, Windows, and Mac, and 59.0.3071.92 for Android, a
The Array.prototype.concat implementation in builtins.cc in Google V8, as used in Google Chrome before 49.0.2623.108, do
Mozilla Firefox before 18.0, Firefox ESR 10.x before 10.0.12 and 17.x before 17.0.2, Thunderbird before 17.0.2, Thunderb
Incorrect handling of complex species in V8 in Google Chrome prior to 57.0.2987.98 for Linux, Windows, and Mac and 57.0.
The Chrome Object Wrapper (COW) implementation in Mozilla Firefox before 16.0, Firefox ESR 10.x before 10.0.8, Thunderbi
An issue was discovered in the Cisco WebEx Extension before 1.0.7 on Google Chrome, the ActiveTouch General Plugin Conta
The XrayWrapper implementation in Mozilla Firefox before 35.0 and SeaMonkey before 2.32 does not properly interact with
The Chrome Object Wrapper (COW) implementation in Mozilla Firefox before 18.0, Firefox ESR 17.x before 17.0.2, Thunderbi
The Web IDL implementation in Mozilla Firefox before 28.0, Firefox ESR 24.x before 24.4, Thunderbird before 24.4, and Se
Use-after-free vulnerability in the BitmapData class in the ActionScript 3 (AS3) implementation in Adobe Flash Player 13
EUVD-2026-82485
GHSA-2rm2-m6g7-5v7j
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB