Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - udp处理 UDP 套接字地址更改和重新哈希之间的争用 如果 UDP 套接字在接收数据报时更改其本地地址作为 connect() 的结果则在一段时间内查找操作可能无法找到该地址在之后地址已更改，但在更新次要哈希（端口和地址）和四元组哈希（本地和远程端口及地址）之前。次哈希链由提交 30fff9231fad udpbind() 优化引入因此在 connect() 之后需要重新哈希操作才能再次访问绑定的套接字。此操作由提交 719f835853a9udp在 connect() 上添加重新哈希但这不是完整的修复重新哈希完成后将找到套接字但在其待定时则不会。当 socat(1) 服务器处于 UDP4-LISTEN 模式并且客户端向其发送数据报时这一点会很明显。服务器收到第一个数据报后参见“_xioopen_ipdgram_listen()”它会向发送方的地址发出 connect()以便建立定向流。现在如果在不同 CPU 线程上运行的客户端刚好在服务器套接字更改其地址但尚未重新哈希时发送后续数据报则这将导致查找失败并将端口不可达错误发送至客户端。客户端下列复现器可明显显示LEN=$(($(cat /proc/sys/net/core/wmem_default) / 4)) dd if=/dev/urandom bs=1 count=${LEN} of=tmp.in while :; do taskset -c 1 socat UDP4-LISTEN:1337,null-eof OPEN:tmp.out,create,trunc & sleep 0.1 || sleep 1 taskset -c 2 socat OPEN:tmp.in UDP4:localhost:1337,shut-null 等待完成客户端最终将在 write()通常是给定迭代的第二次或第三次中获得 ECONNREFUSED信息：2024/ 11/13 21:28:23 socat[46901] E write(6, 0x556db2e3c000, 8192)连接被拒绝 当 Podman 的测试检查 UDP 功能时发生罕见的故障首先发现此问题使用 pasta(1) 连接容器的网络命名空间定位到带有查找错误的重现程序导致点击设备上的 ICMP 数据包LOCAL_ADDR=$(ip -j -4 addr show|jq -rM '.[] | .addr_info[0] | select(.scope == global).local') while : do ./pasta --config-net -p pasta.pcap -u 1337 socat UDP4-LISTEN:1337,null-eof OPEN:tmp.out,create,trunc & sleep 0.2 || sleep 1 socat OPEN:tmp.in UDP4:${LOCAL_ADDR}:1337,shut-null wait cmp tmp.in tmp.out 完成 此操作失败后tmp.in tmp.out 会与
    char 8193第 29 行我们终于可以了解发生了哪些情况$ tshark -r pasta.pcap 1 0.000000 :: ? ff02::16 ICMPv6 110 多播侦听器报告消息 v2 2 0.168690 88.198.0.161 ?88.198.0.164 UDP 8234 60260? 1337 Len=8192 3 0.168767 88.198.0.161 88.198.0.164 UDP 8234 60260? 1337 Len=8192 4 0.168806 88.198.0.161 88.198.0.164 UDP 8234 60260? 1337 Len=8192 5 0.168827 c6:47:05:8d:dc:04 广播 ARP 42 谁安装了 88.198.0.161？tell 88.198.0.164 6 0.168851 9a:55:9a:55:9a:55 ? c6:47:05:8d:dc:04 ARP 42 88.198.0.161 位于 9a:55:9a:55:9a:55 7 0.168875 88.198.0.161 ?88.198.0.164 UDP 8234 60260? 1337 Len=8192 8 0.168896 88.198.0.164 88.198.0.161 ICMP 590 目标不可访问端口不可访问9 0.168926 88.198.0.161 ?88.198.0.164 UDP 8234 60260? 1337 Len=8192 10 0.168959 88.198.0.161 88.198.0.164 UDP 8234 60260? 1337 Len=8192 11 0.168989 88.198.0.161 88.198.0.164 UDP 4138 60260 1337 Len=4096 12 0.169010 88.198.0.161 88.198.0.164 UDP 42 60260 1337 Len=0 在收到第三个数据报时，容器的网络命名空间将启动 ARP 查找以传递 ICMP 消息。在此复制程序的另一个变体中通过以下内容启动客户端 strace -f pasta --config-net -u 1337 socat UDP4-LISTEN:1337,null-eof OPEN:tmp.out,create,tru ---truncated--- (CVE-2024-57974)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

检测

Linux Distros 未修补的漏洞：CVE-2024-57974

medium Nessus 插件 ID 231842

版本 1.25