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

  - mctp i2c：初始化事件处理程序读取字节 为 mctp-i2c 设备的 i2c 读取设置0xff值。
    否则，读取将从 i2c 总线驱动程序返回 val。对于作为堆栈未初始化 u8 的 i2c-aspeed 和 i2c-npcm7xx。使用 i2ctransfer -y 1 r10@0x34 进行测试，其中 0x34 是 mctp-i2c 实例，现在它会返回所有0xff。（CVE-2026-45865）

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

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

  - selinux：在套接字权限帮助程序中使用 sk blob 访问器 SELinux 套接字状态存在于复合 LSM 套接字 blob 中。sock_has_perm（） 和 nlmsg_sock_has_extended_perms（） 目前直接取消引用 sk->sk_security，这假定 SELinux 套接字 blob 处于偏移零。在堆叠配置中，该假设不成立。如果另一个 LSM 在 SELinux 之前分配套接字 blob 存储，这些帮助程序可能会读取错误的 blob 并将无效的 SID 和类值馈送到 AVC 检查中。使用 selinux_sock（） 而不是直接访问 sk->sk_security。（CVE-2026-46104）

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

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

  - drm/amdgpu：修复 amdgpu_acpi_enumerate_xcc（） 中的内存泄漏 在 amdgpu_acpi_enumerate_xcc（） 中，如果 amdgpu_acpi_dev_init（） 返回 -ENOMEM，函数会直接返回而不释放分配的xcc_info，从而导致内存泄漏。通过确保正确释放错误路径中的xcc_info来修复此问题。仅经过编译测试。使用原型静态分析工具和代码审查时发现的问题。
    (CVE-2026-45947)

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

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

  - 已修复 Linux 内核中的下列漏洞：slub: fix data loss and overflow in krealloc() Commit 2cd8231796b5 (mm/slub: allow to set node and align in k[v]realloc) introduced the ability to force a reallocation if the original object does not satisfy new alignment or NUMA node, even when the object is being shrunk. This introduced two bugs in the reallocation fallback path: 1. Data loss during NUMA migration: The jump to 'alloc_new' happens before 'ks' and 'orig_size' are initialized. As a result, the memcpy() in the 'alloc_new' block would copy 0 bytes into the new allocation. 2. Buffer overflow during shrinking: When shrinking an object while forcing a new alignment, 'new_size' is smaller than the old size. However, the memcpy() used the old size ('orig_size ?: ks'), leading to an out-of-bounds write. The same overflow bug exists in the kvrealloc() fallback path, where the old bucket size ksize(p) is copied into the new buffer without being bounded by the new size. A simple reproducer: // e.g.
    add to lkdtm as KREALLOC_SHRINK_OVERFLOW while (1) { void *p = kmalloc(128, GFP_KERNEL); p = krealloc_node_align(p, 64, 256, GFP_KERNEL, NUMA_NO_NODE); kfree(p); } demonstrates the issue:
    ================================================================== BUG: KFENCE: out-of-bounds write in memcpy_orig+0x68/0x130 Out-of-bounds write at 0xffff8883ad757038 (120B right of kfence-#47):
    memcpy_orig+0x68/0x130 krealloc_node_align_noprof+0x1c8/0x340 lkdtm_KREALLOC_SHRINK_OVERFLOW+0x8c/0xc0 [lkdtm] lkdtm_do_action+0x3a/0x60 [lkdtm] ... kfence-#47: 0xffff8883ad756fc0-0xffff8883ad756fff, size=64, cache=kmalloc-64 allocated by task 316 on cpu 7 at 97.680481s (0.021813s ago):
    krealloc_node_align_noprof+0x19c/0x340 lkdtm_KREALLOC_SHRINK_OVERFLOW+0x8c/0xc0 [lkdtm] lkdtm_do_action+0x3a/0x60 [lkdtm] ... ================================================================== Fix it by moving the old size calculation to the top of __do_krealloc() and bounding all copy lengths by the new allocation size. (CVE-2026-45990)

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

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

  - drm：在 change_handle 中进行 prime 交换前将旧句柄设置为 NULL change_handle 中存在潜在的争用条件。ioctl 短暂地有一个具有两个 idr 条目的对象;并发gem_close可删除该对象并删除其中一个句柄，同时使另一个悬摆，这在随后可能会取消引用以进行释放后使用。要解决这个问题，请跳与gem_close自己相同的舞蹈。（f6cd7daecff5 drm：在使其再次可用之前释放要处理的驱动程序引用）首先将旧句柄idr_replace为 NULL。稍后，如果主要操作成功，请实际将其关闭。
    create_tail需要类似的舞蹈来避免类似的问题。（bd46cece51a3 drm/gem：修复 drm_gem_handle_create_tail（）） 中的争用它会idr_allocs带 NULL 的新句柄，然后在稍后交换正确的对象以避免争用。我们不需要在这里执行此操作，因为唯一可能争用的操作是drm_prime，并且change_handle在整个持续时间内保持主锁。v2：错误路径的清理 （CVE-2026-46215）

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

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

  - ice：修复 ice_sf_eth_activate（） 错误路径中的双重释放 当 auxiliary_device_add（） 失败时，ice_sf_eth_activate（） 跳至aux_dev_uninit并调用 auxiliary_device_uninit（&sf_dev->adev）。设备释放回调 ice_sf_dev_release（） 释放sf_dev，但当前错误路径会停止至 sf_dev_free 并再次调用 kfree（sf_dev），从而导致双重释放。保留 kfree（sf_dev） 作为 auxiliary_device_init（） 失败路径，但避免在 auxiliary_device_uninit（） 之后转向 sf_dev_free。（CVE-2026-46162）

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

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

  - Bluetooth：hci_event：修复使用 while 循环在每次迭代时访问 ev->bis_handle[i++] 的 BIG 句柄的 BT_BOUND 连接迭代上的 hci_le_create_big_complete_evt hci_le_create_big_complete_evt（） 迭代中的 OOB 读取和无限循环。但是，在访问数组之前，并未检查 i 是否停留在 ev->num_bis 内。控制器发送的 LE_Create_BIG_Complete 事件的 bis_handle 条目少于该 BIG 的 BT_BOUND 个连接数，或者 num_bis=0 时，循环会超出有效 flex 数组向相邻堆内存中读取 bis_handle[] 。由于越界值通常超过 HCI_CONN_HANDLE_MAX （0x0EFF），hci_conn_set_handle（） 会拒绝这些值，并且连接会保持BT_BOUND状态。然后 hci_conn_hash_lookup_big_state（） 再次找到相同的连接，从而在保留hci_dev_lock中创建无限循环。如果不是所有 BIS 都能正确设置，则通过终止 BIG（如果可以避免全部 BIS）来修复此问题。（CVE-2026-46138）

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

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

  - power：supply：bq256xx：修复 power_supply_changed（） 中的释放后使用 _before_ 请求 IRQ 的“devm_”变体 用于分配/注册“power_supply”句柄的“devm_”变体意味着“power_supply”句柄将在中断处理程序之前 _ 解除分配/取消注册（因为“devm_”自然会以反向分配顺序释放）。这意味着删除过程中存在争用条件，其中，中断可能恰好在释放了“power_supply”句柄后，*但是* 恰好在 IRQ 处理程序的相应取消注册运行之前触发。这将导致 IRQ 处理程序通过释放的“power_supply”句柄调用“power_supply_changed（）”。这通常会使系统崩溃或以其他方式静默地损坏内存... 请注意，在“probe（）”期间也可能发生类似的情况;_before_ 注册“power_supply”句柄时中断触发的可能性。然后，这将导致使用“power_supply_changed（）”中使用“power_supply”句柄 *uninitialized* 的糟糕情况。通过确保在注册“power_supply”句柄后 _ 请求 IRQ，修复了此 racy 释放后使用。（CVE-2026-45902）

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

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

  - 输入：edt-ft5x06 - 修复 debugfs 拆卸中的释放后使用 提交 68743c500c6e（输入：edt-ft5x06 - 使用每个客户端的 debugfs 目录） 删除了手动 debugfs 拆卸，依赖 I2C 核心来处理它。但是，这会创建一个窗口，在 edt_ft5x06_ts_teardown_debugfs（） 释放 tsdata->raw_buffer 之后，仍可访问 debugfs 文件。若要防止释放后使用，请使用设备互斥体保护raw_buffer释放，并将 raw_buffer 设为 NULL。debugfs read 函数已检查同一互斥体下的 raw_buffer 是否为空，因此这可安全避免释放后使用。
    (CVE-2026-46097)

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

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

  - platform/chrome：cros_ec_typec：Thunderbolt 注册中的 Init 互斥体 cros_typec_register_thunderbolt（） 缺少对“adata->lock”互斥体进行初始化。这会导致以后获取互斥体时（例如在 cros_typec_altmode_work（） 中）出现空取消引用。初始化 cros_typec_register_thunderbolt（） 中的互斥体以修复此问题。（CVE-2026-46134）

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

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

  - RDMA/mlx5：修复 mlx5_ib_dev_res_srq_init（） 中的错误路径故障 mlx5_ib_dev_res_srq_init（） 分配两个 SRQ s0 和 s1。当 s1 的 ib_create_srq（） 失败时，错误分支会销毁 s0，但会失败，并且会无条件地将释放的 s0 和ERR_PTR s1 分配给 devr->s0 和 devr->s1。这导致多个问题：无锁快速路径检查 （devr->s1） 是否返回 0;并将ERR_PTR视为已初始化;mlx5_ib_create_qp（） 中的用户通过 to_msrq（devr->s0）->msrq.srqn 取消引用释放的 SRQ 或ERR_PTR;和 mlx5_ib_dev_res_cleanup（） 取消引用 ERR_PTR 并在拆卸时双重释放 s0。通过在 s1 失败路径中添加相同的“goto unlock”进行修复。（CVE-2026-46176）

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

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

  - sched_ext：在获取scx_cgroup_ops_rwsem之前，先读取 cgroup 设置器 scx_group_set_{weight，idle，bandwidth}（） 缓存scx_root的 scx_cgroup_ops_rwsem 下的scx_root，所以指针在 op 运行时可能已过时。如果已加载的计划程序被禁用并释放（通过 RCU 工作），并且在裸加载和 rwsem 获取之间启用了另一个计划程序，则阅读器会看到 scx_cgroup_enabled=true（新的计划程序），但会取消引用已释放的计划程序 - UAF on SCX_HAS_OP（sch， ...） / SCX_CALL_OP（sch， ...）。scx_cgroup_enabled仅在scx_cgroup_ops_rwsem写入 （scx_cgroup_{init，exit}） 下切换，因此在 rwsem 读取部分内读取scx_root会将@sch与已启用的快照相关联。（CVE-2026-46154）

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

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

  - smb/client：修复 smb2_compound_op（） 中的越界读取 如果服务器发送截断响应但是很大的 OutputBufferLength，并提早终止 EA 列表，check_wsl_eas（） 会在未验证整个 OutputBufferLength 是否适合iov_len的情况下返回成功。然后 smb2_compound_op（） 执行：
    memcpy（idata->wsl.eas， data[0]， size[0]）;其中 size[0] 是 OutputBufferLength。如果iov_len小于 size[0]，memcpy 的读取范围会超过rsp_iov分配的末尾，并泄露相邻的内核堆内存。
    (CVE-2026-46155)

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

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

  - vsock/virtio：修复非线性缓冲区 tap skb 中的空负载 对于非线性 skb，virtio_transport_build_skb（） 通过 virtio_transport_copy_nonlinear_skb（） 将原始负载复制到要传送到 vsockmon tap 设备的新 skb 中。这将手动初始化iov_iter，但不会设置 iov_iter.count。由于iov_iter是零初始化的，因此复制长度为零，并且不会将任何负载实际复制到监控器接口，从而使数据未初始化。通过删除线性与非线性拆分并在所有情况下使用 skb_copy_datagram_iter（） 和 iov_iter_kvec（），解决此问题，正如 vhost-vsock 已做的那样。这样会同时处理线性和非线性 skb，正确初始化 iov_iter，并删除现在未使用的 virtio_transport_copy_nonlinear_skb（）。在接触此代码时，我们也检查 skb_copy_datagram_iter（） 的返回值，尽管它不太可能失败。（CVE-2026-46207）

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

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

  - Ubuntu Linux 6.8 包含 AppArmor SAUCE 修补程序，这些修补程序在修改链接列表时无法获取锁定。非特权本地用户可以触发争用条件，从而导致释放后使用 （UAF） 并理论上会导致任意代码执行。（CVE-2026-47331）

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

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

  - HID：playstation：添加缺少的 input_ff_create_memless检查 ps_gamepad_create（） 函数调用 input_ff_create_memless（） 而不验证其返回值，这可能导致行为不正确，或者在触发 FF 效果时可能出现崩溃。添加对 input_ff_create_memless（） 的返回值的检查。（CVE-2026-45969）

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

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

  - pseries/papr-hvpipe：修复 papr_hvpipe_dev_create_handle（） 提交 6d3789d347a7 中的空指针取消引用（papr-hvpipe：将 papr_hvpipe_dev_create_handle（） 转换为 FD_PREPARE（）），将创建句柄更改为 FD_PREPARE（），但它导致内核 null-ptr-deref，因为在调用 retain_and_null_ptr（src_info） 后，src_info被重新用于将其添加到全局列表。尝试将 src_info 添加到列表中时，在 papr_hvpipe_dev_create_handle（） 中出现以下内核错误。内核尝试写入用户页面 （0） - 尝试利用？（uid： 0） 缺陷： 0x00000000 处写入时发生内核空指针取消引用 错误指令地址： 0xc0000000001b44a0 哎呀： 错误区域的内核访问， sig： 11 [#1] ... 调用跟踪：
    papr_hvpipe_dev_ioctl+0x1f4/0x48c（不可靠）sys_ioctl+0x528/0x1064 system_call_exception+0x128/0x360 system_call_vectored_common+0x15c/0x2ec 现在是 FD_PREPARE 文件清理和
    __free（kfree） 自动清理变得太复杂了。这主要是因为我们需要确保只有 1 个用户获得 srcID 句柄。为了简化此过程，我们在开始时分配准备src_info，并在检查不存在重复项后将其添加到旋转锁下的全局列表中。这简化了错误处理，其中如果FD_ADD失败，我们只需从列表中删除该src_info，并在 hvpipe 中的任何待定消息在全局列表中可见之后消耗src_info以进行清除。（CVE-2026-46118）

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

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

  - spi：microchip-core-qspi：在仿真只读双/四路操作期间，请勿尝试传输内核将通过自己创建时钟周期来处理读取，无需通过在驱动程序级别传输垃圾数据来生成时钟周期。此外，传输垃圾数据只会阻碍传输，因为QSPI没有像常规SPI中的MOSI那样的专用主输出线。我不完全确定传输变砖是因为总线上传输的垃圾数据，还是因为核心失去了它应该发送还是接收数据的跟踪。（CVE-2026-46192）

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

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

  - pseries/papr-hvpipe：防止内核堆栈内存泄漏到用户空间 hdr 变量分配在堆栈上，并且仅显式初始化 hdr.version 和 hdr.flags。由于 struct papr_hvpipe_hdr包含保留的填充字节（reserved[3] 和 reserved2[40]），这些字节可在 copy_to_user（） 之后将未初始化的字节泄漏到用户空间。此修补程序通过将整个结构初始化为 0 来修复此问题。
    (CVE-2026-46182)

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

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

  - Ubuntu Linux 6.8， 6.17 并 7.0 包含 SAUCE 修补程序，在处理 AppArmor 通知时可能存在空指针取消引用。非特权本地用户可触发该缺陷。这可导致内核 oops。（CVE-2026-47327）

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

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

  - soc：mediatek：svs：修复 svs_enable_debug_write（） 中的内存泄漏 在 svs_enable_debug_write（） 中，如果 kstrtoint（） 失败，将泄漏 memdup_user_nul（） 分配的缓冲区。通过使用 __free（kfree） 自动释放 buf 来修复此问题，这样就不需要显式 kfree（） 调用并防止泄漏。[Angelo：
    添加了缺少的 cleanup.h 包含] （CVE-2026-45881）

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

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

  - 已修复 Linux 内核中的下列漏洞：eth: fbnic: Add validation for MTU changes Increasing the MTU beyond the HDS threshold causes the hardware to fragment packets across multiple buffers. If a single-buffer XDP program is attached, the driver will drop all multi-frag frames.
    While we can't prevent a remote sender from sending non-TCP packets larger than the MTU, this will prevent users from inadvertently breaking new TCP streams. Traditionally, drivers supported XDP with MTU less than 4Kb (packet per page). Fbnic currently prevents attaching XDP when MTU is too high. But it does not prevent increasing MTU after XDP is attached. (CVE-2026-45952)

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

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

  - 已修复 Linux 内核中的下列漏洞：apparmor: fix NULL pointer dereference in __unix_needs_revalidation When receiving file descriptors via SCM_RIGHTS, both the socket pointer and the socket's sk pointer can be NULL during socket setup or teardown, causing NULL pointer dereferences in
    __unix_needs_revalidation(). This is a regression in AppArmor 5.0.0 (kernel 6.17+) where the new
    __unix_needs_revalidation() function was added without proper NULL checks. The crash manifests as: BUG:
    kernel NULL pointer dereference, address: 0x0000000000000018 RIP: aa_file_perm+0xb7/0x3b0 (or +0xbe/0x3b0, +0xc0/0x3e0) Call Trace: apparmor_file_receive+0x42/0x80 security_file_receive+0x2e/0x50 receive_fd+0x1d/0xf0 scm_detach_fds+0xad/0x1c0 The function dereferences sock->sk->sk_family without checking if either sock or sock->sk is NULL first. Add NULL checks for both sock and sock->sk before accessing sk_family. (CVE-2026-45966)

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

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

  - 已修复 Linux 内核中的下列漏洞：rxrpc: Fix rxkad crypto unalignment handling Fix handling of a packet with a misaligned crypto length. Also handle non-ENOMEM errors from decryption by aborting. Further, remove the WARN_ON_ONCE() so that it can't be remotely triggered (a trace line can still be emitted). (CVE-2026-46085)

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

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

  - hwmon：（pt5161l） 修复 pt5161l_read_block_data（） 中的缺陷 修复 pt5161l_read_block_data（） 中的两个缺陷： 1.
    缓冲区溢出：本地缓冲区 rbuf 声明为 u8 rbuf[24]，但 i2c_smbus_read_block_data（） 最多可返回 I2C_SMBUS_BLOCK_MAX （32） 个字节。i2c-core 在检查返回值之前将数据复制到调用方的缓冲区，因此如果设备返回超过 24 个字节，post-read 长度验证无法防止堆栈溢出。将缓冲区大小调整为 I2C_SMBUS_BLOCK_MAX. 2.长度不匹配时意外的正返回：当由于设备返回具有意外长度的数据而耗尽所有三次重试时，i2c_smbus_read_block_data（） 返回正字节计数。该函数直接返回此值，调用方将任何非负返回视为成功，从而处理过时或不完整的缓冲区内容。当重试耗尽时返回正返回值时返回 -EIO，从而在 I2C 失败时保留负错误代码。（CVE-2026-46001）

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

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

  - fbnic：解决用户与拆卸之间的fw_log争用 修复拆卸路径与fw_log写入函数之间理论上的fw_log争用。fw_log写入 fbnic_fw_log_write（） 内，可从邮箱处理程序 fbnic_fw_msix_intr（） 访问，但在清除期间，会在 IRQ/MBX 拆卸之前释放fw_log，从而导致取消引用已释放/空变量的潜在数据争用。可能的交错场景：
    CPU0： fbnic_fw_msix_intr（） // 条目 fbnic_fw_log_write（） if （fbnic_fw_log_ready（）） // true ...抢占 ...
    CPU1： fbnic_remove（） // 条目 fbnic_fw_log_free（） vfree（log->data_start）;log->data_start = NULL;CPU0：
    继续、遍历 log-> 条目或写入 log->data_start 初始化也存在一个错误顺序问题，因为fw_log当前是在初始化期间设置 MBX 之后分配的。通过调整同步顺序来修复问题，以便在启用邮箱之前进行初始化，并且在禁用邮箱之前才清除初始化。（CVE-2026-45977）

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

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

  - vfio/cdx：修复中断触发路径中的空指针取消引用。添加验证以确保在访问 vfio_cdx_set_msi_trigger（） 中的cdx_irqs数组前配置 MSI。如果没有此检查，则用户空间可在通过 VFIO_IRQ_SET_DATA_EVENTFD 设置中断之前，通过调用具有 VFIO_IRQ_SET_DATA_BOOL 或 VFIO_IRQ_SET_DATA_NONE 标记的VFIO_DEVICE_SET_IRQS触发空指针取消引用。vfio_cdx_msi_enable（） 函数仅当通过 EVENTFD 路径调用时，才会分配cdx_irqs数组并将 config_msi 设置为 1。触发循环（针对 DATA_BOOL/DATA_NONE）假设已经完成此操作，但并未强制执行此调用排序。这与 PCI VFIO 驱动程序中使用的保护措施相匹配，其中 vfio_pci_set_msi_trigger（） 会在触发循环前检查 irq_is（）。（CVE-2026-46034）

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

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

  - 已修复 Linux 内核中的下列漏洞：rust: pwm: Fix potential memory leak on init error When initializing a PWM chip using pwmchip_alloc(), the allocated device owns an initial reference that must be released on all error paths. If __pinned_init() were to fail, the allocated pwm_chip would currently leak because the error path returns without calling pwmchip_put().
    (CVE-2026-45926)

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

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

  - crypto：acomp - 修复 acomp_save_req（） acomp_save_req（） 存储 &req->chain 存储的错误指针 req->base.data。在异步完成时调用 acomp_reqchain_done（） 时，它会接收 &req->chain 作为数据参数，但会直接将其转换为 struct acomp_req。由于 data 指向链式成员，因此所有后续字段访问的偏移量都错误，从而导致内存损坏。异步硬件实现（如 QAT 驱动程序）完成使用 DMA 虚拟地址接口（例如 acomp_request_set_src_dma（））的请求时，会发生该问题。这种组合导致 crypto_acomp_compress（） 进入 acomp_do_req_chain（） 路径，从而通过 acomp_save_req（） 将 acomp_reqchain_done（） 设置为完成回调。启用 KASAN 时，这会在 acomp_reqchain_done（） 中显示为一般保护错误： 一般保护错误，可能针对非规范地址0xe000040000000000 KASAN：可能在 [0x0000400000000000-0x0000400000000007] 范围内的用户内存访问 RIP：
    0010：acomp_reqchain_done+0x15b/0x4e0 调用跟踪： <IRQ> qat_comp_alg_callback+0x5d/0xa0 [intel_qat] adf_ring_response_handler+0x376/0x8b0 [intel_qat] adf_response_handler+0x60/0x170 [intel_qat] tasklet_action_common+0x223/0x820 handle_softirqs+0x1ab/0x640 </IRQ> 通过将请求本身存储在 req->base.data 而不是 &req->chain 中来修复此问题，以便 acomp_reqchain_done（） 接收正确的指针。相应地简化 acomp_restore_req（） 以直接访问 req->chain。（CVE-2026-46081）

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

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

  - Northern.tech CFEngine Enterprise 和 Community 3.24.3之前3.21.8的版本，允许3.27.0命令注入。（CVE-2026-24712）

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

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

  - Ubuntu Linux 6.8和 6.177.0 包含无法验证 AppAmor 通知响应中名称字段的无效大小的 SAUCE 修补程序。此缺陷可由非特权本地用户触发，而且可导致处理特制的响应。（CVE-2026-47329）

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

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

  - GLPI 是免费的资产和 IT 管理软件程序包。在 的11.0.6版本11.0.0中，技术人员可以将 XSS 有效负载存储在 ITIL 成本中。此问题已在 11.0.7 版本中修复。(CVE-2026-40108)

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

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

  - power：supply：pm8916_lbc：修复 power_supply_changed（） 中的释放后使用 _before_ 请求 IRQ 的“devm_”变体，用于分配/注册“power_supply”句柄的“devm_”变体意味着“power_supply”句柄将在中断处理程序之前_释放/取消注册（因为“devm_”自然会以反向分配顺序解除分配）。这意味着删除过程中存在争用条件，其中，中断可能恰好在释放了“power_supply”句柄后，*但是* 恰好在 IRQ 处理程序的相应取消注册运行之前触发。这将导致 IRQ 处理程序通过释放的“power_supply”句柄调用“power_supply_changed（）”。这通常会使系统崩溃或以其他方式静默地损坏内存... 请注意，在“probe（）”期间也可能发生类似的情况;_before_ 注册“power_supply”句柄时中断触发的可能性。然后，这将导致使用“power_supply_changed（）”中使用“power_supply”句柄 *uninitialized* 的糟糕情况。通过确保在注册“power_supply”句柄后 _ 请求 IRQ，修复了此 racy 释放后使用。（CVE-2026-45938）

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

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

  - media：iris：修复 iris_release_internal_buffers（） 中的释放后使用 提交 1dabf00ee206 中的最近更改（media：iris：gen1：固件释放后销毁内部缓冲区）引入了一个回归，其中 session_release_buf（） 可能会释放缓冲区。调用程序 iris_release_internal_buffers（） 在调用后继续访问“buffer”，导致潜在的释放后使用。通过在调用 session_release_buf（） 之前设置BUF_ATTR_PENDING_RELEASE并在调用失败时恢复标记来修复此问题。
    这可确保在潜在释放之后不会再发生任何取消引用。（CVE-2026-46240）

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

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

  - drm/msm/gem：修复 msm_ioctl_gem_info_get_metadata（） 中的错误处理 msm_ioctl_gem_info_get_metadata（） 无论是否错误，始终返回 0。当 copy_to_user（） 失败或用户缓冲区太小时，存储在 ret 中的错误代码将被忽略，因为该函数会无条件返回 0。这会导致用户空间认为 ioctl 已成功，但实际上并没有成功。此外，kmemdup（） 可在分配失败时返回 NULL，但不会检查返回值。这会导致后续 copy_to_user（） 调用中出现空指针取消引用。为 kmemdup（） 添加缺少的 NULL 检查，并返回 ret 而不是 0。请注意，SET 对应项 （msm_ioctl_gem_info_set_metadata） 正确地返回 ret。Patchwork：
    https://patchwork.freedesktop.org/patch/714478/ (CVE-2026-46211)

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

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

  - mm/damon/core：验证 damos_quota_goal->nid 的 node_mem_{used，free}_bp 补丁系列 mm/damon/core：
    验证 damos_quota_goal->nid。node_mem[cg]_{used，free}_bp DAMOS 配额目标接收节点 id。节点 id 用于 si_meminfo_node（） 和 NODE_DATA（） 而未经正确验证。因此，特权用户可利用DAMON_SYSFS触发越界内存访问。修复问题。此问题最初报告 [1] 并由另一位作者修复。原作者宣布 [2] 他们将停止工作，包括仍处于审查阶段的补丁。因此，我要重新开始它。此修补程序（共 2 个）：用户可以为 node_mem_{used，free}_bp 设置任意值的 damos_quota_goal->nid。但 DAMON 核心在未验证值的情况下将其用于 si_meminfo_node（）。这可导致越界内存访问。该问题实际上可使用 DAMON 用户空间工具 （damo） 触发，如下所示。$ sudo ./damo start --damos_action stat \ --damos_quota_goal node_mem_used_bp 50% -1 \
    --damos_quota_interval 1s $ sudo dmesg [...][ 65.565986] 无法处理虚拟地址处的内核空指针取消引用 0000000000000098 通过添加给定节点的验证来修复此问题。如果给定无效的节点 id，它会返回 0% 的已用内存比率和 100% 的可用内存比率。
    (CVE-2026-46020)

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

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

  - 已修复 Linux 内核中的下列漏洞：fs/ntfs3: fix ntfs_mount_options leak in ntfs_fill_super() In ntfs_fill_super(), the fc->fs_private pointer is set to NULL without first freeing the memory it points to. This causes the subsequent call to ntfs_fs_free() to skip freeing the ntfs_mount_options structure. This results in a kmemleak report: unreferenced object 0xff1100015378b800 (size 32): comm mount, pid 582, jiffies 4294890685 hex dump (first 32 bytes): 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 00 00 00 00 00 00 00 00 ed ff ed ff 00 04 00 00 ................
    backtrace (crc ed541d8c): __kmalloc_cache_noprof+0x424/0x5a0 __ntfs_init_fs_context+0x47/0x590 alloc_fs_context+0x5d8/0x960 __x64_sys_fsopen+0xb1/0x190 do_syscall_64+0x50/0x1f0 entry_SYSCALL_64_after_hwframe+0x76/0x7e This issue can be reproduced using the following commands:
    fallocate -l 100M test.file mount test.file /tmp/test Since sbi->options is duplicated from fc->fs_private and does not directly use the memory allocated for fs_private, it is unnecessary to set fc->fs_private to NULL. Additionally, this patch simplifies the code by utilizing the helper function put_mount_options() instead of open-coding the cleanup logic. (CVE-2025-71312)

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

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

  - 在 之前的 warmcat libwebsockets 4.5.8中发现一个缺陷。此问题影响 SSH 协议处理程序组件 plugins/protocol_lws_ssh_base/sshd.c 文件的函数lws_ssh_parse_plaintext。执行参数msg_len操纵可导致资源消耗。攻击者可远程执行攻击。该漏洞的利用方式已被公开，可能会被使用。此修补程序称为 3f9f0c6ecaf0e6f3f219d30632c5d1f2479d7498。应应用修补程序以修复此问题。
    (CVE-2026-10650)

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

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

  - systeminformation 是用于 node.js 的系统和 OS 信息库。在 5.27.14 之前的版本中，systeminformation 中的 `fsSize()` 函数容易受到 Windows 系统上的 OS 命令注入攻击。可选的 `drive` 参数未经审查直接串联为 PowerShell 命令，因此当用户控制的输入到达此函数时，可执行任意命令。实际的可利用性取决于应用程序如何使用此函数。如果应用程序未将用户控制的输入传递到 `fsSize()`，则不易受到影响。版本 5.27.14 包含一个补丁。(CVE-2025-68154)

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

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

  - 对知识库具有写入访问权限的未经认证的用户可在知识库项目中存储 XSS 负载。此问题影响 glpi： before 11.0.7（CVE-2026-5385）

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

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

  - 已修复 Linux 内核中的下列漏洞：accel/amdxdna: Fix race condition when checking rpm_on When autosuspend is triggered, driver rpm_on flag is set to indicate that a suspend/resume is already in progress. However, when a userspace application submits a command during this narrow window, amdxdna_pm_resume_get() may incorrectly skip the resume operation because the rpm_on flag is still set.
    This results in commands being submitted while the device has not actually resumed, causing unexpected behavior. The set_dpm() is called by suspend/resume, it relied on rpm_on flag to avoid calling into rpm suspend/resume recursivly. So to fix this, remove the use of the rpm_on flag entirely. Instead, introduce aie2_pm_set_dpm() which explicitly resumes the device before invoking set_dpm(). With this change, set_dpm() is called directly inside the suspend or resume execution path. Otherwise, aie2_pm_set_dpm() is called. (CVE-2025-71303)

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

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

  - 已修复 Linux 内核中的下列漏洞：drm/panthor: Fix NULL pointer dereference on panthor_fw_unplug This patch removes the MCU halt and wait for halt procedures during panthor_fw_unplug() as the MCU can be in a variety of states or the FW may not even be loaded/initialized at all, the latter of which can lead to a NULL pointer dereference. It should be safe on unplug to just disable the MCU without waiting for it to halt as it may not be able to. (CVE-2025-71307)

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

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

  - JavaScript Engine: JIT 组件中存在 JIT 编译错误。在 Firefox 151.0.3中修复了此漏洞。（CVE-2026-10702）

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

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

  - Graphics： Text 组件中的边界条件不正确。在 Firefox 151.0.3中修复了此漏洞。（CVE-2026-10701）

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

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

  - 在 6.0.6 版之前的 Django 6.0 和 5.2.15 版之前的 Django 5.2 中发现一个问题。
    Django 中的“django.http.HttpRequest.get_signed_cookie”使用非单射 salt 派生（串联 cookie 名称和 salt 参数），从而允许远程攻击者通过产生相同串联的不同“（name， salt）”对在与其签名时不同的上下文中使用 cookie。
    以前，不受支持的 Django 系列（如 5.0.x、 4.1.x和 3.2.x）未进行评估，因此可能也受到影响。Django 在此感谢 Peng Zhou 报告此问题。（CVE-2026-6873）

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

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

  - fs/ntfs3：使用新作品集前初始化 KMSAN 报告 longest_match_std（） 中从 ntfs_compress_write（） 调用的未初始化值。当分配新的作品集时未标记为最新，并且由于调用方预期框架被完全覆盖而跳过了 ni_read_frame（），则某些保留的作品集可能仅部分填充，其余内存未初始化。（CVE-2025-71311）

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

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

  - 在 6.0.6 版之前的 Django 6.0 和 5.2.15 版之前的 Django 5.2 中发现一个问题。
    Django 中的“django.core.mail.backends.smtp.EmailBackend”在“fail_silently=True”时“STARTTLS”握手失败后无法防止对部分初始化连接的重新使用，从而允许路径上的网络攻击者通过明文拦截读取电子邮件内容。以前，不受支持的 Django 系列（如 5.0.x、 4.1.x和 3.2.x）未进行评估，因此可能也受到影响。Django 在此感谢 Kasper Dupont 报告此问题。（CVE-2026-7666）

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

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

  - systeminformation 是用于 node.js 的系统和操作系统信息库。之前的 5.31.0 版本容易遭受通过“versions（）”中未审查的“locate”输出发动的命令注入攻击。版本 5.31.0 已修复该问题。(CVE-2026-26318)

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

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

  - systeminformation 是用于 node.js 的系统和 OS 信息库。在受影响的版本中，SSID 在作为参数传递到 'getWindowsIEEE8021x' 函数中的 cmd.exe 之前，未对其进行审查。
    这意味着 SSID 中的恶意内容可作为操作系统命令执行。根据程序包的使用方式，此漏洞可使攻击者能够执行远程代码执行或本地权限升级。此问题已在 5.23.7 版本中解决，建议所有用户升级。目前尚无针对此漏洞的变通方案。(CVE-2024-56334)

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

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

  - 已修复 Linux 内核中的下列漏洞：fs/ntfs3: fix deadlock in ni_read_folio_cmpr Syzbot reported a task hung in ni_readpage_cmpr (now ni_read_folio_cmpr). This is caused by a lock inversion deadlock involving the inode mutex (ni_lock) and page locks. Scenario: 1. Task A enters ntfs_read_folio() for page X. It acquires ni_lock. 2. Task A calls ni_read_folio_cmpr(), which attempts to lock all pages in the compressed frame (including page Y). 3. Concurrently, Task B (e.g., via readahead) has locked page Y and calls ntfs_read_folio(). 4. Task B waits for ni_lock (held by A). 5. Task A waits for page Y lock (held by B). -> DEADLOCK. The fix is to restructure locking: do not take ni_lock in ntfs_read_folio(). Instead, acquire ni_lock inside ni_read_folio_cmpr() ONLY AFTER all required page locks for the frame have been successfully acquired. This restores the correct lock ordering (Page Lock -> ni_lock) consistent with VFS. [almaz.alexandrovich@paragon-software.com: ni_readpage_cmpr was renamed to ni_read_folio_cmpr] (CVE-2025-71309)

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

ID	名称	严重性
318457	Linux Distros 未修补的漏洞：CVE-2026-45865	medium
318456	Linux Distros 未修补的漏洞：CVE-2026-46104	medium
318455	Linux Distros 未修补的漏洞：CVE-2026-45947	medium
318454	Linux Distros 未修补的漏洞：CVE-2026-45990	medium
318453	Linux Distros 未修补的漏洞：CVE-2026-46215	high
318452	Linux Distros 未修补的漏洞：CVE-2026-46162	high
318451	Linux Distros 未修补的漏洞：CVE-2026-46138	high
318450	Linux Distros 未修补的漏洞：CVE-2026-45902	high
318449	Linux Distros 未修补的漏洞：CVE-2026-46097	high
318448	Linux Distros 未修补的漏洞：CVE-2026-46134	medium
318446	Linux Distros 未修补的漏洞：CVE-2026-46176	high
318445	Linux Distros 未修补的漏洞：CVE-2026-46154	high
318444	Linux Distros 未修补的漏洞：CVE-2026-46155	critical
318443	Linux Distros 未修补的漏洞：CVE-2026-46207	medium
318442	Linux Distros 未修补的漏洞：CVE-2026-47331	high
318441	Linux Distros 未修补的漏洞：CVE-2026-45969	medium
318440	Linux Distros 未修补的漏洞：CVE-2026-46118	medium
318439	Linux Distros 未修补的漏洞：CVE-2026-46192	medium
318438	Linux Distros 未修补的漏洞：CVE-2026-46182	medium
318437	Linux Distros 未修补的漏洞：CVE-2026-47327	low
318436	Linux Distros 未修补的漏洞：CVE-2026-45881	medium
318435	Linux Distros 未修补的漏洞：CVE-2026-45952	medium
318434	Linux Distros 未修补的漏洞：CVE-2026-45966	medium
318433	Linux Distros 未修补的漏洞：CVE-2026-46085	high
318432	Linux Distros 未修补的漏洞：CVE-2026-46001	high
318431	Linux Distros 未修补的漏洞：CVE-2026-45977	medium
318430	Linux Distros 未修补的漏洞：CVE-2026-46034	medium
318429	Linux Distros 未修补的漏洞：CVE-2026-45926	medium
318428	Linux Distros 未修补的漏洞：CVE-2026-46081	high
318427	Linux Distros 未修补的漏洞：CVE-2026-24712	high
318426	Linux Distros 未修补的漏洞：CVE-2026-47329	low
318425	Linux Distros 未修补的漏洞：CVE-2026-40108	high
318424	Linux Distros 未修补的漏洞：CVE-2026-45938	high
318423	Linux Distros 未修补的漏洞：CVE-2026-46240	high
318422	Linux Distros 未修补的漏洞：CVE-2026-46211	medium
318421	Linux Distros 未修补的漏洞：CVE-2026-46020	high
318420	Linux Distros 未修补的漏洞：CVE-2025-71312	medium
318419	Linux Distros 未修补的漏洞：CVE-2026-10650	high
318418	Linux Distros 未修补的漏洞：CVE-2025-68154	high
318417	Linux Distros 未修补的漏洞：CVE-2026-5385	high
318416	Linux Distros 未修补的漏洞：CVE-2025-71303	medium
318415	Linux Distros 未修补的漏洞：CVE-2025-71307	medium
318414	Linux Distros 未修补的漏洞：CVE-2026-10702	medium
318413	Linux Distros 未修补的漏洞：CVE-2026-10701	high
318412	Linux Distros 未修补的漏洞：CVE-2026-6873	low
318411	Linux Distros 未修补的漏洞：CVE-2025-71311	medium
318410	Linux Distros 未修补的漏洞：CVE-2026-7666	low
318409	Linux Distros 未修补的漏洞：CVE-2026-26318	high
318408	Linux Distros 未修补的漏洞：CVE-2024-56334	high
318407	Linux Distros 未修补的漏洞：CVE-2025-71309	medium

检测

Nessus 的 Misc. 系列

medium

medium

medium

medium

high

high

high

high

high

medium

high

high

critical

medium

high

medium

medium

medium

medium

low

medium

medium

medium

high

high

medium

medium

medium

high

high

low

high

high

high

medium

high

medium

high

high

high

medium

medium

medium

high

low

medium

low

high

high

medium