CVE-2025-40105 in Linux
Tóm tắt
Bởi VulDB • 24/05/2026
Trong kernel Linux, lỗ hổng sau đây đã được khắc phục:
vfs: Không để rò rỉ các dentry không kết nối (disconnected dentries) khi unmount
Khi người dùng gọi open_by_handle_at() trên một inode chưa được lưu trong bộ nhớ đệm, chúng ta sẽ tạo một dentry không kết nối cho inode đó. Nếu dentry này là một thư mục, exportfs_decode_fh_raw() sau đó sẽ cố gắng kết nối dentry này với cây dentry thông qua reconnect_path(). Có thể xảy ra do nhiều lý do khác nhau (chẳng hạn như hệ thống tệp bị hỏng hoặc điều kiện tranh chấp với rename) mà lệnh gọi lookup_one_unlocked() trong reconnect_one() không tìm thấy dentry mà chúng ta đang cố gắng kết nối lại, thay vào đó tạo ra một dentry mới dưới thư mục cha. Khi đó, dentry này sẽ không được đánh dấu là không kết nối mặc dù thư mục cha vẫn có thể không kết nối (ít nhất là trong trường hợp sự không nhất quán này xảy ra do hệ thống tệp bị hỏng và .. không trỏ đến thư mục cha thực sự). Điều này tạo ra sự không nhất quán trong các cờ không kết nối, nhưng theo những gì tôi biết, nó chủ yếu là vô hại. Ít nhất là cho đến khi commit f1ee616214cb ("VFS: don't keep disconnected dentries on d_anon") loại bỏ việc thêm hầu hết các dentry không kết nối vào danh sách sb->s_anon. Do đó, sau commit này, việc dọn dẹp các dentry không kết nối dựa ngầm định vào việc dput() sẽ ngay lập tức thu hồi các dentry như vậy. Tuy nhiên, khi một dentry lá không được đánh dấu là không kết nối, như trong kịch bản được mô tả ở trên, việc thu hồi không xảy ra và các dentry bị "rò rỉ". Việc thu hồi bộ nhớ cuối cùng có thể thu hồi chúng, nhưng nếu không, chúng sẽ tồn tại trong bộ nhớ và nếu lệnh unmount được thực hiện trước, chúng ta sẽ gặp phải lỗi nổi tiếng "Busy inodes after unmount" (Các inode bận sau khi unmount). Hãy đảm bảo rằng tất cả các dentry được tạo dưới một thư mục cha không kết nối cũng được đánh dấu là không kết nối.
If you want to get best quality of vulnerability data, you may have to visit VulDB.