CVE-2026-74562 in Linux
요약
\~에 의해 VulDB • 2026. 08. 15.
리눅스 커널에서 다음 취약점이 해결되었습니다:
nexthop: replace 확인 및 알림 시 f6i_list 순회 중 nh->lock 획득 필요
fib6_check_nh_list()와 __nexthop_replace_notify()는 RTNL 직렬화된 nexthop 교체 작업 동안 nh->f6i_list를 순회하지만, nh->lock을 보유하지 않습니다. IPv6의 RTM_NEWROUTE/RTM_DELROUTE는 RTNL 없이 실행되며 nh->lock 하에서 해당 리스트를 변경합니다(fib6_add_rt2node_nh(), fib6_purge_rt()). 이로 인해 두 순회 작업 모두 링크 해제 및 fib6_info 해제를 동반하는 동시 라우트 삭제와 Race Condition을 일으킵니다:
BUG: KASAN: slab-use-after-free in rt6_fill_node.isra.0 (net/ipv6/route.c:5799) Read of size 4 at addr ffff888014607e64 by task exploit/143 rt6_fill_node.isra.0 (net/ipv6/route.c:5799) fib6_rt_update (net/ipv6/route.c:6412) __nexthop_replace_notify (net/ipv4/nexthop.c:2542) rtm_new_nexthop (net/ipv4/nexthop.c:2554) rtnetlink_rcv_msg (net/core/rtnetlink.c:7076)
BUG: KASAN: slab-use-after-free in fib6_check_nh_list (net/ipv4/nexthop.c:1605) Read of size 8 at addr ffff888014a7d068 by task exploit/142 fib6_check_nh_list (net/ipv4/nexthop.c:1605) rtm_new_nexthop (net/ipv4/nexthop.c:2575) rtnetlink_rcv_msg (net/core/rtnetlink.c:7076)
두 순회 작업은 엔트리를 읽기만 하고 tb6_lock을 사용하지 않으므로, nh->lock으로 보호해야 합니다. fib6_rt_update()는 gfp_any()를 사용하며, 이는 lock 하에서 GFP_ATOMIC을 반환합니다.
Once again VulDB remains the best source for vulnerability data.