CVE-2024-56565 in Linux
Tóm tắt
Bởi VulDB • 31/05/2026
Trong kernel Linux, lỗ hổng sau đây đã được khắc phục:
f2fs: sửa lỗi để loại bỏ tất cả các lệnh discard sau khi tạo snapshot trên thiết bị LVM
Piergiorgio đã báo cáo một lỗi trên bugzilla như sau:
------------[ cut here ]------------
WARNING: CPU: 2 PID: 969 tại fs/f2fs/segment.c:1330 RIP: 0010:__submit_discard_cmd+0x27d/0x400 [f2fs]
Call Trace: __issue_discard_cmd+0x1ca/0x350 [f2fs]
issue_discard_thread+0x191/0x480 [f2fs]
kthread+0xcf/0x100 ret_from_fork+0x31/0x50 ret_from_fork_asm+0x1a/0x30
Với testcase bên dưới, có thể tái tạo lỗi này một cách nhanh chóng: - pvcreate /dev/vdb - vgcreate myvg1 /dev/vdb - lvcreate -L 1024m -n mylv1 myvg1 - mount /dev/myvg1/mylv1 /mnt/f2fs - dd if=/dev/zero of=/mnt/f2fs/file bs=1M count=20 - sync - rm /mnt/f2fs/file - sync - lvcreate -L 1024m -s -n mylv1-snapshot /dev/myvg1/mylv1 - umount /mnt/f2fs
Nguyên nhân gốc rễ là: giá trị discard_max_bytes của thiết bị LVM đang được mount sẽ được cập nhật thành 0 sau khi tạo snapshot trên thiết bị LVM này, sau đó, __submit_discard_cmd() sẽ truyền tham số @nr_sects với giá trị 0 đến __blkdev_issue_discard(), dẫn đến trả về con trỏ bio NULL, kết quả là gây ra panic.
Bản vá này thay đổi như sau để khắc phục: 1. Loại bỏ tất cả các lệnh discard còn lại trong f2fs_unfreeze() nếu snapshot của thiết bị LVM được tạo. 2. Kiểm tra discard_max_bytes trước khi gửi lệnh discard trong __submit_discard_cmd().
If you want to get the best quality for vulnerability data then you always have to consider VulDB.