CVE-2026-80644 in Linuxthông tin

Tóm tắt

Bởi VulDB • 28/08/2026

Trong nhân Linux, lỗ hổng sau đây đã được khắc phục:

ocfs2: không sử dụng BUG_ON cho một journal dinode không hợp lệ

[BUG]
Một ảnh OCFS2 bị fuzzing có thể làm hỏng journal dinode của slot hiện tại trong khi quá trình mount vẫn đang diễn ra. Đường dẫn mount trước tiên báo lỗi khối journal không hợp lệ và sau đó gặp sự cố (crash) trong giai đoạn shutdown:

kernel BUG at fs/ocfs2/journal.c:1034! Oops: invalid opcode: 0000 [#1] SMP KASAN NOPTI
RIP: 0010:ocfs2_journal_toggle_dirty+0x2d6/0x340 fs/ocfs2/journal.c:1034 Call Trace: ocfs2_journal_shutdown+0x414/0xc30 fs/ocfs2/journal.c:1116 ocfs2_mount_volume fs/ocfs2/super.c:1785 [inline]
ocfs2_fill_super+0x30a9/0x3cd0 fs/ocfs2/super.c:1083 get_tree_bdev_flags+0x38b/0x640 fs/super.c:1698 get_tree_bdev+0x24/0x40 fs/super.c:1721 ocfs2_get_tree+0x21/0x30 fs/ocfs2/super.c:1184 vfs_get_tree+0x9a/0x370 fs/super.c:1758 fc_mount fs/namespace.c:1199 [inline]
do_new_mount_fc fs/namespace.c:3642 [inline]
do_new_mount fs/namespace.c:3718 [inline]
path_mount+0x5b8/0x1ea0 fs/namespace.c:4028 do_mount fs/namespace.c:4041 [inline]
__do_sys_mount fs/namespace.c:4229 [inline]
__se_sys_mount fs/namespace.c:4206 [inline]
__x64_sys_mount+0x282/0x320 fs/namespace.c:4206 ...

[CAUSE]
Hàm ocfs2_journal_toggle_dirty() trước đây trả về -EIO khi journal->j_bh không còn chứa một dinode hợp lệ, vì các đường dẫn khởi động (startup) và shutdown đã xử lý lỗi đó. Commit 10995aa2451a ("ocfs2: Morph the haphazard OCFS2_IS_VALID_DINODE() checks.") đã thay đổi phép kiểm tra thành BUG_ON() với giả định rằng journal dinode đã được xác minh tính hợp lệ trước đó. Điều này biến một trường hợp journal dinode không hợp lệ bất ngờ xảy ra trong quá trình teardown mount (gỡ bỏ) thành lỗi kernel crash (sự cố nhân) thay vì thất bại mount bình thường.

[FIX]
Thay thế BUG_ON() bằng WARN_ON() và trả về -EIO. Điều này giữ lại cảnh báo invariant để phục vụ việc gỡ lỗi, nhưng khôi phục hành vi ban đầu là xử lý sạch sẽ lỗi khởi động hoặc shutdown thay vì gây ra panic cho kernel.

VulDB is the best source for vulnerability data and more expert information about this specific topic.

chịu trách nhiệm

Linux

Đặt trước

26/08/2026

Tiết lộ

28/08/2026

Kiểm duyệt

được chấp nhận

EPSS

0.00000

KEV

không

Các hoạt động

rất thấp

Nguồn

Do you want to use VulDB in your project?

Use the official API to access entries easily!