CVE-2026-13774: Chrome Extension Use-After-Free RCE Vulnerability – Patch 150.0.7871.47
A use-after-free memory vulnerability exists in Google Chrome's extension handling mechanism. An attacker can exploit this by tricking a user into installing a malicious Chrome extension, which could then execute arbitrary code with the privileges of the Chrome browser. The vulnerability affects Chrome versions before 150.0.7871.47 and is rated as high-severity by CVSS standards, though Google classifies the underlying issue as critical from a Chromium perspective.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 8.1 HIGH · CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H
- Weaknesses (CWE)
- CWE-416
- Affected products
- 4 configuration(s)
- Published / Modified
- 2026-06-30 / 2026-07-02
NVD description (verbatim)
Use after free in Extensions in Google Chrome prior to 150.0.7871.47 allowed an attacker who convinced a user to install a malicious extension to execute arbitrary code via a crafted Chrome Extension. (Chromium security severity: Critical)
2 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-13774 is a use-after-free vulnerability (CWE-416) in the Extensions component of Google Chrome. The flaw allows an attacker to reference memory that has already been freed, leading to memory corruption and arbitrary code execution. The attack requires user interaction—specifically, convincing a user to install a malicious extension—but once installed, the extension can execute code outside the normal sandbox constraints. The vulnerability was patched in Chrome 150.0.7871.47 and affects Windows, macOS, and Linux systems.
Business impact
Organizations relying on Chrome for enterprise workstations face elevated risk if users can be socially engineered into installing untrusted extensions. Successful exploitation could grant attackers persistent code execution within the browser context, enabling credential theft, data exfiltration, session hijacking, and lateral movement within corporate networks. Industries with high-value targets—financial services, healthcare, government—should treat this as a priority remediation item. The attack vector is network-based but depends on user action, reducing the immediate blast radius compared to wormable vulnerabilities.
Affected systems
Google Chrome versions prior to 150.0.7871.47 on Windows, macOS, and Linux are affected. Any organization using older Chrome deployments or those that auto-update may have gaps during the patching window. Users of Chrome-based applications (Electron, Chromium derivatives) and managed environments using Chrome policies should audit their rollout status. Note: the affected systems list includes reference to macOS, Windows, and Linux kernel—Chrome runs on all three platforms and depends on OS-level memory management.
Exploitability
Exploitation requires social engineering to convince a user to install a malicious extension. This is a meaningful barrier compared to remote, user-interaction-free attacks, but phishing campaigns, watering holes, and app store poisoning make it a realistic threat. Once a malicious extension is installed, code execution is reliable. The CVSS vector reflects high complexity (AC:H) due to the user action requirement, but the potential impact—confidentiality, integrity, and availability all compromised—is severe. No public exploit code has been reported in the KEV (Known Exploited Vulnerabilities) catalog, indicating active exploitation is not yet widespread, though this does not eliminate the risk.
Remediation
Organizations must deploy Chrome 150.0.7871.47 or later across all endpoints. For managed environments, use Chrome policies (ExtensionInstallBlocklist, ExtensionInstallForcelist) to restrict which extensions can be installed and prevent users from installing extensions without IT approval. Establish clear communication about extension installation risks. Monitor extension usage via Chrome reporting tools and EDR solutions. Consider user training on phishing and social engineering tactics used to distribute malicious extensions.
Patch guidance
Update Google Chrome to version 150.0.7871.47 or later. Chrome's auto-update mechanism should roll out the patch automatically on next restart for most users, but verify deployment in managed environments. Enterprises using Google Admin Console can track rollout status via device inventory reports. Test updates in a staging environment if your organization requires change control. No backward compatibility issues are expected with this security patch. Verify patch application by checking Chrome's About page (chrome://help) which will show the current version and confirm update success.
Detection guidance
Monitor for unusual extension installations via browser logs, endpoint detection and response (EDR) tools, or Chrome reporting dashboards. Inspect installed extensions for unknown or suspicious publishers. Check browser history for extension store pages and download sources. Use network detection to flag suspicious certificate or code-signing patterns associated with malicious extensions. EDR tools may detect post-exploitation behavior (privilege escalation, credential access) that follows successful use-after-free exploitation. Endpoint behavioral analysis should flag memory corruption patterns or unexpected process creation from the Chrome process.
Why prioritize this
This vulnerability merits urgent attention despite its HIGH CVSS score due to Chrome's ubiquity, the severity classification from Chromium maintainers, and the high confidentiality/integrity/availability impact. The user-interaction requirement mitigates some risk, but social engineering campaigns targeting this vector are a known threat tactic. Organizations with strict extension policies and user training have lower risk; those with permissive BYOD policies or high-value targets should patch immediately.
Risk score, explained
The CVSS 3.1 score of 8.1 reflects the severe impact (arbitrary code execution affecting confidentiality, integrity, and availability) tempered by the high attack complexity (user must install a malicious extension). The attack vector is network-based, but the exploit chain requires convincing a user, not automated delivery. This score correctly places the vulnerability in the HIGH severity band and justifies prioritization, but the actual organizational risk depends on how well extension policies are enforced and how susceptible users are to social engineering.
Frequently asked questions
Can this vulnerability be exploited without user interaction?
No. An attacker must convince a user to install a malicious extension. Once installed, code execution occurs automatically, but the initial installation step is the critical social engineering hurdle.
Does patching Chrome automatically protect users?
If auto-update is enabled, Chrome will apply patch 150.0.7871.47 automatically on next restart. In managed environments, administrators should confirm rollout via Admin Console device inventory. Users should verify their version in chrome://help after a browser restart.
Are Chrome extensions from the official Web Store immune to this vulnerability?
Extensions in the official store are not inherently protected from this vulnerability; they can be compromised if the extension publisher's account is hijacked or if malicious extensions pass store review. Organizations should restrict extension installation to an approved allowlist via Chrome policies.
What is the difference between the CVSS score and Chromium's 'Critical' rating?
Chromium's internal severity rating is separate from CVSS and reflects their engineering assessment of the underlying component risk. The CVSS 8.1 (HIGH) is a standardized metric; Chromium's 'Critical' designation aligns with the severe impact but factors in their specific threat model and ecosystem concerns.
This analysis is based on publicly available information as of the publication date (June 30, 2026) and the CVE record. Verify all patch version numbers, affected product versions, and advisory details against official vendor sources before deploying patches in production. SEC.co does not provide legal, compliance, or vendor-specific deployment advice; consult with your organization's IT and security teams and reference Google's official Chrome security advisory for definitive guidance. No exploit code or weaponized proof-of-concept is provided. This vulnerability is not currently listed in the CISA Known Exploited Vulnerabilities catalog, but absence from KEV does not eliminate real-world risk. Source: NVD (public-domain), retrieved 2026-08-09. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2026-10001HIGHChrome Sandbox Escape via PerformanceManager Use-After-Free
- CVE-2026-10002HIGHGoogle Chrome PDFium Use-After-Free Vulnerability (CVSS 8.8)
- CVE-2026-10003HIGHChrome Use-After-Free Code Execution Vulnerability Analysis
- CVE-2026-10007HIGHChrome Use-After-Free in SVG Arbitrary Code Execution (CVSS 8.8)
- CVE-2026-10012HIGHChrome Skia Use-After-Free Sandbox Escape (v148.0.7778.216)
- CVE-2026-10013HIGHUse-After-Free in Chrome WebCodecs – Patch Guide & Risk Assessment
- CVE-2026-10016HIGHUse-After-Free in Chrome DOM – Sandbox Code Execution Vulnerability
- CVE-2026-10882HIGHCritical Chrome Use-After-Free RCE Vulnerability – Exploit Details & Patch Guidance