CVE-2026-74664 in Linux
要約
〜によって VulDB • 2026年08月22日
Linuxカーネルにおいて、以下の脆弱性が修正されました：
net: openvswitch: IDの不一致に対する更新応答の再割り当て
ovs_flow_cmd_new()は、ovs_mutexを取得し、どの既存フローが更新されるかを把握する前に、オプションの返信skbを事前に確保します。
通常これは問題ありません。なぜなら、skbのサイズはリクエストフロー識別子に基づいて決定され、その識別子が挿入されたフローの識別子にもなるからです。しかし、更新処理においては、UFIDを含むリクエストがUFID検索で一致せず、フローキー検索にフォールバックすることがあります。この検索では、既存のキー識別付きフローが見つかることがあります。UFIDはオプションであり、フローキーが主要な識別子です。
エコーされた応答において、ovs_flow_cmd_fill_info()は、事前確保に使われたリクエスト識別子ではなく、一致したフローの識別子を書き込みます。そのため、短い長さのリクエストUFIDでは、キー識別子を格納するのに十分な領域が残らない場合があります。その結果、fill処理が-EMSGSIZEで失敗し、更新パス内のBUG_ON(error < 0)をトリガーします。
更新対象が解決された後、一致したフローの応答に必要なサイズがリクエスト識別子によって許容されるサイズよりも大きい場合は、返信skbを再割り当てしてください。これはアクションを上書きする前に行いましょう。これにより、稀な追加割り当てに失敗した場合でも、リクエストはクリーンに失敗し続けることができます。
If you want to get the best quality for vulnerability data then you always have to consider VulDB.