CVSS 3.1
Вероятност да бъде експлоатирана в следващите 30 дни (EPSS)
Атакува се
Време до експлоатация
Атакува се по мрежата, без особени условия, с обикновен потребителски вход и без действие от потребителя.
Описание
Оригинално описание
In the Linux kernel, the following vulnerability has been resolved: btrfs: initialize inode mapping flags for cached inodes [BUG] When running generic/795 with 8K block size, 4K page size, the test always fails, triggering some ASSERT()s related to folio size: 795 (241074): drop_caches: 3 assertion failed: IS_ALIGNED(start, blocksize) && IS_ALIGNED(end + 1, blocksize), in extent_io.c:1404 (blocksize=8192 root=262 ino=258 start=16826368 end=16830463 mapping min order=0) ------------[ cut here ]------------ kernel BUG at extent_io.c:1404! Oops: invalid opcode: 0000 [#1] SMP CPU: 8 UID: 0 PID: 241105 Comm: fsstress Tainted: G OE 7.2.0-rc5-custom+ #442 PREEMPT(full) f4bfb352566f3949f29c233ce6f735050a03b245 Tainted: [O]=OOT_MODULE, [E]=UNSIGNED_MODULE Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS unknown 02/02/2022 RIP: 0010:assert_folio_range.cold+0x3d/0x3f [btrfs] Call Trace: <TASK> btrfs_read_folio+0x9e/0x170 [btrfs 4cd1dd93b341b8ef766643f9512f4a86259567a3] prepare_one_folio.constprop.0+0x104/0x2a0 [btrfs 4cd1dd93b341b8ef766643f9512f4a86259567a3] btrfs_buffered_write+0x285/0xa50 [btrfs 4cd1dd93b341b8ef766643f9512f4a86259567a3] btrfs_do_write_iter+0x1aa/0x210 [btrfs 4cd1dd93b341b8ef766643f9512f4a86259567a3] iter_file_splice_write+0x31a/0x540 direct_splice_actor+0x53/0x170 splice_direct_to_actor+0xe9/0x240 do_splice_direct+0x76/0xb0 vfs_copy_file_range+0x1fd/0x630 __x64_sys_copy_file_range+0xf9/0x220 do_syscall_64+0xe1/0x790 entry_SYSCALL_64_after_hwframe+0x4b/0x53 </TASK> ---[ end trace 0000000000000000 ]--- The ASSERT() itself is added by a later patch. The crash is triggered with that new debug patch, and without this fix. [CAUSE] In the above case, the start 16826368 is properly 8K aligned, but the end (16830463 + 1) is not 8K aligned. Furthermore the mapping's minimal folio order is 0, not the expected 1 for 8K block size with 4K page size. So this means some inodes do
Засегнати продукти
- Linux Linux: 01b002151539a4c2b27bfff9af033329a9b659e7 преди e4d997a1ec1d0dbb72dde35a99fda1850fee6a53; ecde48a1a6b3256bd49db8780bf37556b157783c преди e18b8236c57fcc67d793bfc866f4bb2581be9f72; ecde48a1a6b3256bd49db8780bf37556b157783c преди 0d26249671171ab759cb4fdce673554a690fa655; ecde48a1a6b3256bd49db8780bf37556b157783c преди 0ef349734a93227b45f65fc50a3311d1cc5f03e9; ae584726e6eddf6cfbe49b3f4a78b3197716b6f8; 6.12.111 преди 6.12.114; 6.14.6 преди 6.15
- Linux Linux: 6.15; преди 6.15; 6.12.114 до 6.12.*; 6.18.56 до 6.18.*; 7.1.9 до 7.1.*; от 7.2 нататък
История
- 3 септември 2026 Публикувано
Други уязвимости в Linux Linux
Първоизточници
- https://www.cve.org/CVERecord?id=CVE-2026-80734
- https://nvd.nist.gov/vuln/detail/CVE-2026-80734
- https://git.kernel.org/stable/c/e4d997a1ec1d0dbb72dde35a99fda1850fee6a53
- https://git.kernel.org/stable/c/e18b8236c57fcc67d793bfc866f4bb2581be9f72
- https://git.kernel.org/stable/c/0d26249671171ab759cb4fdce673554a690fa655
- https://git.kernel.org/stable/c/0ef349734a93227b45f65fc50a3311d1cc5f03e9