Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - netfilter:nf_conntrack_h323:decode_choice() での OOB 読み取りを修正します decode_choice() では、get_len() の前の境界検査で、変数「len」が使用されますが、これは関数の先頭での初期化からまだ 0 です: unsigned int type, ext, len = 0;...if (ext ||(son->attr &; OPEN)){ BYTE_ALIGN(bs); if (nf_h323_error_boundary(bs, len, 0)) /* len is 0 here */ return H323_ERROR_BOUND; len = get_len(bs); /* OOB read */ ビットストリームが正確に消費された場合 (bs->cur == bs->end)、チェック nf_h323_error_boundary(bs, 0, 0) は (bs->cur + 0 > bs->end) と評価され、これは正しくありません。その後、後続の get_len() 呼び出しは *bs->cur++ を逆参照し、バッファの終端を 1 バイト超えて読み取ります。そのバイトにビット 7 が設定されている場合、get_len() は 2 番目のバイトも読み取ります。これは、nf_conntrack_h323ヘルパーが有効な状態でファイアウォールを介して、正確に 2 バイトの PER エンコードデータ({0x08, 0x00})を含むユーザーユーザー情報要素を含む細工された Q.931 SETUP メッセージをポート 1720 に送信することで、リモートで発生させることができます。デコーダーはこのコードパスに到達する前に PER バッファを完全に消費し、その結果 AddressSanitizer によって確認された 1-2 バイトのヒープバッファオーバーフロー読み取りが発生します。初期化されていない「len」の代わりに 2 バイト(get_len() が読み取ることができる最大値)をチェックすることで、これを修正します。これは、呼び出し元が get_len() を呼び出す前に 2 バイトの利用可能なデータを確認する、同じファイルの他のすべての get_len() 呼び出しサイトで使用されるパターンと一致します。
    (CVE-2026-43233)

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

検出

Linux Distros のパッチ未適用の脆弱性: CVE-2026-43233

high Nessus プラグイン ID 312733

バージョン 1.25