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

  - netnfcnfc_unregister_device と rfkill_fop_write の間のデッドロックを修正します。device_lock と rfkill_global_mutex の間のロック順序の反転により、nfc_unregister_device() と rfkill_fop_write() の間でデッドロックが発生する可能性があります。問題のあるロック順序は次のとおりですスレッド A rfkill_fop_writerfkill_fop_write() mutex_lock(&rfkill_global_mutex) rfkill_set_block() nfc_rfkill_set_block() nfc_dev_down() device_lock(&dev->dev) <- waits for device_lock スレッド Bnfc_unregister_device)nfc_unregister_device()device_lock &dev->devrfkill_unregister() mutex_lock(&rfkill_global_mutex) <- rfkill_global_mutex を待機します。これにより、クラシック ABBA デッドロックシナリオが発生します。rfkill_unregister() および rfkill_destroy() を device_lock の重要なセクション外に移動することでこれを修正します。ロックを解除する前に rfkill ポインターをローカル変数に保存し、device_lock を解除した後に rfkill_unregister() を呼び出します。この変更は安全です。rfkill_fop_write() は rfkill コールバックを呼び出す間は rfkill_global_mutex を保持し、rfkill_unregister() もクリーンアップ前に rfkill_global_mutex を取得するためです。そのため、rfkill_unregister() は進行中のコールバックが完了するまで待機してから続行し、device_del() は rfkill_unregister() が返されてから呼び出され、use-after-free が回避されます。nfc_register_device()における同様のロック順序device_lock -> rfkill_global_mutex via rfkill_registerは、登録中、デバイスはまだrfkill_list内にないため、このデバイスでは同時rfkill操作が発生しないため安全です。CVE-2025-71079

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

検出

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

medium Nessus プラグイン ID 283667

バージョン 1.3

バージョン 1.2

バージョン 1.1

バージョン 1.3 Jan 21, 2026, 10:50 AM Detection (updated detection logic) Plugin metadata Plugin Feed: 202601211050
バージョン 1.2 Jan 16, 2026, 10:12 PM CVSS metrics ("CVSSv2 score" set to 7.2) CVSS metrics ("CVSSv2 vector" set to "CVSS2#AV:L/AC:L/Au:N/C:C/I:C/A:C") CVSS metrics ("CVSSv3 score" set to 5.5) CVSS metrics ("CVSSv3 vector" set to "CVSS:3.0/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H") CVSSv3 severity (based on None, severity decreased from "High" to "Medium") Detection (updated detection logic) Plugin metadata Plugin Feed: 202601162212
バージョン 1.1 Jan 14, 2026, 5:08 AM New Plugin Feed: 202601140508