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

  - netfilter： nf_conntrack_h323：修正 decode_choice（） 中的 OOB 讀取 在 decode_choice（） 中，get_len（） 之前的邊界檢查使用變數 'len'，該變數從函數頂部的初始化開始仍然是 0：無符號 int 類型，ext，len = 0;...if （ext ||（son->attr &; OPEN））{ BYTE_ALIGN（bs）; if （nf_h323_error_boundary（bs， len， 0）） /* len 在這裡為 0 */ return H323_ERROR_BOUND; len = get_len（bs）; /* OOB 讀取 */ 當位元流被精確消耗時 （bs->cur == bs->end），檢查 nf_h323_error_boundary（bs， 0， 0） 的結果為 （bs->cur + 0 > bs->end），這是錯誤的。接著，後續的 get_len（） 呼叫會解除參照 *bs->cur++，讀取緩衝區結尾之後的 1 個位元組。如果該位元組設定了位元 7，則 get_len（） 也會讀取第二個位元組。這可以透過在 nf_conntrack_h323 協助程式處於活動狀態的情況下，透過防火牆將特製的 Q.931 SETUP 訊息（其中包含恰好 2 位元組的 PER 編碼資料 （{0x08， 0x00}）傳送到連接埠 1720，以遠端觸發。解碼器會在到達此程式碼路徑之前完全耗用 PER 緩衝區，導致 AddressSanitizer 確認讀取的 1-2 位元組堆積緩衝區溢位。透過檢查 2 個位元組（get_len（） 可以讀取的最大值）而不是未初始化的「len」來解決此問題。這符合相同檔案中所有其他 get_len（） 呼叫網站所使用的模式，其中呼叫者在呼叫 get_len（） 之前檢查 2 位元組的可用資料。
    (CVE-2026-43233)

請注意，Nessus 依賴供應商報告的套件存在。

偵測

Linux Distros 未修補的弱點：CVE-2026-43233

high Nessus Plugin ID 312733

版本 1.25