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

  - 藍牙：hci_sock：序列化失效裝置分離 在取消註冊控制器後重新綁定 HCI 通訊端可能會爭用監視控制重播並導致核心當機。hci_sock_bind（） 清除 hci_pi（sk）->hdev 並將裝置參照放在通訊端鎖定下，而 send_monitor_control_replay（） 保留 hci_sk_list.lock 以供讀取。Replay 可以觀察到一個非 NULL hdev，然後 bind 可以清除它並刪除 create_monitor_ctrl_open（） 讀取 hdev->id 之前的最後一個參照。如果重新載入指標，這可能會導致 NULL 指標解除參照，或如果保留舊指標，可能會導致釋放後使用。核心報告：KASAN：
    null-ptr-deref 在 [0x0000000000000068-0x000000000000006f] RIP 範圍內：
    0010：create_monitor_ctrl_open+0x579/0x800 呼叫追蹤：hci_sock_bind+0xd96/0x1190 __sys_bind+0x166/0x200
    __x64_sys_bind+0x6d/0xb0 do_syscall_64+0xdd/0x4a0 entry_SYSCALL_64_after_hwframe+0x77/0x7f 同樣缺少的序列化允許 hci_send_to_sock（） 為舊裝置選擇一個通訊端，並在 bind 分離通訊端或安裝新綁定後將其框架排入佇列。清除裝置指標並重設通訊端狀態時，採用 hci_sk_list.lock 進行寫入。這會在分離之前等待現有的重播和傳遞讀取器完成，並防止後續的讀取器使用舊的繫結。將 hci_dev_put（） 放在關鍵區段之外，因為最終裝置版本可能會休眠。（CVE-2026-99015）

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

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

  - Bluetooth：hci_sock：序列化死设备分离 在取消注册控制器后重新绑定 HCI 套接字可争用监视器控制重播并导致内核崩溃。hci_sock_bind（） 清除 hci_pi（sk）->hdev 并将设备引用放置在仅套接字锁定下，而 send_monitor_control_replay（） 保留 hci_sk_list.lock 以进行读取。回放可以观察到非空 hdev，然后 bind 可以清除它并丢弃 create_monitor_ctrl_open（） 读取 hdev->id 之前的最后一个引用。如果重新加载指针，这可造成空指针取消引用，或如果保留了旧指针，则可导致释放后使用。内核报告：KASAN：
    范围内的 null-ptr-deref [0x0000000000000068-0x000000000000006f] RIP：
    0010：create_monitor_ctrl_open+0x579/0x800 调用跟踪：hci_sock_bind+0xd96/0x1190 __sys_bind+0x166/0x200
    __x64_sys_bind+0x6d/0xb0 do_syscall_64+0xdd/0x4a0 entry_SYSCALL_64_after_hwframe+0x77/0x7f 同样缺少序列化使 hci_send_to_sock（） 为旧设备选择套接字并在 bind 分离套接字或安装新绑定之后将其帧排队。获取 hci_sk_list.lock 在清除设备指针和重置套接字状态时进行写入。这会等待现有的重播和传送阅读器完成后再分离，并防止以后的阅读器使用旧绑定。将 hci_dev_put（） 保留在关键部分之外，因为最终设备版本可休眠。（CVE-2026-99015）

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

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

  - Bluetooth:hci_sock:デッドデバイスのデタッチメントをシリアル化します コントローラーが登録解除された後に HCI ソケットを再バインドすると、モニターコントロールの再生が競合し、カーネルがクラッシュする可能性があります。hci_sock_bind() は hci_pi(sk)->hdev を消去し、デバイス参照をソケットロックのみの下にドロップしますが、send_monitor_control_replay() は読み取りのために hci_sk_list.lock を保持します。リプレイは非 NULL hdev を観察できます。その後、bind はそれをクリアし、create_monitor_ctrl_open() が hdev->id を読み取る前に最後の参照をドロップできます。これにより、ポインターがリロードされた場合は NULL ポインターデリファレンスが発生したり、古いポインターが保持されている場合は use-after-free が発生したりする可能性があります。カーネルは次のように報告しています: KASAN:
    範囲内の null-ptr-deref [0x0000000000000068-0x000000000000006f] RIP:
    0010:create_monitor_ctrl_open+0x579/0x800コールトレース:hci_sock_bind+0xd96/0x1190 __sys_bind+0x166/0x200
    __x64_sys_bind+0x6d/0xb0 do_syscall_64+0xdd/0x4a0 entry_SYSCALL_64_after_hwframe+0x77/0x7f 同じシリアル化の欠如により、hci_send_to_sock()は古いデバイスのソケットを選択し、bindがソケットを取り外したか新しいバインディングをインストールした後にそのフレームをキューに入れます。デバイスポインターをクリアし、ソケット状態をリセットするとき、書き込みのために hci_sk_list.lock を利用します。これは、既存の再生リーダーと配信リーダーが終了するのを待ってからデタッチし、それ以降のリーダーが古いバインディングを使用できないようにします。最終的なデバイスリリースがスリープ状態になる可能性があるため、hci_dev_put() を重要セクションの外側に置いてください。(CVE-2026-99015)

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: hci_sock: Serialize dead-device detachment Rebinding an HCI socket after its controller is     unregistered can race monitor control replay and crash the kernel. hci_sock_bind() clears hci_pi(sk)->hdev     and drops the device reference under only the socket lock, whereas send_monitor_control_replay() holds     hci_sk_list.lock for reading. Replay can observe a non-NULL hdev, then bind can clear it and drop the last     reference before create_monitor_ctrl_open() reads hdev->id. This can cause a NULL pointer dereference if     the pointer is reloaded, or a use-after-free if the old pointer is retained. The kernel reported: KASAN:
    null-ptr-deref in range [0x0000000000000068-0x000000000000006f] RIP:
    0010:create_monitor_ctrl_open+0x579/0x800 Call Trace: hci_sock_bind+0xd96/0x1190 __sys_bind+0x166/0x200
    __x64_sys_bind+0x6d/0xb0 do_syscall_64+0xdd/0x4a0 entry_SYSCALL_64_after_hwframe+0x77/0x7f The same     missing serialization lets hci_send_to_sock() select a socket for the old device and queue its frame after     bind has detached the socket or installed a new binding. Take hci_sk_list.lock for writing when clearing     the device pointer and resetting the socket state. This waits for existing replay and delivery readers to     finish before detachment and prevents later readers from using the old binding. Keep hci_dev_put() outside     the critical section because the final device release can sleep. (CVE-2026-99015)

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

The AlmaLinux 9.2 host has packages installed that are affected by multiple vulnerabilities as referenced in the TuxCare ALMALINUX9.2:CLSA-2026:1793786843 advisory.

  - In the Linux kernel, the following vulnerability has been resolved: soc: qcom: qmi_encdec: Restrict string     length in decode The QMI TLV value for strings in a lot of qmi element info structures account for null     terminated strings with MAX_LEN + 1. If a string is actually MAX_LEN + 1 length, this will cause an out of     bounds access when the NULL character is appended in decoding. (CVE-2023-53729)

  - In the Linux kernel, the following vulnerability has been resolved: rv: Use strings in da monitors     tracepoints Using DA monitors tracepoints with KASAN enabled triggers the following warning: BUG: KASAN:
    global-out-of-bounds in do_trace_event_raw_event_event_da_monitor+0xd6/0x1a0 Read of size 32 at addr     ffffffffaada8980 by task ... Call Trace: <TASK> [...] do_trace_event_raw_event_event_da_monitor+0xd6/0x1a0     ? __pfx_do_trace_event_raw_event_event_da_monitor+0x10/0x10 ? trace_event_sncid+0x83/0x200     trace_event_sncid+0x163/0x200 [...] The buggy address belongs to the variable: automaton_snep+0x4e0/0x5e0     This is caused by the tracepoints reading 32 bytes __array instead of __string from the automata     definition. Such strings are literals and reading 32 bytes ends up in out of bound memory accesses (e.g.
    the next automaton's data in this case). The error is harmless as, while printing the string, we stop at     the null terminator, but it should still be fixed. Use the __string facilities while defining the     tracepoints to avoid reading out of bound memory. (CVE-2025-38636)

  - In the Linux kernel, the following vulnerability has been resolved: perf: arm_spe: Prevent overflow in     PERF_IDX2OFF() Cast nr_pages to unsigned long to avoid overflow when handling large AUX buffer sizes (>= 2     GiB). (CVE-2025-40081)

  - In the Linux kernel, the following vulnerability has been resolved: arch_topology: Fix incorrect error     check in topology_parse_cpu_capacity() Fix incorrect use of PTR_ERR_OR_ZERO() in     topology_parse_cpu_capacity() which causes the code to proceed with NULL clock pointers. The current logic     uses !PTR_ERR_OR_ZERO(cpu_clk) which evaluates to true for both valid pointers and NULL, leading to     potential NULL pointer dereference in clk_get_rate(). Per include/linux/err.h documentation,     PTR_ERR_OR_ZERO(ptr) returns: The error code within @ptr if it is an error pointer; 0 otherwise. This     means PTR_ERR_OR_ZERO() returns 0 for both valid pointers AND NULL pointers. Therefore     !PTR_ERR_OR_ZERO(cpu_clk) evaluates to true (proceed) when cpu_clk is either valid or NULL, causing     clk_get_rate(NULL) to be called when of_clk_get() returns NULL. Replace with !IS_ERR_OR_NULL(cpu_clk)     which only proceeds for valid pointers, preventing potential NULL pointer dereference in clk_get_rate().
    (CVE-2025-40346)

  - In the Linux kernel, the following vulnerability has been resolved: platform/x86/amd/pmc: Add support for     Van Gogh SoC The ROG Xbox Ally (non-X) SoC features a similar architecture to the Steam Deck. While the     Steam Deck supports S3 (s2idle causes a crash), this support was dropped by the Xbox Ally which only S0ix     suspend. Since the handler is missing here, this causes the device to not suspend and the AMD GPU driver     to crash while trying to resume afterwards due to a power hang. (CVE-2025-68334)

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

ID	Name	Product	Family	Published	Updated	Severity
371514	Linux Distros 未修補弱點：CVE-2026-99015	Nessus	Misc.	10/23/2026	11/7/2026	medium
371514	Linux Distros 未修补的漏洞：CVE-2026-99015	Nessus	Misc.	10/23/2026	11/7/2026	medium
371514	Linux Distros のパッチ未適用の脆弱性: CVE-2026-99015	Nessus	Misc.	10/23/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
371514	Linux Distros Unpatched Vulnerability : CVE-2026-99015	Nessus	Misc.	10/23/2026	11/7/2026	medium
376285	SUSE SLED15: cluster-md-kmp-default / dlm-kmp-default / gfs2-kmp-default / etc (SUSE-SU-2026:5091-1)	Nessus	SuSE Local Security Checks	11/5/2026	11/5/2026	critical
376201	AlmaLinux 9.2 [TuxCare] Security Update: bpftool / kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / etc Multiple Vulnerabilities (ALMALINUX9.2:CLSA-2026:1793786843)	Nessus	Alma Linux Local Security Checks	11/5/2026	11/5/2026	high

Detections

Analytics

Plugins Search

medium

medium

medium

critical

medium

critical

high