Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessCraft malicious HTML page invoking MediaCapture API
-
DeliveryDeliver page link to Mac Chrome user via phishing or compromised site
-
ExploitUser visits page and browser loads crafted content
-
ExecutionImproper input validation in Mac MediaCapture code triggered
-
ImpactCross-origin data leaked to attacker-controlled context
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A05:2025 - Injection
ASVS 5.0
V2 - Validation and Business Logic Input validation, allowlisting
|
| Exploitation Conditions | Exploitation requires that the victim is running Google Chrome on macOS at a version prior to 149.0.7827.103 - Windows and Linux users are not affected by this CVE. The CVSS UI:R designation confirms that user interaction is mandatory: the victim must visit an attacker-controlled or attacker-influenced HTML page during an active browsing session. Because PR:N is set in the CVSS vector, no authentication to any service is required on the attacker's side. The attack does not require a privileged network position (no AitM/MitM needed) - any page reachable via a normal browser request qualifies as the delivery mechanism. Exploitation is limited by: the Mac-only platform scope, the requirement for active user browsing to a malicious page, and the low confidentiality impact ceiling (C:L), which bounds the data exposure to partial cross-origin information rather than full account takeover. |
| Impact | The CVSS 4.3 Medium score reflects a realistic but bounded threat: the attack vector is network (AV:N) with low complexity (AC:L), no privileges required (PR:N), but mandatory user interaction (UI:R), and the scope is unchanged (S:U) with only low confidentiality impact (C:L) and no integrity or availability impact. EPSS data was not provided in the input; without it, exploitation probability cannot be quantified beyond the CVSS signal. The vulnerability is not listed in the CISA Known Exploited Vulnerabilities catalog, and no public proof-of-concept code has been identified, further lowering operational urgency. The primary limiting factor is the UI:R requirement - exploitation depends on a victim actively visiting an attacker-controlled or attacker-influenced page - making mass automated exploitation unlikely. However, in targeted scenarios (phishing, malicious ad, compromised site), this bar is easily cleared for motivated adversaries. The Mac-only scope reduces the aggregate exposed population. Overall, this is a genuine but lower-priority information disclosure issue: patch promptly as part of routine browser update cadence rather than treating it as an emergency. |
| Exploit ScenarioDerived | An attacker hosts or injects a crafted HTML page that invokes the MediaCapture API in a manner that exploits the improper input validation flaw, causing Chrome on Mac to inadvertently expose data from a cross-origin context (e.g., contents of a page the victim has open in another tab or authenticated session data). The attacker delivers the page to the victim via a phishing email link, malicious advertisement, or compromised third-party site. No public proof-of-concept is currently known, meaning active exploitation would require independent rediscovery of the technique, though the Chromium issue tracker entry (https://issues.chromium.org/issues/517183713) may contain technical details that reduce that bar. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jun 09, 2026
Cross-origin data leakage in Google Chrome's MediaCapture implementation on macOS allows a remote attacker to read data from other origins by enticing a user to visit a specially crafted HTML page. Affected versions are all Chrome releases on Mac prior to 149.0.7827.103. The flaw carries a CVSS score of 4.3 (Medium) with no authentication required, though user interaction is necessary; no public exploit code has been identified at time of analysis, and the issue is not listed in the CISA KEV catalog.
RemediationAI
Update Google Chrome on Mac to version 149.0.7827.103 or later. Google has released a patch in the stable channel as documented at https://chromereleases.googleblog.com/2026/06/stable-channel-update-for-desktop_0153744567.html. Chrome's auto-update mechanism will deliver this update automatically; users and administrators should verify the installed version via chrome://settings/help and force an update check if needed. For managed enterprise environments, deploy the updated MSI/PKG via fleet management tooling (e.g., Jamf, Munki, Intune) targeting macOS endpoints. If immediate patching is not feasible, a compensating control is to disable or restrict access to MediaCapture via enterprise policy (e.g., setting VideoCaptureAllowed and AudioCaptureAllowed to disabled), though this will break legitimate camera and microphone functionality across all sites - a significant operational trade-off. Blocking the specific crafted delivery vector via web proxy or browser isolation tools (e.g., sandboxed remote browser isolation) can also reduce exposure without disabling MediaCapture globally.
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
MediaCapture is the browser-level API layer (exposed via getUserMedia and related interfaces) responsible for capturing audio, video, and screen content. The root cause is classified as CWE-20 (Improper Input Validation), meaning Chrome's Mac-specific MediaCapture code path fails to adequately validate or sanitize inputs in a way that enforces the same-origin policy, inadvertently exposing data belonging to cross-origin contexts. This class of flaw typically arises when platform-specific implementation code bypasses or incompletely implements security checks enforced elsewhere in the browser engine. The defect is Mac-platform-specific - the description explicitly scopes it to Chrome on Mac - suggesting a divergence in how the MediaCapture subsystem was implemented or integrated with macOS system APIs compared to other platforms.
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 (Medium–Critical)AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:N/A:N
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 MediaCapture in Google Chrome on Mac prior to 149.0.7827.103 allowed a remote attacker to leak cross-origin data via a crafted HTML page. (Chromium security severity: High)
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
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
Related Vulnerabilities in Google Chrome Use-After-Free and Memory Safety Flaws
View all 74Same weakness CWE-20 – Improper Input Validation
View allSame technique Information Disclosure
View allVendor StatusVendor
SUSE
Severity: Critical| Product | Status |
|---|---|
| openSUSE Leap 16.0 | Fixed |
| openSUSE Tumbleweed | Fixed |
EUVD-2026-35211
GHSA-6v8q-g97g-72xj
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB