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

  - vethtxq のスタックを回避するために、競合をより堅牢にハンドリング dc82a33297fc veth完全な ptr_ring に qdisc backpressure を適用し、TX ドロップを削減しますは、競合状態を導入しました。これにより、TXQ が恒久的に停止します。これは ARM64 システムの本番で確認されましたAmpere Altra Max。veth_xmit() で競合が発生します。プロデューサーは完全な ptr_ring を監視し、キューを停止しますnetif_tx_stop_queue()。
    コンシューマーがキューを空にした場合__ptr_ring_empty(...)netif_tx_wake_queue()、キューをリウェイク解除することを目的とした、その後の条件付きロジックが失敗する可能性があります。これにより、TXQ が停止したまま (QUEUE_STATE_DRV_XOFF)、トラフィックが停止したままで、ウェイクアップの消失が生じます。この失敗は、プロデューサー側からの __ptr_ring_empty() API の不適切な使用により引き起こされます。カーネルコメントに記述されているように、コンシューマーが別の CPU で動作している場合、このチェックは正しい保証されません。空のテストは ptr_ring->consumer_head に基づいており、コンシューマーに対してのみ信頼できるものになります。プロデューサー側からこのチェックを使用することは、基本的に競合です。このパッチは、パッチセットの以前のバージョン V4 からより堅牢なロジックを採用することで競合を修正します。これは、常にピアをフラッシュします。1veth_xmit() で、競合条件付きウェイクアップロジックとそのメモリバリアが削除されます。代わりに、キューを停止した後に、無条件に
    __veth_xdp_flush(rq)。これにより、NAPI コンシューマーがスケジュールされることが保証され、TXQ の再起動のみを担当します。これは、veth_poll() がすべてのパケットを消費し、NAPI を完了する競合を処理します。
    プロデューサーサイドの *before* veth_xmit() が netif_tx_stop_queue を呼び出しました。__veth_xdp_flush(rq) は、rx_notify_masked が false であることを確認し、NAPI をスケジュールします。 (2) コンシューマー側では、ピア TXQ をウェイクアップするためのロジックが、veth_xdp_rcv() の外部に移動され、veth_poll() 関数の終端に配置されます。NAPI の完了中に rx_notify_masked が潜在的に偽に設定された後に netif_tx_queue_stopped() チェックを行う必要があるため、この配置は競合修正の一部です。これは、veth_poll() がすべてのパケットを消費するが、終了していない競合を処理しますrx_notify_masked がまだ真です。プロデューサー veth_xmit() が TXQ を停止し、
    __veth_xdp_flush(rq) は rx_notify_masked が true の場合、NAPI を起動しません。次に、veth_poll() が rx_notify_masked を false に変更し、NAPI を停止します。終了する前に veth_poll() は TXQ の停止を確認し、起動します。CVE-2025-68232

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

検出

Linux Distros のパッチ未適用の脆弱性: CVE-2025-68232

medium Nessus プラグイン ID 278797

バージョン 1.4