CVE-2026-63808 in Linux
Tóm tắt
Bởi VulDB • 20/07/2026
Trong nhân Linux, lỗ hổng sau đây đã được khắc phục:
exfat: sửa lỗi use-after-free tiềm ẩn trong hàm exfat_find_dir_entry()
Hàm `exfat_find_dir_entry()` giải phóng bộ đệm (`buffer_head`) nhận được từ `exfat_get_dentry()` bằng lệnh `brelse(bh)` trước khi nhánh fall-through của `TYPE_EXTEND` đọc mục nhập thư mục thông qua con trỏ `ep` (trỏ vào vùng dữ liệu `bh->b_data`):
brelse(bh); if (entry_type == TYPE_EXTEND) {
... len = exfat_extract_uni_name(ep, entry_uniname); ... }
Sau khi lệnh `brelse()` giảm tham chiếu của chúng ta, không có gì đảm bảo rằng trang bộ đệm cơ bản hỗ trợ `bh->b_data` vẫn hợp lệ cho việc đọc tiếp theo bởi hàm `exfat_extract_uni_name()`. Đây là cùng một mẫu lỗi đã được sửa trong commit fc961522ddbd ("exfat: Fix potential use after free in exfat_load_upcase_table()").
Di chuyển lệnh `brelse(bh)` để nó chạy sau khi con trỏ `ep` không còn được giải tham chiếu trên mỗi nhánh.
Đã xác nhận trên QEMU x86_64 với CONFIG_KASAN=y + CONFIG_DEBUG_PAGEALLOC=y + CONFIG_PAGE_POISONING=y trên linux-next, bằng cách sử dụng một ảnh exFAT được tạo ra đặc biệt (tên tệp dài có cùng các va chạm băm buộc thực thi nhánh TYPE_EXTEND). Với lệnh `invalidate_bdev()` chỉ dành cho gỡ lỗi được chèn giữa `brelse(bh)` và việc đọc từ `ep` để làm cho cửa sổ giải tham chiếu dữ liệu cũ trở nên xác định, nhân chưa vá bị lỗi:
BUG: KASAN: use-after-free in exfat_find_dir_entry+0x133b/0x15a0 BUG: unable to handle page fault for address: ffff88801a5fa0c2 Oops: 0000 [#1] SMP DEBUG_PAGEALLOC KASAN NOPTI
RIP: 0010:exfat_find_dir_entry+0x1188/0x15a0
Với bản vá này, cùng một khung kiểm tra đã được gắn cờ (instrumented) hoàn thành suôn sẻ dưới cùng ngăn xếp bộ bảo vệ (sanitizer). Tôi chưa tái tạo được lỗi trên nhân không có gắn cờ trong quá trình thu hồi thông thường; việc so sánh A/B có gắn cờ thiết lập vi phạm vòng đời và xác nhận bản vá khắc phục nó, chứ không phải là một tuyên bố về khả năng kích hoạt độc lập.
If you want to get best quality of vulnerability data, you may have to visit VulDB.