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

  - netfilter： nf_nat_sip：重新載入可能過時的資料指標引用 sashiko：
    ------------------------------------------------------------------------ [..] 注意到涉及 SIP NAT 協助程式的潛在記憶體錯誤和標頭損毀。在 net/netfilter/nf_nat_sip.c：nf_nat_sip（） 中： if （skb_ensure_writable（skb， skb->len）） { nf_ct_helper_log（skb， ct， cannot mangle packet）; return NF_DROP;
    } uh = （void *）skb->data + protoff;uh->dest = ct_sip_info->forced_dport;if （！nf_nat_mangle_udp_packet（skb， ct， ctinfo， protoff， 0， 0， NULL， 0）） { 如果 skb_ensure_writable（） 重新分配了克隆或片段化的 SKB，則會釋放舊的資料緩衝區。但是，nf_nat_sip（） 無法更新
    *dptr 指向新的緩衝區。它似乎還對可能是 TCP 封包的內容使用 nf_nat_mangle_udp_packet（），這將使用校驗和更新覆蓋序號。
    ------------------------------------------------------------------------ nf_conntrack_sip線化 skb，因此看不到碎片 skb。但是克隆是可能的，所以重建 dptr。停用 TCP 資料流的 nf_nat_mangle_udp_packet（） 分支。這看起來永遠不會發生，否則我們應該已經收到有關此的錯誤報告，所以只需檢查 conntrack 是否為 UDP，否則就刪除。調用conntrack_sip為SIP_HDR_VIA_UDP消息設置 ->forced_dport，因此我認為這對於 TCP 流來說是正確的。（CVE-2026-72251）

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

偵測

Linux Distros 未修補弱點：CVE-2026-72251

critical Nessus Plugin ID 337496

版本 1.32