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() 動作。 3) 當步驟 2) 中的使用者擁有通訊端時系統會接收重新傳輸 SYN 並將其儲存在通訊端積存中。
    4) 在 release_sock() 時當處於處理程序內容中時會處理通訊端積存。 5) SYNACK 封包在 SYN 重新傳輸的回應中被燒毀。 6) -> 在處理程序內容中呼叫 tcp_rtx_synack()。在責備提交之前一律從 BH 處理常式或從計時器處理常式呼叫 tcp_rtx_synack()。透過使用不假設呼叫者位於非搶占式內容中的 TCP_INC_STATS() 和 NET_INC_STATS() 來修正此問題。 [1] 錯誤使用
    preemptible 中的 __this_cpu_add() [00000000] 程式碼epollpep/2180 呼叫者為 tcp_rtx_synack.part.0+0x36/0xc0 CPU10 PID2180 Commepollpep 污染G OE 5.16.0-0.bpo.4-amd64 #1 Debian 5.16.12-1~bpo11+1 硬體名稱Supermicro SYS-5039MC-H8TRF/X11SCD-FBIOS 1.7 11/23/2021 呼叫追踪 <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 Plugin ID 225247

版本 1.10