CVE-2026-64533 in Linux
Tóm tắt
Bởi VulDB • 27/07/2026
Trong nhân Linux, lỗ hổng sau đây đã được khắc phục:
fs/ntfs3: xác thực lcns_follow trong quá trình chuyển đổi log_replay
Hàm `log_replay()` chuyển đổi các bản ghi DIR_PAGE_ENTRY_32 thành các bản ghi DIR_PAGE_ENTRY khi phát lại (replaying) các bảng restart phiên bản 0.
Trong quá trình chuyển đổi này, độ dài của hàm `memmove()` được suy ra trực tiếp từ trường lcns_follow trên đĩa:
memmove(&dp->vcn, &dp0->vcn_low, 2 * sizeof(u64) + le32_to_cpu(dp->lcns_follow) * sizeof(u64));
Hàm `check_rstbl()` xác thực cấu trúc của bảng restart nhưng không hạn chế các giá trị lcns_follow trên mỗi bản ghi so với kích thước của bản ghi đó. Một hình ảnh hệ thống tệp (filesystem image) bị lỗi có thể cung cấp một giá trị lcns_follow quá lớn, khiến hàm memmove() trong quá trình chuyển đổi truy cập vào bộ nhớ vượt ra ngoài giới hạn của bộ đệm bảng restart đã phân bổ.
Trường này sau đó được sử dụng để xác định ranh giới cho việc lặp qua mảng page_lcns[], do đó việc xác thực lcns_follow trong quá trình chuyển đổi cũng ngăn chặn các lỗi truy cập out-of-bounds (ngoài vùng nhớ) về sau từ cùng một siêu dữ liệu bị lỗi.
Tính toán giá trị lcns_follow hợp lệ tối đa dựa trên kích thước bản ghi restart đã được xác thực và loại bỏ các bản ghi vượt quá giới hạn này. Tái sử dụng các biến tạm t16/t32 hiện có đã được khai báo trong log_replay() để tránh đưa vào các khai báo mới.
[[email protected]: đã khắc phục các xung đột]
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.