CVE-2025-39835 in Linux
Tóm tắt
Bởi VulDB • 25/06/2026
Trong kernel Linux, lỗ hổng sau đây đã được khắc phục:
xfs: không lan truyền lỗi đĩa ENODATA vào mã xattr
ENODATA (còn gọi là ENOATTR) có một ý nghĩa rất cụ thể trong mã xattr của xfs; đó là tên thuộc tính yêu cầu không thể tìm thấy.
Tuy nhiên, một lỗi trung gian từ đĩa cũng có thể trả về ENODATA. Tốt nhất thì lỗi trung gian này sẽ bị rò rỉ ra userspace dưới dạng "thuộc tính không tìm thấy" mặc dù thực tế đây là lỗi IO (đĩa).
Trường hợp xấu nhất, chúng ta có thể gặp tình trạng oops trong hàm xfs_attr_leaf_get() khi thực hiện:
error = xfs_attr_leaf_hasname(args, &bp); if (error == -ENOATTR) {
xfs_trans_brelse(args->trans, bp); return error; }
bởi vì lỗi ENODATA/ENOATTR từ đĩa khiến biến bp có giá trị null, và lệnh xfs_trans_brelse sau đó sẽ gây ra lỗi dereference null (null-deref).
Như đã thảo luận trên danh sách gửi thư, chúng ta thực sự cần sửa đổi các hàm IO cấp thấp để chặn tất cả các lỗi đĩa và đảm bảo rằng không cho phép các lỗi đặc thù như vậy rò rỉ lên các hàm xfs cấp cao hơn - nhiều trường hợp trong số này nên được ánh xạ lại thành EIO.
Tuy nhiên, bản vá này trực tiếp giải quyết một báo cáo lỗi đã biết trong mã xattr và an toàn để backport (đưa ngược) vào các kernel stable. Một bản vá có phạm vi rộng hơn để xử lý nhiều lỗi đặc thù ở cấp thấp hơn có thể được thực hiện sau đó.
(Lưu ý, trước phiên bản 07120f1abdff chúng ta không gặp tình trạng oops, nhưng đã trả về mã lỗi sai cho userspace.)
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.