Skip to main content

Chrome for iOS EUVDEUVD-2026-50937

| CVE-2026-18011 LOW
Information Exposure (CWE-200)
2026-07-30 Chrome GHSA-q82x-xxqm-x669
2.4
CVSS 3.1 · Vendor: Chrome

Severity by source

Vendor (Chrome) PRIMARY
2.4 LOW
AV:P/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N
vuln.today AI
2.4 LOW

Physical access is the sole prerequisite (AV:P); no authentication needed; only partial confidentiality impact with no integrity or availability effect.

3.1 AV:P/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N
4.0 AV:P/AC:L/AT:N/PR:N/UI:N/VC:L/VI:N/VA:N/SC:N/SI:N/SA:N

Primary rating from Vendor (Chrome).

CVSS VectorVendor: Chrome

Attack Vector
Physical
Attack Complexity
Low
Privileges Required
None
User Interaction
None
Scope
Unchanged
Confidentiality
Low
Integrity
None
Availability
None

Lifecycle Timeline

4
Analysis Generated
Jul 30, 2026 - 15:40 vuln.today
Patch available
Jul 30, 2026 - 02:02 EUVD
CVE Published
Jul 30, 2026 - 00:26 cve.org
UNKNOWN (no severity yet)
CVE Published
Jul 30, 2026 - 00:26 cve.org
LOW 2.4

DescriptionCVE.org

Inappropriate implementation in Chrome for iOS in Google Chrome on iOS prior to 151.0.7922.72 allowed a local attacker to obtain potentially sensitive information from process memory via physical access to the device. (Chromium security severity: Low)

AnalysisAI

Chrome for iOS prior to 151.0.7922.72 exposes potentially sensitive process memory contents to an attacker with physical access to the device through an inappropriate implementation flaw. The vulnerability is classified CWE-200 (Information Disclosure) and is iOS-platform-specific, not affecting Chrome on other operating systems. No public exploit code exists and CISA SSVC confirms no active exploitation, placing this firmly in the low-urgency tier despite requiring prompt patching for high-assurance mobile environments.

Technical ContextAI

The flaw is rooted in CWE-200, an inappropriate implementation within Chrome's iOS-specific code path that insufficiently restricts access to process memory contents. On iOS, Chrome operates within Apple's application sandbox, but the inappropriate implementation allows a local attacker with physical device access to read memory that should be protected. CPE data identifies the affected component as cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:* scoped to iOS versions prior to 151.0.7922.72. The Chromium security team rated this severity as Low, consistent with the physical-access prerequisite and limited confidentiality impact - the attacker gains partial read access to process memory but cannot modify data or cause a denial of service.

RemediationAI

The primary fix is upgrading Chrome for iOS to version 151.0.7922.72 or later, available through the Apple App Store. The vendor advisory confirming this patch is published at https://chromereleases.googleblog.com/2026/07/stable-channel-update-for-desktop_0887107924.html. No functional workaround exists that eliminates the vulnerability while retaining Chrome on iOS; organizations requiring immediate risk reduction before patching can enforce Mobile Device Management (MDM) policies to restrict physical access - for example, requiring device encryption and screen lock with short timeout, and enabling remote wipe capability for lost or stolen devices. These compensating controls do not remediate the flaw but reduce the attacker's window of opportunity during physical access. The trade-off is operational friction for end users due to stricter lock screen policies.

Share

EUVD-2026-50937 vulnerability details – vuln.today

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy