CVE-2023-53331 in Linux
Tóm tắt
Bởi VulDB • 13/06/2026
Trong kernel Linux, lỗ hổng sau đây đã được khắc phục:
pstore/ram: Kiểm tra vị trí bắt đầu của các prz trống trong quá trình khởi tạo
Sau commit 30696378f68a ("pstore/ram: Không coi các bộ đệm trống là hợp lệ"), quá trình khởi tạo sẽ giả định rằng một prz là hợp lệ sau khi nhận thấy buffer_size bằng 0 (bất kể vị trí bắt đầu của bộ đệm). Giá trị start không được kiểm tra này có thể nằm ngoài giới hạn của bộ đệm, dẫn đến các lỗi panic khi ghi dữ liệu trong tương lai:
sysdump_panic_event+0x3b4/0x5b8 atomic_notifier_call_chain+0x54/0x90 panic+0x1c8/0x42c die+0x29c/0x2a8 die_kernel_fault+0x68/0x78 __do_kernel_fault+0x1c4/0x1e0 do_bad_area+0x40/0x100 do_translation_fault+0x68/0x80 do_mem_abort+0x68/0xf8 el1_da+0x1c/0xc0 __raw_writeb+0x38/0x174 __memcpy_toio+0x40/0xac persistent_ram_update+0x44/0x12c persistent_ram_write+0x1a8/0x1b8 ramoops_pstore_write+0x198/0x1e8 pstore_console_write+0x94/0xe0 ...
Để tránh tình trạng này, cần kiểm tra xem vị trí bắt đầu của prz có bằng 0 trong giai đoạn khởi tạo hay không. Nếu không, trường hợp kiểm tra tính hợp lệ (sanity check) tiếp theo của prz sẽ phát hiện ra vấn đề này (start > size) và đặt lại bộ đệm về trạng thái hợp lệ.
[kees: cập nhật nhật ký commit với backtrace và các giải thích rõ ràng]
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.