Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且供應商未提供可用的修補程式。

  - netfilterconntrack修正錯誤的 ct->timeout 值 (struct nf_conn)->timeout 是確認 conntrack 之前的間隔。確認後會變成一個時間戳記。據發現未確認的 conntrack 逾時 - 藉由呼叫 ctnetlink_change_timeout() 來設定。因此「nfct_time_stamp」被錯誤地新增至「ct->timeout」兩次。- 透過呼叫 ctnetlink_dump_timeout() 取得。因此錯誤減去 `nfct_time_stamp`。呼叫追踪 <TASK> dump_stack_lvl ctnetlink_dump_timeout
    __ctnetlink_glue_build ctnetlink_glue_build __nfqnl_enqueue_packet nf_queue nf_hook_slow ip_mc_output
    __pfx_ip_finish_output ip_send_skb __pfx_dst_output udp_send_skb udp_sendmsg __pfx_ip_generic_getfrag sock_sendmsg 在 中區分 2 種案例- 設定 __nf_ct_set_timeout() 中的 `ct->timeout`。- 在 ctnetlink_dump_timeout() 中取得 `ct->timeout`。Pablo 附加更新 ctnetlink以便在 IPS_CONFIRMED 旗標設定為開啟之後設定逾時否則透過 ctnetlink 建立的 conntrack 會中斷。請注意自從引入 nfnetlink_queue conntrack 支援後就會發生此修補程式中所述的問題請選取足夠舊的 Fixes: 標籤讓穩定的核心 擷取此修正。 (CVE-2023-53635)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

偵測

Linux Distros 未修補的弱點：CVE-2023-53635

medium Nessus Plugin ID 270201

版本 1.6