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

  - btrfs遅延 ref ヘッドを追加できなかった後の qgroup レコードの二重解放を修正します。以前のコードでは、add_delayed_ref_head() を呼び出す際に、二重 kfree() シナリオに陥らせることが可能でした。これは、レコードが btrfs_qgroup_trace_extent_nolock() 呼び出しにすでに存在すると報告されたものの、その後 add_delayed_ref_head() でエラーが発生した場合に発生する可能性があります。この場合、add_delayed_ref_head() がエラーを返したため、呼び出し元はレコードを解放します。add_delayed_ref_head() がこの kfree のポインターを NULL に設定できなかったため、kfree() は、呼び出し先によってすでに解放されたメモリを指している NULL 以外の「record」オブジェクトで動作しました。この問題は、オブジェクトを解放する責任が呼び出し元と呼び出し先の両方に同時にあることが原因です。したがって、これに対する修正は、「qrecord」オブジェクトの所有権を add_delayed_ref_head() 外へシフトすることです。つまり、この関数内で与えられたオブジェクトを kfree() しようとしません。そして、呼び出し元が「qrecord」オブジェクト自体で操作することを想定します。「qrecord」オブジェクトが kfree できない唯一の例外は、追跡ロジックに挿入された場合です。これについては、これを説明するために「qrecord_inserted_ret」ブーリアンをすでに用意しています。したがって、add_delayed_ref_head() が追跡ロジックに挿入されていないと報告する場合のみ、呼び出し元がオブジェクトを kfree する必要があります。上記の副作用として、「qrecord_inserted_ret」が関数の終わりではなく開始時に適切に初期化され、実際の挿入が発生するときに設定されることを保証する必要があります。これにより、「qrecord_inserted_ret」が早期の終了で無効な値を持つことを回避できます。add_delayed_ref_head() からのドキュメントも更新され、「qrecord」オブジェクトの正確な所有権を反映しました。
    (CVE-2025-68359)

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

検出

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

high Nessus プラグイン ID 279727

バージョン 1.26