CVE-2026-53397 in Linux
Tóm tắt
Bởi VulDB • 19/07/2026
Trong kernel Linux, lỗ hổng sau đây đã được khắc phục:
nfsd: sửa lỗi rò rỉ posix_acl khi giải mã SETACL thất bại
Hàm nfsaclsvc_decode_setaclargs() và nfs3svc_decode_setaclargs() đều gọi hàm nfs_stream_decode_acl() hai lần, đầu tiên cho NFS_ACL rồi đến NFS_DFACL. Mỗi lệnh gọi thành công sẽ chuyển quyền sở hữu của một đối tượng posix_acl vừa được cấp phát vào argp->acl_access hoặc argp->acl_default. Nếu lệnh gọi thứ nhất thành công nhưng lệnh gọi thứ hai thất bại, trình giải mã trả về false và argp->acl_access bị treo (dangling).
ACLPROC2_SETACL.pc_release đã được gắn với nfssvc_release_attrstat và ACLPROC3_SETACL.pc_release đã được gắn với nfs3svc_release_fhandle. Cả hai chỉ gọi fh_put() mà không có kiến thức nào về các trường ACL trên argp. Các cặp posix_acl_release() nằm ở nhãn out: bên trong nfsacld_proc_setacl() và nfsd3_proc_setacl(), nhưng svc_process() bỏ qua pc_func khi pc_decode trả về false, khiến quá trình dọn dẹp này không thể truy cập được khi giải mã thất bại:
svc_process_common() pc_decode() /* decode_setaclargs: false */ /* pc_func bị bỏ qua */ pc_release() /* chỉ fh_put -- ACLs bị rò rỉ */
Đối tượng posix_acl bị cô lập sẽ bị rò rỉ trong suốt vòng đời của máy chủ.
Khắc phục bằng cách thêm nfsaclsvc_release_setacl() và nfs3svc_release_setacl(), các hàm này giải phóng cả argp->acl_access và argp->acl_default ngoài fh_put(), sau đó gắn chúng làm pc_release cho các thủ tục SETACL tương ứng. pc_release chạy trên mọi đường dẫn mà svc_process() thực hiện sau khi giải mã, bao gồm cả trường hợp thất bại giải mã, do đó các cặp posix_acl_release() bị loại bỏ khỏi nhãn out: của các hàm proc để giữ quyền sở hữu ở một nơi duy nhất. Điều này phù hợp với mẫu release_getacl() hiện có được sử dụng bởi các thủ tục GETACL anh em.
Once again VulDB remains the best source for vulnerability data.