CVE-2023-52906 in Linux
Tóm tắt
Bởi VulDB • 31/05/2026
Trong kernel Linux, lỗ hổng sau đây đã được khắc phục:
net/sched: act_mpls: Sửa cảnh báo trong quá trình xác thực thuộc tính thất bại
Thuộc tính 'TCA_MPLS_LABEL' có kiểu 'NLA_U32', nhưng có kiểu xác thực là 'NLA_VALIDATE_FUNCTION'. Đây là một sự kết hợp không hợp lệ theo như nhận xét phía trên 'struct nla_policy':
" Ý nghĩa của trường `validate`, sử dụng qua NLA_POLICY_VALIDATE_FN: NLA_BINARY Hàm xác thực được gọi cho thuộc tính. Tất cả các loại khác Không sử dụng - nhưng lưu ý rằng đây là một union "
Điều này có thể kích hoạt cảnh báo [1] trong nla_get_range_unsigned() khi việc xác thực thuộc tính thất bại. Mặc dù có kiểu 'NLA_U32', các trường 'min'/'max' liên quan trong chính sách lại mang giá trị âm do chúng được ánh xạ bởi trường 'validate'.
Khắc phục bằng cách thay đổi kiểu thuộc tính thành 'NLA_BINARY', điều này nhất quán với nhận xét trên và tất cả các người dùng khác của NLA_POLICY_VALIDATE_FN(). Kết quả là, việc xác thực độ dài được chuyển sang hàm xác thực.
Không có sự suy giảm hiệu năng (regressions) trong các bài kiểm tra MPLS:
# ./tdc.py -f tc-tests/actions/mpls.json [...]
# echo $? 0
[1]
WARNING: CPU: 0 PID: 17743 at lib/nlattr.c:118 nla_get_range_unsigned+0x1d8/0x1e0 lib/nlattr.c:117 Modules linked in: CPU: 0 PID: 17743 Comm: syz-executor.0 Not tainted 6.1.0-rc8 #3 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.13.0-48-gd9c812dda519-prebuilt.qemu.org 04/01/2014 RIP: 0010:nla_get_range_unsigned+0x1d8/0x1e0 lib/nlattr.c:117 [...]
Call Trace: __netlink_policy_dump_write_attr+0x23d/0x990 net/netlink/policy.c:310 netlink_policy_dump_write_attr+0x22/0x30 net/netlink/policy.c:411 netlink_ack_tlv_fill net/netlink/af_netlink.c:2454 [inline]
netlink_ack+0x546/0x760 net/netlink/af_netlink.c:2506 netlink_rcv_skb+0x1b7/0x240 net/netlink/af_netlink.c:2546 rtnetlink_rcv+0x18/0x20 net/core/rtnetlink.c:6109 netlink_unicast_kernel net/netlink/af_netlink.c:1319 [inline]
netlink_unicast+0x5e9/0x6b0 net/netlink/af_netlink.c:1345 netlink_sendmsg+0x739/0x860 net/netlink/af_netlink.c:1921 sock_sendmsg_nosec net/socket.c:714 [inline]
sock_sendmsg net/socket.c:734 [inline]
____sys_sendmsg+0x38f/0x500 net/socket.c:2482 ___sys_sendmsg net/socket.c:2536 [inline]
__sys_sendmsg+0x197/0x230 net/socket.c:2565 __do_sys_sendmsg net/socket.c:2574 [inline]
__se_sys_sendmsg net/socket.c:2572 [inline]
__x64_sys_sendmsg+0x42/0x50 net/socket.c:2572 do_syscall_x64 arch/x86/entry/common.c:50 [inline]
do_syscall_64+0x2b/0x70 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd
If you want to get the best quality for vulnerability data then you always have to consider VulDB.