Severity by source
AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:N/A:L
AC:H reflects mandatory prior renderer compromise; UI spoofing warrants I:L; no availability impact from dialog spoofing alone.
Primary rating from NVD.
CVSS VectorNVD
Lifecycle Timeline
3DescriptionCVE.org
Insufficient validation of untrusted input in Dialog in Google Chrome prior to 148.0.7778.96 allowed a remote attacker who had compromised the renderer process to perform UI spoofing via a crafted HTML page. (Chromium security severity: Low)
AnalysisAI
UI spoofing in Google Chrome's Dialog component prior to version 148.0.7778.96 allows a remote attacker who has already compromised the renderer process to deceive users with falsified browser UI elements via a crafted HTML page. The vulnerability stems from insufficient validation of untrusted input (CWE-20) in Dialog handling, enabling manipulation of how dialog boxes are rendered. No public exploit or active exploitation has been identified; EPSS is 0.05% and SSVC classifies exploitation as none, placing real-world urgency well below what the moderate CVSS score alone might suggest.
Technical ContextAI
The flaw resides in Chrome's Dialog subsystem, a browser UI layer responsible for rendering native-style dialog boxes (alerts, confirms, prompts) surfaced to users. CWE-20 (Improper Input Validation) indicates that input originating from the renderer process - which handles untrusted web content - is not adequately sanitized before being acted upon by the browser's privileged UI layer. Chrome's multi-process architecture uses sandboxed renderer processes to isolate web content; this vulnerability is exploitable only after that sandbox has already been breached, meaning it functions as a post-compromise UI escalation primitive rather than an initial access vector. Affected scope per CPE is cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:* for all versions prior to 148.0.7778.96. Tags referencing Red Hat and SUSE indicate downstream Linux distribution packaging concerns alongside the upstream Chrome release.
RemediationAI
The primary fix is upgrading Google Chrome to version 148.0.7778.96 or later, which is confirmed available from the vendor per the stable channel update at https://chromereleases.googleblog.com/2026/05/stable-channel-update-for-desktop.html. Chrome's auto-update mechanism will deliver this for most desktop users automatically. Red Hat and SUSE users should apply the patched Chromium packages when issued by their respective distribution security teams. No meaningful standalone workaround exists for this flaw given it operates within the browser's Dialog subsystem; however, because exploitation requires prior renderer compromise, organizations that enforce strict browser sandboxing hardening (e.g., enabling Chrome's strict site isolation policy) reduce the probability of reaching the precondition for this vulnerability. Patching the renderer-level vulnerability that would enable the prerequisite compromise is independently advisable.
Same weakness CWE-20 – Improper Input Validation
View allSame technique Information Disclosure
View allVendor StatusVendor
SUSE
Severity: MediumShare
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-28100