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

  - 藍牙：hci_uart：當write_work取消HCI_UART_SENDING位時清除HCI_UART_SENDING tx_state表示write_work處於擱置狀態並阻止再次排隊。目前，取消 hci_uart_close（） 中的工作時不會清除此位，如果裝置處於擱置狀態，則稍後重新開啟裝置時，會封鎖未來的寫入write_work。透過取消作品時清除HCI_UART_SENDING來修復。此外，使用 disable_work_sync + enable_work 而不是僅使用 cancel_work_sync 來安全地清除tx_skb。hci_uart_flush（） 會清除原始 tx 佇列，以便我們可以取消那裡的擱置write_work，而不是只在 hci_uart_close（） 中執行。在佇列排清之後，重新啟用並可能將工作重新排入佇列。（CVE-2026-68085）

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

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

  - Bluetooth：hci_uart：当 write_work 在 tx_state 中取消HCI_UART_SENDING位时清除HCI_UART_SENDING表示 write_work 待定并再次阻止排队。目前，取消 hci_uart_close（） 中的工作时未清除该位，如果设备待定，这会在稍后重新打开设备时阻断未来的写入write_work。通过取消工作时清除HCI_UART_SENDING进行修复。此外，还可以使用 disable_work_sync + enable_work 来安全清除tx_skb，而不只是使用 cancel_work_sync。hci_uart_flush（） 会清除 proto tx 队列，因此我们可以取消此处的待定write_work，而不是只在 hci_uart_close（） 中取消。在队列刷新后重新启用并可能重新排队工作。（CVE-2026-68085）

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

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

  - Bluetooth:hci_uart:write_workがキャンセルされたときにHCI_UART_SENDINGをクリアします tx_state の HCI_UART_SENDING ビットは、write_workが保留中であり、再びキューイングをブロックすることを意味します。現在、hci_uart_close() での作業をキャンセルする際に、このビットはクリアされません。これにより、write_workが保留中だった場合に、デバイスが後から再度開かれると、今後の書き込みがブロックされます。作業をキャンセルする際にHCI_UART_SENDINGをクリアして修正します。また、単なる cancel_work_sync ではなく disable_work_sync + enable_work を使用して、tx_skbのクリアを安全にします。hci_uart_flush() はプロト tx キューをパージするため、保留中のwrite_workを hci_uart_close() だけで行うのではなく、そこでキャンセルできます。キューフラッシュの後に作業を再有効化し、場合により再キューイングします。(CVE-2026-68085)

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

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

  - Bluetooth: hci_uart: clear HCI_UART_SENDING when write_work is canceled HCI_UART_SENDING bit in tx_state     means write_work is pending and blocks queueing it again. Currently this bit is not cleared when canceling     the work in hci_uart_close(), which blocks future writes when device is reopened later if write_work was     pending. Fix by clearing HCI_UART_SENDING when canceling the work. Also make clearing of tx_skb safe by     using disable_work_sync + enable_work instead of just cancel_work_sync. hci_uart_flush() purges the proto     tx queue so we can cancel the pending write_work there, instead of doing it just in hci_uart_close(). Re-     enable and possibly requeue the work after queue flush. (CVE-2026-68085)

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

An update of the linux package has been released.

ID	Name	Product	Family	Published	Updated	Severity
334254	Linux Distros 未修補弱點：CVE-2026-68085	Nessus	Misc.	8/10/2026	9/3/2026	high
334254	Linux Distros 未修补的漏洞：CVE-2026-68085	Nessus	Misc.	8/10/2026	9/3/2026	high
334254	Linux Distros のパッチ未適用の脆弱性: CVE-2026-68085	Nessus	Misc.	8/10/2026	9/3/2026	high
343049	Oracle Linux 10 / 9 : Unbreakable Enterprise kernel (ELSA-2026-500248)	Nessus	Oracle Linux Local Security Checks	9/4/2026	9/5/2026	high
334254	Linux Distros Unpatched Vulnerability : CVE-2026-68085	Nessus	Misc.	8/10/2026	9/3/2026	high
332499	Photon OS 5.0: Linux PHSA-2026-5.0-92-0928	Nessus	PhotonOS Local Security Checks	8/5/2026	9/4/2026	high

Detections

Analytics

Plugins Search

high

high

high

high

high

high