← All Advisories
Reported from OT-Advisories.com as of

Critical Linux Kernel Btrfs filesystem Vulnerability Scores 9.8 CVSS

Last refreshed2026-10-15

Status: UPDATED  |  Advisory ID: CVE-2026-74723

Key Details

CVECVE-2026-74723
CVSS Score / Version
9.8 (Critical) / CVSS v3.1
Updated2026-10-15
CVSS Vector
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
CVSS Prose
attack vector is network; attack complexity is low; privileges required is none; user interaction is none; scope is unchanged; confidentiality impact is high; integrity impact is high; availability impact is high.
Affected products
Linux Kernel
Exploitation prediction (EPSS)
0.55% probability of exploitation in the next 30 days (45% percentile) -- FIRST.org's EPSS model.

Affected Products, Subsystems & Sectors

VendorProductAffected VersionsPatch Status
LinuxLinux Kernel
SubsystemsOT Supporting Infrastructure
SectorsAll Sectors

What to Know

In the Linux kernel, the following vulnerability has been resolved:

btrfs: lzo: reject inline extents without valid headers

[BUG]

For a crafted btrfs image, the following KASAN can be triggered when

reading an inline lzo compressed file extent:

BUG: KASAN: slab-out-of-bounds in lzo_decompress+0x57d/0x700

Read of size 4 at addr ffff888006f2e644 by task btrfs_lzo_inlin/77

Call Trace:

<TASK>

dump_stack_lvl+0x5b/0x70

print_report+0xd1/0x610

kasan_report+0xe0/0x110

__asan_report_load_n_noabort+0x13/0x20

lzo_decompress+0x57d/0x700

btrfs_decompress+0x140/0x1c0

uncompress_inline+0x147/0x1b0

btrfs_get_extent+0xb23/0x10a0

btrfs_do_readpage.constprop.0+0x538/0x1ac0

btrfs_readahead+0x32f/0x5f0

read_pages+0x16f/0x850

page_cache_ra_unbounded+0x296/0x490

do_page_cache_ra+0xd9/0x130

page_cache_sync_ra+0x3ee/0x6f0

filemap_get_pages+0x306/0x15c0

filemap_read+0x329/0xd00

btrfs_file_read_iter+0x1f8/0x2b0

vfs_read+0x4ef/0x720

ksys_read+0xf8/0x1d0

__x64_sys_read+0x71/0xb0

x64_sys_call+0x1ab0/0x1b70

do_syscall_64+0x61/0x470

entry_SYSCALL_64_after_hwframe+0x4b/0x53

</TASK>

[CAUSE]

For an inline lzo compressed file extent, there should always be one lzo

header, recording the total length of the compressed data, followed by

one segment header, recording the compressed lzo payload.

But if a crafted inline lzo compressed file extent contains only an lzo

header, without the segment header or payload, lzo_decompress() will

still try to read the segment header, causing a read beyond the item

boundary.

Furthermore if the inline lzo compressed file extent is the first item

of the leaf, it will be at the extent buffer boundary. The above

out-of-boundary read will go beyond the extent buffer boundary,

triggering the above KASAN report.

[FIX]

Validate the total length of the inlined lzo compressed file extent, to

make sure there is at least one LZO header and one segment header, and a

non-zero payload.

[ Rework the commit message to remove slop ] (NVD)

What to Do

Monitor Linux's web page for any future patch releases.

References

SourceReference
NVDhttps://nvd.nist.gov/vuln/detail/CVE-2026-74723
CVEhttps://www.cve.org/CVERecord?id=CVE-2026-74723
Report compilation © 2026 OT-Advisories.com  ·  CC BY 4.0  ·  Source materials remain the property of their respective publishers as cited.