Answer in brief
CVE-2026-89786 records a Critical severity (CVSS 9.1) vulnerability in ext4: fix out-of-bounds read in ext4_read_inline_dir(). The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
CVSS is 9.1. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=c4d8b0235aa98f8c26bf94d308be3fdd24154572 <d1e7c186555ad65554fd2f2b02f5a539aa35ae48 || >=c4d8b0235aa98f8c26bf94d308be3fdd24154572 <5fd20d4e50dd6e460b3ea8e4396f8553d4526f8f || >=c4d8b0235aa98f8c26bf94d308be3fdd24154572 <1a1dea633b724a1c042dbcdb1fed27f410916688 || >=c4d8b0235aa98f8c26bf94d308be3fdd24154572 <b060861f662d4826dc700a1c3584243bb3474cfe || >=c4d8b0235aa98f8c26bf94d308be3fdd24154572 <6702c7da86d8cdb88d0fc57166286e115ffeb8c0 || >=c4d8b0235aa98f8c26bf94d308be3fdd24154572 <36bf17bb90cdf7a623499b624b05acde4d2feef5 || >=c4d8b0235aa98f8c26bf94d308be3fdd24154572 <9333cc809f0a89e001b814155a6cb8903a6274df | d1e7c186555ad65554fd2f2b02f5a539aa35ae48, 5fd20d4e50dd6e460b3ea8e4396f8553d4526f8f, 1a1dea633b724a1c042dbcdb1fed27f410916688, b060861f662d4826dc700a1c3584243bb3474cfe, 6702c7da86d8cdb88d0fc57166286e115ffeb8c0, 36bf17bb90cdf7a623499b624b05acde4d2feef5, 9333cc809f0a89e001b814155a6cb8903a6274df |
| Linux/Linuxgeneric | 3.10 | Not reported |
Published upstream
Sep 16, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Oct 19, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Sep 16, 2026
In the Linux kernel, the following vulnerability has been resolved: ext4: fix out-of-bounds read in ext4_read_inline_dir() ext4_read_inline_dir() can read a dirent header past the end of its inline buffer, triggering a slab-out-of-bounds read during getdents64(): BUG: KASAN: slab-out-of-bounds in __ext4_check_dir_entry Read of size 2 at addr ffff88800f3dd23c by task exploit/148 ... __ext4_check_dir_entry ext4_read_inline_dir iterate_dir The dirent payload lives in a buffer of exactly inline_size bytes: dir_buf = kmalloc(inline_size, GFP_NOFS); but iteration runs in a position space extra_offset bytes larger (extra_size = extra_offset + inline_size) so the synthetic "." and ".." land at their block-dir offsets. A dirent is formed at "dir_buf + pos - extra_offset", yet the ext4_check_dir_entry() length argument uses the larger extra_size. A position whose dirent header would extend past extra_size is therefore accepted, and the rescan loop's rec_len probe and ext4_check_dir_entry() dereference de->rec_len before the entry is rejected. Reject a position whose minimum-size dirent header would not fit within extra_size before forming de, in both the rescan and main loops, and pass inline_size rather than extra_size to ext4_check_dir_entry() so the length check matches the physical buffer.
Quoted source text, attributed separately from HOL analysis.