Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - 藍牙：管理：修正關機時排清的擱置命令狀態 cmd_complete_rsp（） 收到結構cmd_lookup，對於沒有cmd_complete回呼的擱置命令，會失敗為 cmd_status_rsp（cmd， data）。cmd_status_rsp（） 以 u8 * 的形式讀取數據，因此發送的狀態來自 match->sk 表示的第一個位元組，而不是來自 match->mgmt_status。提交 f53e1c9c726d （藍牙：MGMT：
    修正 mgmt_index_removed） 上可能的當機，將呼叫端的資料從 &status 變更為 &match，並將 cmd_complete 分支更新為 match->mgmt_status，但使貫穿傳遞資料保持不變。在 mgmt_index_removed（） 中，match->sk 為 NULL，因此每個此類命令都以狀態 0x00（成功）而不是 MGMT_STATUS_INVALID_INDEX 來回答。在 __mgmt_power_off（） 中，它也是 NULL，除非 Set Powered 命令處於擱置狀態：那麼 settings_rsp（） 已將該命令的通訊端儲存在 match->sk 中，並且發送的位元組來自通訊端指標。無論哪種方式，呼叫端設定的狀態 （MGMT_STATUS_NOT_POWERED （或取消註冊裝置時MGMT_STATUS_INVALID_INDEX） 都會遺失。傳遞呼叫者設定的狀態。這在筆記本電腦上 QCA9377 可以看到：藍牙的“開始發現”在適配器關閉時等待，以命令狀態0x00且沒有參數回答，並且藍牙在 5.72 零長度成功時崩潰。BlueZ master 此後在該路徑上新增了長度檢查（轉接器：修正短啟動發現回覆的崩潰，BlueZ a734b06059cb），但使用者空間仍應告知「未通電」，而不是「成功」。
    在具有虛擬控制器 （hci_vhci） 的 Ubuntu 7.0.0-31 上測試：提交啟動探索時，HCI 寫入掃描啟用中會保持關機狀態，而排清會在此變更之前以狀態 0x00 回應，並在此變更之後以狀態 0x0f （未通電） 來回答它。（CVE-2026-99091）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - Bluetooth：MGMT：修复关机时刷新的待定命令的状态 cmd_complete_rsp（） 收到 struct cmd_lookup，并且对于没有 cmd_complete 回调的待定命令，会失败至 cmd_status_rsp（cmd， data）。cmd_status_rsp（） 以 u8 * 的格式读取数据，因此发送的状态来自 match->sk 表示的第一个字节，而不是来自 match->mgmt_status。提交 f53e1c9c726d（蓝牙：管理：
    修复 mgmt_index_removed） 时可能发生的崩溃。将调用程序的数据从 &status 更改为 &match，并将 cmd_complete 分支更新为 match->mgmt_status，但不变 fall-through 传递数据。在 mgmt_index_removed（） 中，match->sk 为 NULL，因此每个此类命令都会以状态 0x00 （Success） 而不是 MGMT_STATUS_INVALID_INDEX 来应答。在 __mgmt_power_off（） 中它也是 NULL，除非 Set Powered 命令待定：然后 settings_rsp（） 已将该命令的套接字存储在 match->sk 中，而发送的字节来自套接字指针。不管哪种方式，呼叫方设置的状态（MGMT_STATUS_NOT_POWERED（或在设备取消注册时MGMT_STATUS_INVALID_INDEX）都会丢失。传递调用方设置的状态。这在笔记本电脑上 QCA9377 出现：适配器断电时待定的 bluetoothd 的 Start Discovery 会以命令状态 0x00 且无参数响应，而且 bluetoothd 5.72 会在零长度成功时崩溃。BlueZ 主控端在此之后在该路径上添加了长度检查（适配器：修复短启动发现回复的崩溃，BlueZ a734b06059cb），但用户空间仍应被告知“未通电”，而不是“成功”。
    在具有虚拟控制器的 Ubuntu 7.0.0-31 上测试 （hci_vhci）：提交开始发现时，HCI 写扫描启用中保持关机状态，刷新在此更改之前状态为 0x00，之后刷新为状态 0x0f（未通电）。（CVE-2026-99091）

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

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

  - Bluetooth:MGMT:電源オフ時にフラッシュされる保留中のコマンドのステータスを修正します cmd_complete_rsp() は構造体cmd_lookupを受け取り、cmd_complete コールバックがない保留中のコマンドに対しては cmd_status_rsp(cmd, data) にフォールスルーします。cmd_status_rsp() はデータを u8 * として読み込むため、送信されるステータスは match->mgmt_status からではなく、match->sk の表現の最初のバイトから来ています。f53e1c9c726d をコミット(Bluetooth:MGMT:
    mgmt_index_removed) で起こり得るクラッシュを修正します。発信者のデータを &status から &match に変更し、cmd_complete ブランチを match->mgmt_status に更新しますが、フォールスルーの受け渡しデータは変更せず、そのままにしました。mgmt_index_removed() では、match->sk は NULL であるため、このようなコマンドはすべてステータス 0x00 (成功) ではなく MGMT_STATUS_INVALID_INDEX で応答されます。Set Powered コマンドが保留中でない限り、__mgmt_power_off() でも NULL になります。その場合、settings_rsp() はそのコマンドのソケットを match->sk に保存し、送信されるバイトはソケットポインターから来ています。いずれの方法でも、呼び出し元が設定したステータス(MGMT_STATUS_NOT_POWEREDまたはデバイスが登録解除されているときはMGMT_STATUS_INVALID_INDEX)が失われます。呼び出し元が設定したステータスを渡します。これは、 QCA9377 ノートパソコンで見られました:アダプターの電源がオフのときに保留中の Bluetooth の Start Discovery が、パラメーターなしで Command Status 0x00 で応答し、ゼロレングスの成功時に bluetoothd 5.72 がクラッシュしました。BlueZ マスターはその後、そのパスに長さチェックを追加していますが(アダプター:ショートスタートディスカバリー返信でのクラッシュを修正、BlueZ a734b06059cb)、ユーザー空間には、成功ではなく電源が入っていませんと引き続き表示されるはずです。
    仮想コントローラー(hci_vhci)を備えたUbuntu 7.0.0-31 でテスト済み:Start Discovery が送信されている間、電源オフが HCI Write Scan Enable で保持され、フラッシュは、この変更前はステータス 0x00 で、変更後は 0x0f (電源が入っていない)で応答します。(CVE-2026-99091)

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

An update of the linux package has been released.

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - Bluetooth: MGMT: Fix status of pending commands flushed on power off cmd_complete_rsp() receives a struct     cmd_lookup and, for a pending command that has no cmd_complete callback, falls through to     cmd_status_rsp(cmd, data). cmd_status_rsp() reads data as a u8 *, so the status sent comes from the first     byte of match->sk's representation, not from match->mgmt_status. commit f53e1c9c726d (Bluetooth: MGMT:
    Fix possible crash on mgmt_index_removed) changed the callers' data from &status to &match and updated     the cmd_complete branch to match->mgmt_status, but left the fall-through passing data unchanged. In     mgmt_index_removed() match->sk is NULL, so every such command is answered with status 0x00 (Success)     instead of MGMT_STATUS_INVALID_INDEX. In __mgmt_power_off() it is NULL too, unless a Set Powered command     was pending: then settings_rsp() has stored that command's socket in match->sk, and the byte sent comes     from the socket pointer. Either way the status the caller set, MGMT_STATUS_NOT_POWERED (or     MGMT_STATUS_INVALID_INDEX when the device is being unregistered), is lost. Pass the status the callers     set. This was seen on a QCA9377 laptop: bluetoothd's Start Discovery, pending when the adapter was powered     off, was answered with Command Status 0x00 and no parameters, and bluetoothd 5.72 crashed on the zero-     length success. BlueZ master has since added the length check on that path (adapter: Fix crash on short     start discovery reply, BlueZ a734b06059cb), but userspace should still be told Not Powered, not Success.
    Tested on Ubuntu 7.0.0-31 with a virtual controller (hci_vhci): power off is held in HCI Write Scan Enable     while a Start Discovery is submitted, and the flush answers it with status 0x00 before this change and     0x0f (Not Powered) after. (CVE-2026-99091)

Note that Nessus relies on the presence of the package as reported by the vendor.

ID	Name	Product	Family	Published	Updated	Severity
372178	Linux Distros 未修補弱點：CVE-2026-99091	Nessus	Misc.	10/26/2026	11/7/2026	medium
372178	Linux Distros 未修补的漏洞：CVE-2026-99091	Nessus	Misc.	10/26/2026	11/7/2026	medium
372178	Linux Distros のパッチ未適用の脆弱性: CVE-2026-99091	Nessus	Misc.	10/26/2026	11/7/2026	medium
375086	Photon OS 5.0: Linux PHSA-2026-5.0-92-1044	Nessus	PhotonOS Local Security Checks	11/2/2026	11/2/2026	critical
372178	Linux Distros Unpatched Vulnerability : CVE-2026-99091	Nessus	Misc.	10/26/2026	11/7/2026	medium

Detections

Analytics

Plugins Search

medium

medium

medium

critical

medium