CVE-2026-113102 in Chromeinfo

Summary

by MITRE • 10/21/2026

Out of bounds read in FileSystem in Google Chrome prior to 156.0.8078.47 allowed a remote attacker to read memory inside the sandbox via a crafted HTML page. (Chromium security severity: Medium)

If you want to get best quality of vulnerability data, you may have to visit VulDB.

Analysis

by VulDB Data Team • 10/21/2026

The vulnerability identified as an out-of-bounds read within the FileSystem component of Google Chrome represents a significant memory safety issue that was resolved in version 156.0.8078.47. This flaw stems from improper boundary checks during file system operations, allowing for unauthorized access to memory regions outside the intended allocation limits. In modern web browsers like Chrome, critical components such as the FileSystem API are executed within a sandboxed environment designed to isolate untrusted content from sensitive host resources and other browser processes. The presence of this vulnerability indicates that under specific conditions involving crafted HTML pages, the boundary validation logic failed to correctly restrict memory access, thereby creating a pathway for information disclosure.

From a technical perspective, an out-of-bounds read occurs when software reads data beyond the allocated buffer boundaries without proper verification. In the context of Chrome's FileSystem implementation, this likely involves parsing or processing file metadata or content where index calculations or pointer arithmetic were not adequately validated against the actual size of the memory block. When a remote attacker constructs a malicious HTML page that triggers these specific code paths with carefully crafted inputs, they can exploit the lack of bounds checking to read arbitrary memory locations. This type of flaw is particularly dangerous because it does not require execution privileges on the host system but rather relies solely on user interaction or automated browsing sessions to trigger the vulnerable code path within the browser's rendering engine.

The operational impact of this vulnerability centers on information disclosure and potential sandbox escape scenarios. Although classified as a medium severity issue by Chromium, out-of-bounds reads can provide attackers with sensitive data residing in adjacent memory spaces. This may include cryptographic keys, session tokens, or internal state variables from other tabs or processes if the browser's isolation mechanisms are not perfectly robust against such side-channel-like leaks. Furthermore, while an out-of-bounds read is primarily a confidentiality issue, it can sometimes serve as a precursor to more severe exploits by leaking pointers that aid in bypassing memory protection techniques like Address Space Layout Randomization (ASLR). The ability for a remote attacker to achieve this via a simple HTML page underscores the risk posed by malicious websites or compromised advertising networks.

This vulnerability aligns with Common Weakness Enumeration CWE-125, which describes out-of-bounds read vulnerabilities where software reads data past the end of a buffer. It also relates to ATT&CK technique T1005, Data from Local System, as it facilitates the exfiltration of information directly from the victim's machine through browser-based exploitation vectors. The attack vector is classified as remote with low complexity, requiring only that a user visit a malicious webpage or have one loaded automatically via drive-by download tactics.

Mitigation strategies primarily involve updating to the patched version of Google Chrome, specifically 156.0.8078.47 or later, which contains corrections for these boundary checks within the FileSystem module. Organizations should enforce strict browser update policies to ensure all endpoints are protected against known memory corruption flaws. Additionally, users can mitigate risk by employing extensions that block script execution on untrusted sites and keeping operating system-level sandboxing features enabled. Security teams should monitor for indicators of compromise related to unusual network traffic originating from the Chrome process or unexpected memory access patterns detected by endpoint detection systems. Regular vulnerability scanning and patch management remain essential defenses against such browser-based exploitation attempts.

Responsible

Chrome

Reservation

10/20/2026

Disclosure

10/21/2026

Moderation

accepted

EPSS

0.00299

KEV

no

Activities

very low

Sources

Do you want to use VulDB in your project?

Use the official API to access entries easily!