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

critical Nessus プラグイン ID 371463

Language:

概要

Linux/Unix ホストには、ベンダーにより修正されていないことを示す脆弱性を持つ複数のパッケージがインストールされています。

説明

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

- Bluetooth:RFCOMM:rfcomm_mutex なしでセッションソケットを接続 BR/EDR リンクが認証されている際に発行される RFCOMM connect() により、lockdep は循環依存関係を報告します。報告されるサイクルは、rfcomm_mutex と hdev->lock の間の実際の AB/BA となります。rfcomm_security_cfm() は、すでに hdev->lock を保持している HCI イベントパスから呼び出されます: hci_rx_work() hci_event_packet() hci_cc_read_enc_key_size() [hdev->lock] hci_encrypt_cfm() [hci_cb_list_lock] rfcomm_security_cfm() [rfcomm_mutex] 一方、ユーザー空間からの RFCOMM connect() は逆に同じ 2 つのロックを取ります: rfcomm_sock_connect() rfcomm_dlc_open() [rfcomm_mutex] __rfcomm_dlc_open() rfcomm_session_create() kernel_connect() l2cap_sock_connect() l2cap_chan_connect() [hdev->lock] 警告:循環ロック依存関係の可能性が検出されました kworker/U131:1/1128 が lock:rfcomm_mutex、at:rfcomm_security_cfm+0x31/0x3e0 [rfcomm] の取得を試行しているが、タスクはすでに lock:hci_cb_list_lock、 at:hci_cc_read_enc_key_size+0x1d2/0xcc0 チェーンが存在する:rfcomm_mutex --> &hdev->lock --> hci_cb_list_lock hci_auth_complete_evt() および hci_encrypt_change_evt() は、同じ方法でコールバックに到達します。両方の順序を同じ起動で確認する必要があるため、BR/EDR 接続だけではそれを表示するのに十分ではありません:リモート側によって設定されたセッションは、krfcommd の rfcomm_accept_connection() により作成されます。このkernel_accept() は、() を呼び出し、rfcomm_mutex の下で hdev->lock を取得しません。リンクを認証して暗号化するデバイスを接続し、任意のアドレスに対して RFCOMM ソケットで connect() を呼び出すと、毎回、接続が成功する必要はありません。この順序はページタイムアウトの前に記録されます。セッションソケットだけが、ロックされた状態で接続する必要がありますが、そうではありません:セッションリストに配置されるまで、他の何もソケットを見ることができません。したがって、最初に接続し、後でrfcomm_mutexを行うことで、HCI イベントパスをrfcomm_mutexから遠ざけるのではなく、rfcomm_mutex -> hdev->lock の順番を永久に削除します。rfcomm_session_create() は rfcomm_session_connect() になり、セッションリストに触れずに接続されたソケットを返し、rfcomm_dlc_open() は再びロックを保持するとセッションを追加します。このソケットの接続中に別のオープナーが同じペアのセッションを追加した場合、そのセッションが使用され、このソケットはドロップされます。__rfcomm_dlc_open() は、使用すべきセッションを取り上げるようになりました。また、ロックが再取得された後に状態チェックが実行されるため、その間に開かれたり閉じられたりした DLC は引き続き処理されます。既存の ACL リンクでは、セッションがリストに到達する前に接続が完了し、ソケットコールバックからのウェイクアップは失われるため、セッションが表示されると krfcommd はウェイクアップされます。ロックなしで接続すると、ソケットを閉じることができるウィンドウが開きます。DLC がまだセッションに入っていないので、rfcomm_dlc_close() は何もすべきことを見つけず、それに触れずに戻り、その後 rfcomm_dlc_open() は所有者のいなくなった DLC をアタッチします。rfcomm_dlc_close() はこうした DLC を RFCOMM_CLOSED でマークするようになり、再度 rfcomm_mutex を保持すると rfcomm_dlc_open() はそのマークをチェックし、DLC をアタッチする代わりにソケットをドロップします。オープンが開始されるとマークがクリアされるため、再利用される DLC は影響を受けません。これは、rfcomm_dlc_open()の呼び出し元、ソケット、ttyレイヤーの両方を対象とします。
(CVE-2026-99009)

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

ソリューション

現時点で既知の解決策はありません。

参考資料

https://security-tracker.debian.org/tracker/CVE-2026-99009

プラグインの詳細

深刻度: Critical

ID: 371463

ファイル名: unpatched_CVE_2026_99009.nasl

バージョン: 1.1

タイプ: Local

エージェント: unix

ファミリー: Misc.

公開日: 2026/10/23

更新日: 2026/10/23

サポートされているセンサー: Frictionless Assessment Agent, Nessus Agent, Agentless Assessment, Tenable Cloud Security, Tenable Self-Hosted Container Security, Nessus