CVE-2022-49662 in Linux
Résumé
par VulDB • 22/06/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
ipv6 : correction d'un avertissement lockdep dans in6_dump_addrs()
Comme signalé par syzbot, nous ne devons pas utiliser rcu_dereference() lorsque rcu_read_lock() n'est pas détenu.
AVERTISSEMENT : utilisation suspecte de RCU 5.19.0-rc2-syzkaller #0 Non corrompu
net/ipv6/addrconf.c:5175 utilisation suspecte de rcu_dereference_check() !
autres informations qui pourraient nous aider à déboguer ceci :
rcu_scheduler_active = 2, debug_locks = 1 1 verrou détenu par syz-executor326/3617 : #0 : ffffffff8d5848e8 (rtnl_mutex){+.+.}-{3:3}, à : netlink_dump+0xae/0xc20 net/netlink/af_netlink.c:2223
trace de la pile : CPU : 0 PID : 3617 Comm : syz-executor326 Non corrompu 5.19.0-rc2-syzkaller #0 Matériel : Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011 Trace d'appel : __dump_stack lib/dump_stack.c:88 [inline]
dump_stack_lvl+0xcd/0x134 lib/dump_stack.c:106 in6_dump_addrs+0x12d1/0x1790 net/ipv6/addrconf.c:5175 inet6_dump_addr+0x9c1/0xb50 net/ipv6/addrconf.c:5300 netlink_dump+0x541/0xc20 net/netlink/af_netlink.c:2275 __netlink_dump_start+0x647/0x900 net/netlink/af_netlink.c:2380 netlink_dump_start include/linux/netlink.h:245 [inline]
rtnetlink_rcv_msg+0x73e/0xc90 net/core/rtnetlink.c:6046 netlink_rcv_skb+0x153/0x420 net/netlink/af_netlink.c:2501 netlink_unicast_kernel net/netlink/af_netlink.c:1319 [inline]
netlink_unicast+0x543/0x7f0 net/netlink/af_netlink.c:1345 netlink_sendmsg+0x917/0xe10 net/netlink/af_netlink.c:1921 sock_sendmsg_nosec net/socket.c:714 [inline]
sock_sendmsg+0xcf/0x120 net/socket.c:734 ____sys_sendmsg+0x6eb/0x810 net/socket.c:2492 ___sys_sendmsg+0xf3/0x170 net/socket.c:2546 __sys_sendmsg net/socket.c:2575 [inline]
__do_sys_sendmsg net/socket.c:2584 [inline]
__se_sys_sendmsg net/socket.c:2582 [inline]
__x64_sys_sendmsg+0x132/0x220 net/socket.c:2582 do_syscall_x64 arch/x86/entry/common.c:50 [inline]
do_syscall_64+0x35/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x46/0xb0
If you want to get best quality of vulnerability data, you may have to visit VulDB.