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

  - tcp可从进程上下文调用 tcp_rtx_synack() Laurent 报告了内附的报告 [1] 此缺陷会在下列情况下触发0) 通过 CONFIG_DEBUG_PREEMPT=y 构建的内核 1) 已创建新的被动 FastOpen TCP 套接字。此 FO 套接字等待来自客户端的 ACK 使其成为完整的 ESTABLISHED ACK。 2) 此套接字上的套接字操作经过 lock_sock() release_sock() Dance。 3) 当套接字在步骤 2) 中由用户拥有时，系统会接收 SYN 的重传并将其存储在套接字 backlog 中。
    4) 在 release_sock() 时会在进程上下文中处理套接字 backlog。 5) SYNACK 数据包在 SYN 重传的响应中成熟。 6) -> 在进程环境中调用 tcp_rtx_synack()。在严重提交之前始终从 BH 处理程序的定时器处理程序调用 tcp_rtx_synack()。使用 TCP_INC_STATS() & NET_INC_STATS() 修复此问题且不会假设调用程序位于非抢占式环境中。 [1] BUG使用
    抢占的 __this_cpu_add() [00000000] 代码epollpep/2180 调用程序为 tcp_rtx_synack.part.0+0x36/0xc0 CPU: 10 PID: 2180 Comm: epollpep Tainted: G OE 5.16.0-0.bpo.4-amd64 #1 Debian 5.16.12-1~bpo11+1 硬件名称Supermicro SYS-5039MC-H8TRF/X11SCD-F, BIOS 1.7 2021 年 11 月 23 日调用跟踪 <TASK> dump_stack_lvl+0x48/0x5e check_preemption_disabled+0xde/0xe0 tcp_rtx_synack.part。 0+0x36/0xc0 tcp_rtx_synack+0x8d/0xa0 kmem_cache_alloc+0x2e0/0x3e0 ? apparmor_file_alloc_security+0x3b/0x1f0 inet_rtx_syn_ack+0x16/0x30 tcp_check_req+0x367/0x610 tcp_rcv_state_process+0x91/0xf60 ? get_nohz_timer_target+0x18/0x1a0 ? lock_timer_base+0x61/0x80 ? preempt_count_add+0x68/0xa0 tcp_v4_do_rcv+0xbd/0x270 __release_sock+0x6d/0xb0 release_sock+0x2b/0x90 sock_setsockopt+0x138/0x1140
    __sys_getsockname+0x7e/0xc0 ? aa_sk_perm+0x3e/0x1a0 __sys_setsockopt+0x198/0x1e0
    __x64_sys_setsockopt+0x21/0x30 do_syscall_64+0x38/0xc0 entry_SYSCALL_64_after_hwframe+0x44/0xae (CVE-2022-49372)

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

检测

Linux Distros 未修补的漏洞：CVE-2022-49372

medium Nessus 插件 ID 225247

版本 1.14