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

  - uutils coreutils 的 ln 工具中的逻辑错误允许该工具在明确 --no-dereference 提供了（或 -n）标志的情况下，仍会取消符号链路目标的引用。此前的实现只有在 --force （覆盖）模式同时启用时，才会尊重无去引用意图。该缺陷导致 LN 沿着指向目录的符号链接，并在该目标目录内创建新链接，而不是将符号链接本身视为目的地。在特权用户或系统脚本使用 ln -n 更新符号链接的环境中，本地攻击者可能会操控现有的符号链接，将文件创建重定向到敏感目录，可能导致未经授权的文件创建或系统配置错误。（CVE-2026-35372）

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

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

  - s390/entry：清理内核条目上的 r12 寄存器 提交 f33f2d4c7c80（s390/bp：删除 TIF_ISOLATE_BP）之前，所有条目处理程序都使用当前任务指针 （lg %r12，__LC_CURRENT） 加载 r12 以供 BPENTER/BPEXIT 宏使用。该提交删除了 TIF_ISOLATE_BP，丢弃了分支预测宏和 r12 负载，但未将 r12 添加到寄存器清除序列。添加缺失的 xgr %r12，%r12，使寄存器清理在所有条目点中保持一致。（CVE-2026-31482）

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

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

  - Bluetooth：L2CAP：在读取 l2cap_ecred_data_rcv（） 中的 SDU 长度之前验证 PDU 长度 l2cap_ecred_data_rcv（） 使用 get_unaligned_le16（） 从 skb->data 读取 SDU 长度字段，但未事先验证 skb 是否至少包含 L2CAP_SDULEN_SIZE （2） 字节。当 skb->len 小于 2 时，这会读取超过 skb 中的有效数据。ERTM 重组路径在读取 SDU 长度前正确调用 pskb_may_pull（），l2cap_reassemble_sdu，L2CAP_SAR_START 个案例）。将相同的验证应用到基于增强信用的流控制数据路径。（CVE-2026-31512）

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

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

  - spi：meson-spicc：fix double-put in remove path meson_spicc_probe（） 会注册控制器为 devm_spi_register_controller（），因此拆除通过 devm 清理已经丢弃了控制器引用。
    再次叫spi_controller_put（）在meson_spicc_remove（）中会导致双重买入。（CVE-2026-31489）

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

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

  - spi：使用通用 driver_override 基础架构 通过 __driver_attach（） 探测驱动程序时，会在未保留设备锁的情况下调用总线的 match（） 回调，因而可在未保留设备锁的情况下访问driver_override字段，这可导致 UAF。通过使用负责内部适当锁定的驱动程序核心driver_override基础架构来修复此问题。请注意，在未保留设备锁定的情况下，从 __driver_attach（） 调用 match（） 是有意为之。[1] 另请注意，我们未启用 struct bus_type 的 driver_override 功能，因为与大多数其他总线相反，当driver_override指针为 NULL 时，SPI 会传递到 sysfs_emit（）。因此，打印 \n 而不是 （null）。\n（CVE-2026-31487）

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

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

  - ksmbd：修复复合请求的 get_file_all_info（） 中潜在的 OOB 当复合请求包含 QUERY_DIRECTORY + QUERY_INFO （FILE_ALL_INFORMATION） 并且第一个命令几乎消耗整个max_trans_size时，get_file_all_info（） 会盲目调用具有 PATH_MAX 的 smbConvertToUTF16（），从而导致越界写入超出响应缓冲区。在 get_file_all_info（） 中，在将文件名复制到 smb2_file_all_info 结构的 FileName 字段之前，缺少对客户端提供的 OutputBufferLength 的验证检查。如果文件名长度超过可用的缓冲区空间，则可在 smbConvertToUTF16 转换期间导致潜在缓冲区溢出或内存损坏。使用 smb2_calc_max_out_buf_len（） 计算实际的可用缓冲区大小，并在缓冲区不足时返回 -EINVAL，并将更新 smbConvertToUTF16 以使用实际的文件名长度（由 PATH_MAX 限制）来确保安全的复制操作。（CVE-2026-31433）

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

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

  - uutils coreutils的split utils存在一个检查时间到使用时间（TOCTOU）漏洞。该程序尝试通过在启动拆分操作前，通过输入和输出文件的路径检查其身份，来防止数据丢失。然而，在基于路径的验证完成后，该工具会以截断方式打开输出文件。拥有写入权限的本地攻击者可以通过操作可变路径组件（例如，交换与符号链接的路径）来利用该竞赛窗口。这可能导致分裂截断并写入非预期的目标文件，可能包括输入文件本身或其他对进程可访问的敏感文件，导致永久性数据丢失。（CVE-2026-35374）

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

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

  - uutils coreutils中的safe_traversal模块，利用文件描述符相对系统调用防止时间检查到使用时间（TOCTOU）符号链竞赛，但错误地仅限于Linux目标。在其他类Unix系统如macOS和FreeBSD上，该工具未能利用这些保护，导致目录遍历操作容易受到符号链接竞态条件的影响。
    (CVE-2026-35362)

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

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

  - uutils coreutils 的 mkfifo 工具中存在一个检查时间到使用时间（TOCTOU）竞态条件。
    该工具创建一个先进先出（FIFO），然后执行基于路径的 chmod 来设置权限。拥有写入权限的本地攻击者可以交换新创建的先进先出（FIFO），以交换这两种操作之间的符号链路。这会将 chmod 调用重定向到任意文件，如果该工具以提升权限运行，可能会实现权限升级。（CVE-2026-35352）

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

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

  - net：bcmasp：修复 WoL irq 的双重释放 我们不需要释放 wol_irq，因为它是通过 devm_request_irq（） 实例化的。所以 devres 将为我们释放。（CVE-2026-31506）

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

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

  - media：mc、v4l2：序列化包含 req_queue_mutex MEDIA_REQUEST_IOC_REINIT 的 REINIT 和 REQBUFS 可与 VIDIOC_REQBUFS（0） 队列拆卸路径并发运行。这可能使请求对象清除与 vb2 队列取消争用，并导致释放后使用报告。我们已通过 req_queue_mutex 序列化针对 STREAMON/OFF 的请求排队。将该序列化扩展到 REQBUFS，并在 media_request_ioctl_reinit（） 中采用相同的互斥体，这样 REINIT 就会处于相同的排除域中。这可防止请求清除和队列取消对于支持请求的设备并行运行。（CVE-2026-31473）

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

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

  - RDMA/irdma：在使用完备前先初始化free_qp完成。irdma_create_qp 如果失败，ib_copy_to_udata调用 irdma_destroy_qp 来清理，该 Filling 会尝试等待尚未初始化的 free_qp 完成。通过在调用ib_copy_to_udata之前初始化完成来解决这个问题。
    (CVE-2026-31492)

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

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

  - HIDasus避免 asus_report_fixup() 中发生内存泄漏 asus_report_fixup() 函数返回新分配的由 kmemdup() 分配的缓冲区但从不将其释放。切换到 devm_kzalloc() 以确保移除设备时自动管理和释放内存。report_fixup() 的调用程序不取得返回指针的所有权，但允许返回生存期至少为输入缓冲区生存期的指针。通过仅复制原始描述符大小还修复了一个无害的越界读取。
    (CVE-2026-31524)

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

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

  - uutils coreutils 中的 dd 实用工具通过在进行截断尝试时无条件调用 Result：：ok（），抑制文件截断操作期间的错误。虽然其设计目的是模拟特殊文件（例如 /dev/null）的 GNU 行为，但 uutils 实现也隐藏了因磁盘已满或只读文件系统所导致的常规文件和目录失败。这可导致备份或迁移脚本中的静默数据损坏，因为即使目标文件包含旧数据或垃圾数据，实用工具也可能报告操作成功。（CVE-2026-35344）

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

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

  - 已修复 Linux 内核中的下列漏洞：erofs: set fileio bio failed in short read case For file-backed mount, IO requests are handled by vfs_iocb_iter_read(). However, it can be interrupted by SIGKILL, returning the number of bytes actually copied. Unused folios in bio are unexpectedly marked as uptodate. vfs_read filemap_read filemap_get_pages filemap_readahead erofs_fileio_readahead erofs_fileio_rq_submit vfs_iocb_iter_read filemap_read filemap_get_pages <= detect signal erofs_fileio_ki_complete <= set all folios uptodate This patch addresses this by setting short read bio with an error directly. (CVE-2026-31514)

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

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

  - 在使用 -D 标志的 uutils coreutils 安装工具中存在“检查时间到使用时间”（TOCTOU）漏洞。该命令创建父目录，随后执行第二次路径解析以创建目标文件，这两者都不锚定于目录文件描述符。拥有并发写权限的攻击者可以用这些操作之间的符号链接替换路径组件，将特权写入重定向到任意的文件系统位置。（CVE-2026-35356）

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

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

  - ESP：通过espinTCP和异步加密修复SKB泄漏当espinTCP的TX队列满时，esp_output_tail_tcp会返回错误且无法释放SKB，因为同步加密时，通用的XFRM输出代码会丢弃数据包。对于异步加密（esp_output_done），当esp_output_tail_tcp返回错误时，我们需要丢弃 SKB。（CVE-2026-31518）

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

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

  - spispi-fsl-lpspi修复拆卸顺序问题 (UAF) 驱动程序中存在拆卸顺序问题。SPI 控制器使用 devm_spi_register_controller() 注册这会将 SPI 控制器的取消注册延迟直到 fsl_lpspi_remove() 函数返回之前。由于 fsl_lpspi_remove() 函数同步拆卸 DMA 通道运行中的 SPI 传输将因释放后使用而触发以下空指针取消引用| fsl_lpspi 42550000.spiDMA RX 中的 I/O 错误 | PoweredTemplate.com无法处理虚拟地址 0000000000000000 处的内核空指针取消引用[...] | |调用跟踪fsl_lpspi_dma_transfer+0x260/0x340 [spi_fsl_lpspi] | | fsl_lpspi_dma_transfer+0x260/0x340 fsl_lpspi_transfer_one+0x198/0x448 [spi_fsl_lpspi] | | fsl_lpspi_transfer_one+0x198/0x448 | spi_transfer_one_message+0x49c/0x7c8 | | __spi_pump_transfer_message+0x120/0x420 | | __spi_sync+0x2c4/0x520 | | spi_sync+0x34/0x60 | spidev_message+0x20c/0x378 [spidev] | 世界银行spidev_ioctl+0x398/0x750 [spidev] [...] 在 fsl_lpspi_probe() 中从 devm_spi_register_controller() 切换到 spi_register_controller()并在 fsl_lpspi_remove() 中添加相应的 spi_unregister_controller()。 (CVE-2026-31485)

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

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

  - uutils coreutils 中的 comm 工具在执行比较操作前错误地消耗了非正规文件输入的数据。are_files_identical函数会打开并读取两个输入路径，以比较内容，而无需先验证路径是否指向普通文件。如果输入路径是先进先出（FIFO）或管道，这种预读操作会耗尽数据流，导致在实际比较逻辑执行前出现静默数据丢失。此外，如果它尝试从像 /dev/zero 这样的无限流预读，这个工具可能会无限期卡住。（CVE-2026-35347）

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

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

  - uutils coreutils 的 rm 工具中的一个漏洞允许绕过旨在保护当前目录的保护机制。虽然该工具正确地拒绝删除。或者......，它无法识别带有斜杠后部的等效路径，如./或.///。rm -rf ./ 的意外或恶意执行会导致当前目录中所有内容的无声递归删除。该命令还通过报告误导性的“输入无效”错误来掩盖数据丢失，可能导致用户错过关键的数据恢复窗口。（CVE-2026-35363）

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

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

  - BluetoothL2CAP修复 l2cap_sock_ready_cb 上的 null-ptr-deref 使用 sk 指针前检查其是否为空。
    修复下列内容KASAN: null-ptr-deref in range [0x0000000000000260-0x0000000000000267] CPU: 0 UID: 0 PID: 5985 Comm: kworker/0:5 未受感染 7.0.0-rc4-00029-ga989fde763f4 #1 PREEMPT(full)硬件名称QEMU Standard PC (Q35 + ICH92009), BIOS 1.17.0-9.fc43 06/10/2025 Workqueue事件 l2cap_info_timeout RIP
    0010:kasan_byte_accessible+0x12/0x30 代码79 ff ff ff 0f 1f 40 00 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 0f 1f 40 d6 48 c1 ef 03 48 b8 00 00 0 0 <0f> df  b6 04 07 3c 08 0f 92 c0 c3 cc cce veth0_macvtap: entered promiscuous mode RSP: 0018:ffffc90006e0f808 EFLAGS: 00010202 RAX: dffffc0000000000 RBX: ffffffff89746018 RCX: 0000000080000001 RDX: 0000000000000000 RSI: ffffffff89746018 RDI:
    000000000000004c RBP: 0000000000000000 R08: 0000000000000001 R09: 0000000000000000 R10: dffffc0000000000 R11: ffffffff8aae3e70 R12: 0000000000000000 R13: 0000000000000260 R14: 0000000000000260 R15:
    0000000000000001 FS: 0000000000000000(0000) GS:ffff8880983c2000(0000) knlGS:0000000000000000 CS:0010 DS:
    0000 ES: 0000 CR0: 0000000080050033 CR2: 00005582615a5008 CR3: 000000007007e000 CR4: 0000000000752ef0 PKRU: 55555554 Call Trace: <TASK> __kasan_check_byte+0x12/0x40 lock_acquire+0x79/0x2e0 lock_sock_nested+0x48/0x100 ? l2cap_sock_ready_cb+0x46/0x160 l2cap_sock_ready_cb+0x46/0x160 l2cap_conn_start+0x779/0xff0 __pfx_l2cap_conn_start+0x10/0x10 ? l2cap_info_timeout+0x60/0xa0 ?
    __pfx___mutex_lock+0x10/0x10 l2cap_info_timeout+0x68/0xa0 ? process_scheduled_works+0xa8d/0x18c0 process_scheduled_works+0xb6e/0x18c0 __pfx_process_scheduled_works+0x10/0x10 ? assign_work+0x3d5/0x5e0 worker_thread+0xa53/0xfc0 kthread+0x388/0x470 __pfx_worker_thread+0x10/0x10 ? __pfx_kthread+0x10/0x10 ret_from_fork+0x51e/0xb90 ? __pfx_ret_from_fork+0x10/0x10 veth1_macvtap进入混杂模式 ?
    __switch_to+0xc7d/0x1450 ? __pfx_kthread+0x10/0x10 ret_from_fork_asm+0x1a/0x30 </TASK> 链接的模块
    ---[ 结束跟踪 0000000000000000 ]--- batman_advbatadv0: 接口已激活 batadv_slave_0 batman_adv
    batadv0接口已激活batadv_slave_1 netdevsim netdevsim7 netdevsim0设置 [1, 0] type 2 family 0 端口 6081 - 0 netdevsim netdevsim7 netdevsim1设置 [1, 0] type 2 family 0 端口 6081 - 0 netdevsim netdevsim7 netdevsim2设置 [1, 0] type 2 family 0 端口 6081 - 0 netdevsim2 0] type 2 family 0 端口 6081 - 0 netdevsim netdevsim7 netdevsim3set [1, 0] type 2 系列 0 端口 6081 - 0 RIP0010:kasan_byte_accessible+0x12/0x30 代码79 ff ff ff 0f 1f 40 00 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 0f 1f 40 d6 48 c1 ef 03 48 b8 00 00 00 00 00 fc ff df <0f> b6 04 07 3c 08 0f 92 c0 c3 cc cce ieee89211选择的速率控制phy算法“minstrel_ht”RSP
    0018:ffffc90006e0f808 EFLAGS: 00010202 RAX: dffffc0000000000 RBX: ffffffff89746018 RCX: 0000000080000001 RDX: 0000000000000000 RSI: ffffffff89746018 RDI: 000000000000004c RBP: 0000000000000000 R08:
     R090000000000000001  : 0000000000000000 R10: dffffc0000000000 R11: ffffffff8aae3e70 R12: 0000000000000000 R13: 0000000000000260 R14: 0000000000000260 R15: 0000000000000001 FS: 0000000000000000(0000) GS:ffff8880983c2000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES0000 CR00000000080050033 CR2
    00007f7e16139e9c CR3: 000000000e74e000 CR4: 0000000000752ef0 PKRU: 55555554 内核错误 - 未同步
    致命异常 (CVE-2026-31510)

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

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

  - nfc：nci：修复 nci_close_device nci_close_device（） 中的循环锁定依赖关系，在保持req_lock时刷新rx_wq和tx_wq。这会造成循环锁定依赖关系，因为在rx_wq上运行的 nci_rx_work（） 最终也会导致采用req_lock：nci_rx_work -> nci_rx_data_packet -> nci_data_exchange_complete ->
    __sk_destruct -> rawsock_destruct -> nfc_deactivate_target -> nci_deactivate_target -> nci_request -> mutex_lock（&ndev->req_lock） 在释放 req_lock 后移动刷新 rx_wq。这应该是安全的（我认为），因为NCI_UP已经被清除并且运输已关闭，因此工作将看到它并返回 -ENETDOWN。NIPA 在大约 4% 的运行中使用调试内核运行 nci 自我测试。（CVE-2026-31509）

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

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

  - 发现了efivar的一个组成部分libefiboot存在缺陷。libefiboot 中的设备路径节点解析器无法验证每个节点的长度字段至少为 4 字节，这是 EFI（可扩展固件接口）设备路径节点头的最小大小。本地用户可以利用该漏洞，提供专门设计的设备路径节点。这可能导致无限递归，导致堆栈耗尽和进程崩溃，进而导致拒绝服务（DoS）。（CVE-2026-6862）

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

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

  - dmaengine：xilinx：xdma：修复 regmap init 错误处理devm_regmap_init_mmio在出错时返回 ERR_PTR（），而非 NULL。修复错误检查并修复错误消息。使用 ERR_PTR（） 中的错误代码代替 ret. （CVE-2026-31439） 中的错误值

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

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

  - uutils coreutils 的分割工具中的逻辑错误会导致输出文件名在非 UTF-8 前缀或后缀输入时损坏。该实现在构建块文件名时使用 to_string_lossy（） 自动将无效字节序列重写为 UTF-8 替换字符（U+FFFD）。这种行为不同于 GNU 分割，后者保留原始路径名字节的完整。在使用非UTF-8编码的环境中，该漏洞会导致文件名称错误，可能导致文件名冲突、自动化失效或输出数据误导。（CVE-2026-35375）

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

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

  - netfilterctnetlink使用 netlink 策略范围检查使用 ctnetlink 代码路径中的 netlink 策略注释替换手动范围和掩码验证以便 netlink 核心会及早拒绝无效值并可生成 extack 错误。- CTA_PROTOINFO_TCP_STATE在策略级别拒绝值 > TCP_CONNTRACK_SYN_SENT2从而删除手动 >= TCP_CONNTRACK_MAX 检查。- CTA_PROTOINFO_TCP_WSCALE_ORIGINAL/REPLY
    拒绝 > TCP_MAX_WSCALE 的值 (14)。解析路径的正常 TCP 选项已固定为此值但 ctnetlink 路径接受 0-255作为 u32 移位计数使用时造成未定义行为。- CTA_FILTER_ORIG_FLAGS/REPLY_FLAGS将 NLA_POLICY_MASK 与 CTA_FILTER_F_ALL 一起使用从而删除手动掩码检查。- CTA_EXPECT_FLAGS将 NLA_POLICY_MASK 与 NF_CT_EXPECT_MASK 一起使用添加对所有有效预期标记进行分组的新掩码定义。提取自 Florian Westphal 提供的范围更广的 nf-next 修补程序修复树状结构的范围限定为 ctnetlink。 (CVE-2026-31495)

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

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

  - 在 GNU Emacs 中发现一个缺陷。Emacs 处理特别构建的 SVG（可缩放矢量图形）CSS（层叠样式表）数据时，会发生此漏洞（内存损坏问题）。本地用户可通过诱使受害者打开恶意 SVG 文件来利用此问题，这可能导致拒绝服务 （DoS） 或可能的信息泄露。（CVE-2026-6861）

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

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

  - Perl 之前的 3.05 的可存储版本有一个堆栈溢出。retrieve_hook 函数将类名称的长度存储为带符号的整数但在读取操作中将该长度视为无符号。这允许攻击者制作可触发溢出的数据。 (CVE-2017-20230)

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

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

  - virt：tdx-guest：修复主机控制的“报价”缓冲区长度处理，验证主机控制值“quote_buf->out_len”，决定引用中复制到访客用户空间的字节数。在带有远程认证的TDX环境中，引用不被视为私密，可以转发到认证服务器。捕捉主持人指定比访客分配更长的响应长度，或在访客消费时竞速修改响应的情况。这防止了分配给“quote_buf”页面（最多TSM_REPORT_OUTBLOB_MAX页）之外的内容被读出到访客用户空间，甚至可能在认证请求中转发。回想一下，有些部署需要每个容器的配置-tsm-report接口，所以泄漏可能会跨越容器保护边界，而不仅仅是本地根。
    (CVE-2026-31470)

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

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

  - OpenEXR 提供 EXR 文件格式一种用于电影行业的图像存储格式的规范和参考实现。在版本 3.4.0 到 3.4.9、 3.3.0 到 3.3.9和 3.2.0 到 3.2.7中“internal_dwa_compressor.h:1722”会在没有“(size_t )` 转换。这与最近的 CVE-2026-34589 批处理在其他位置修复的溢出模式相同但缺少此行。版本 3.4.10、 3.3.10和 3.2.8 包含一个用于解决“internal_dwa_compressor.h:1722”的补丁。 (CVE-2026-40244)

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

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

  - OpenJDK：更新 LibPNG （Oracle CPU 2026-04） [fedora-all] （CVE-2026-22020）

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

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

  - Debian Linux - strongswan - 无 Ubuntu Linux - RSA 解密中可能的 NULL-指针引用 （CVE-2026-35334）

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

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

  - mm/damon/sysfs访问 contexts_arr[0] 之前检查 contexts->nr 多个 sysfs 命令路径取消引用 contexts_arr[0]而未首先验证 kdamond->contexts->nr == 1。用户可通过通过将 nr_contexts 设置为 0 DAMON 运行时修复 sysfs从而导致空指针取消引用。更详细而言该问题可由如下所示的特权用户触发。首先启动 DAMON 并使上下文目录为空 (kdamond->contexts->nr == 0)。 # damo start # cd /sys/kernel/mm/damon/admin/kdamonds/0 # echo 0 > contexts/nr_contexts 然后以下每个命令都会导致空指针取消引用。 # echo update_schemes_stats > state # echo update_schemes_tried_regions > state # echo update_schemes_tried_bytes > state # echo update_schemes_effect_quotas > state # echo update_tuned_intervals > state 在 damon_sysfs_handle_cmd() 的入口点保护所有命令关闭除外。 (CVE-2026-31458)

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

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

  - 理论上，客户端可以通过发送大量完美时序的查询，将这些查询路由到仅TCP或通过TLS的DNS后端，从而导致后端查询与收到的响应之间产生不匹配。（CVE-2026-33596）

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

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

  - Debian Linux - strongswan - 无Ubuntu Linux - 处理RADIUS属性时的整数下溢（CVE-2026-35333）

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

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

  - 如果自定义 Lua 代码在数据包缓存上调用 getDomainListByAddress（） 或 getAddressListByDomain（），则缓存的特别构建的响应可造成越界读取。（CVE-2026-33598）

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

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

  - 已修复 Linux 内核中的下列漏洞：netfs: Fix NULL pointer dereference in netfs_unbuffered_write() on retry When a write subrequest is marked NETFS_SREQ_NEED_RETRY, the retry path in netfs_unbuffered_write() unconditionally calls stream->prepare_write() without checking if it is NULL.
    Filesystems such as 9P do not set the prepare_write operation, so stream->prepare_write remains NULL. When get_user_pages() fails with -EFAULT and the subrequest is flagged for retry, this results in a NULL pointer dereference at fs/netfs/direct_write.c:189. Fix this by mirroring the pattern already used in write_retry.c: if stream->prepare_write is NULL, skip renegotiation and directly reissue the subrequest via netfs_reissue_write(), which handles iterator reset, IN_PROGRESS flag, stats update and reissue internally. (CVE-2026-31437)

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

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

  - 攻击者可发送造成内部 Web 服务器中无限内存分配的 Web 请求，从而造成拒绝服务。内部 Web 服务器默认禁用。（CVE-2026-33260）

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

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

  - follow-redirects 是 Node 的“http”和“https”模块的开源嵌入式替代品，可自动跟随重定向。在低于 （301/302/307/308） 之前 1.16.0，当 HTTP 请求遵循跨域重定向时，跟随重定向仅剥离授权、代理授权和 cookie 标头（与 regex 匹配index.js）。任何自定义身份验证标头（例如 X-API-Key、X-Auth-Token、Api-Key、Token）都会逐字转发到重定向目标。此漏洞已在 1.16.0 中修复。
    (CVE-2026-40895)

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

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

  - dmaengine： idxd：修复事件日志被禁用时的崩溃。如果硬件不支持向事件日志报告错误，且收到导致功能级别重置（FLR）的错误，驱动程序会尝试恢复事件日志，即使该日志未被分配。另外，只有在事件日志分配正确的情况下才尝试释放它。（CVE-2026-31443）

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

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

  - Glances 是一款开源系统跨平台监控工具。在低于版本 4.5.4的情况下 Cassandra 导出模块 (`glances/exports/glances_cassandra/__init__.py`) 会在未经验证的情况下将“keyspace”、“table”和“replication_factor”配置值直接插值到 CQL 语句中。对 “glances.conf” 具有写入权限的用户可以将所有监控数据重定向到由攻击者控制的 Cassandra keyspace。版本 4.5.4 包含一个补丁。(CVE-2026-35588)

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

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

  - 更新到 6.0.6 以修复一批安全问题：CVE-2026-25075、、CVE-2026-35328、 CVE-2026-35331CVE-2026-35332CVE-2026-35333CVE-2026-35330CVE-2026-35329CVE-2026-25075CVE-2025-9615CVE-2026-35334CVE-2025-62291 （）CVE-2026-35332

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

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

  - 攻击者可发送造成内部 Web 服务器中无限内存分配的 Web 请求，从而造成拒绝服务。内部 Web 服务器默认禁用。（CVE-2026-33257）

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

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

  - xfs卸载期间在推送 AIL 之前停止回收xfs_unmount_flush_inodes() 中的卸载序列推送了 AIL而后台回收和 inodegc 仍在运行。不依赖于任何释放后使用问题此问题被破坏 - 在卸载期间推送 AIL 时后台回收和 inodegc 不应运行因为 inodegc 在刷新期间可以脏 AIL 并将 inode 插入到 AIL 中并且后台回收可以争用中止并释放脏 inode。重新排序 xfs_unmount_flush_inodes() 以在推送 AIL 之前停止 inodegc 并取消后台回收。在取消 m_reclaim_work 之前停止 inodegc因为 inodegc 工作线程可通过 xfs_inodegc_set_reclaimable 将 m_reclaim_work 重新排队。 (CVE-2026-31455)

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

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

  - ext4：修复在update_super_work中与umount竞速时的use-after-free提交b98535d09179（ext4：在start_this_handle umount文件系统中修复bug_on）在刷新s_sb_upd_work前移动ext4_unregister_sysfs（），以防止在卸载时通过/proc/fs/ext4/xx/mb_groups读取排队新的错误工作。然而，这引入了自由后使用，因为update_super_work调用 ext4_notify_error_sysfs（） -> sysfs_notify（），在 ext4_unregister_sysfs（）： update_super_work ext4_put_super ----------------- 中被 kobject_del（） 释放后访问对象的 kernfs_node
    -------------- ext4_unregister_sysfs（sb） kobject_del（&sbi->s_kobj） __kobject_del（） sysfs_remove_dir（） kobj->sd = NULL sysfs_put（sd） kernfs_put（） // RCU 自由 ext4_notify_error_sysfs（sbi） sysfs_notify（&sbi->s_kobj） kn = kobj->sd // 过时指针 kernfs_get（kn） // UAF 在释放后的 kernfs_node ext4_journal_destroy（） flush_work（&sbi->s_sb_upd_work） 与其重新排序拆解序列， 解决方法是让 ext4_notify_error_sysfs（） 检测 sysfs 已被拆除，方法是检查 s_kobj.state_in_sysfs，并且在那种情况下跳过 sysfs_notify（） 调用。专用的互斥体（s_error_notify_mutex）在ext4_unregister_sysfs（）中对kobject_del（）进行序列化ext4_notify_error_sysfs（），以防止TOCTOU竞赛中kobject在state_in_sysfs检查和sysfs_notify（）调用之间被删除。（CVE-2026-31446）

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

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

  - ext4当 truncate 超过内联大小时将内联数据转换为范围 在 ext4_setattr() 中添加一个检查以便在 truncate() 使文件大小增长到超出内联容量时将文件从内联数据存储转换为基于范围的存储。这可防止文件系统进入不一致的状态其中设置了内联数据标记但文件大小超过内联存储的大小。如果没有此补丁下列序列会导致内核 BUG_ON()1. inode 已设置内联标记且大小较小挂载文件系统 2. truncate(file, 50MB) - 增加大小但内联标记仍为设置 3. sendfile() 尝试以写入数据 4。
    ext4_write_inline_data() 命中 BUG_ON(write_size > inline_capacity) 发生崩溃的原因是 ext4_write_inline_data() 预期内联存储可容纳写入但实际内联容量i_block 约 60 字节 + xattrs 约 96 字节远小于文件大小和写入请求。补丁检查来自 setattr 的新大小是否超过 inode 的实际内联容量 (EXT4_I(inode)->i_inline_size) 并在继续进行大小变更之前将文件转换为基于盘区的存储。通过确保内联数据标记和文件大小在截断操作期间保持一致从而解决根本原因。 (CVE-2026-31452)

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

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

  - scsiibmvfc修复 ibmvfc_discover_targets_done() 中的 OOB 访问恶意或遭到破坏的 VIO 服务器可在发现目标 MAD 响应中返回超过 max_targets 的 num_written 值。此值未经验证而直接存储在 vhost->num_targets 中然后用作 ibmvfc_alloc_targets() 中的循环边界以编制 disc_buf[]仅为 max_targets 条目分配的索引。等于或超过 max_targets 的索引会访问 DMA 一致分配之外的内核内存。越界数据随后会嵌入到发送回 VIO 服务器的 Implicit Logout 和 PLOGI MAD 中从而泄漏内核内存。修复方法是在存储之前将 num_written 限制在 max_targets 内。 (CVE-2026-31464)

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

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

  - 已修复 Linux 内核中的下列漏洞：dmaengine: idxd: fix possible wrong descriptor completion in llist_abort_desc() At the end of this function, d is the traversal cursor of flist, but the code completes found instead. This can lead to issues such as NULL pointer dereferences, double completion, or descriptor leaks. Fix this by completing d instead of found in the final list_for_each_entry_safe() loop. (CVE-2026-31436)

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

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

  - ext4验证 ext4_ext_correct_indexes 中的 p_idx 边界当叶中的第一个范围被修改时ext4_ext_correct_indexes() 会向上遍历范围树以修正索引条目。在访问 path[k].p_idx->ei_block 之前未验证 p_idx 是否属于该级别的索引条目的有效范围。如果磁盘上的 extent 标头包含损坏或构建的 eh_entries 值p_idx 可指向超过分配的缓冲区的末尾从而造成 slab 越界读取。通过在 while 循环之前和循环内部的两个访问站点验证 EXT_LAST_INDEX() 来验证 path[k].p_idx可修复此问题。退回
    如果索引指针超出范围则为 -EFSCORRUPTED 与在 ext4 范围树代码中处理其他边界违反的方式一致。 (CVE-2026-31449)

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

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

  - 客户端可通过在单个 DoQ 和 DoH3 连接上生成大量错误响应来触发过量内存分配，因为直到连接结束时才会正确释放某些资源。
    (CVE-2026-33595)

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

ID	名称	严重性
309776	Linux Distros 未修补的漏洞：CVE-2026-35372	medium
309775	Linux Distros 未修补的漏洞：CVE-2026-31482	medium
309774	Linux Distros 未修补的漏洞：CVE-2026-31512	medium
309773	Linux Distros 未修补的漏洞：CVE-2026-31489	high
309772	Linux Distros 未修补的漏洞：CVE-2026-31487	medium
309771	Linux Distros 未修补的漏洞：CVE-2026-31433	high
309770	Linux Distros 未修补的漏洞：CVE-2026-35374	medium
309769	Linux Distros 未修补的漏洞：CVE-2026-35362	low
309768	Linux Distros 未修补的漏洞：CVE-2026-35352	high
309767	Linux Distros 未修补的漏洞：CVE-2026-31506	high
309766	Linux Distros 未修补的漏洞：CVE-2026-31473	high
309765	Linux Distros 未修补的漏洞：CVE-2026-31492	medium
309764	Linux Distros 未修补的漏洞：CVE-2026-31524	medium
309763	Linux Distros 未修补的漏洞：CVE-2026-35344	low
309762	Linux Distros 未修补的漏洞：CVE-2026-31514	medium
309761	Linux Distros 未修补的漏洞：CVE-2026-35356	medium
309760	Linux Distros 未修补的漏洞：CVE-2026-31518	medium
309759	Linux Distros 未修补的漏洞：CVE-2026-31485	high
309758	Linux Distros 未修补的漏洞：CVE-2026-35347	medium
309757	Linux Distros 未修补的漏洞：CVE-2026-35363	medium
309756	Linux Distros 未修补的漏洞：CVE-2026-31510	medium
309755	Linux Distros 未修补的漏洞：CVE-2026-31509	medium
309754	Linux Distros 未修补的漏洞：CVE-2026-6862	medium
309753	Linux Distros 未修补的漏洞：CVE-2026-31439	medium
309752	Linux Distros 未修补的漏洞：CVE-2026-35375	low
309751	Linux Distros 未修补的漏洞：CVE-2026-31495	medium
309750	Linux Distros 未修补的漏洞：CVE-2026-6861	high
309749	Linux Distros 未修补的漏洞：CVE-2017-20230	critical
309735	Linux Distros 未修补的漏洞：CVE-2026-31470	high
309734	Linux Distros 未修补的漏洞：CVE-2026-40244	high
309733	Linux Distros 未修补的漏洞：CVE-2026-22020	critical
309732	Linux Distros 未修补的漏洞：CVE-2026-35334	high
309731	Linux Distros 未修补的漏洞：CVE-2026-31458	medium
309730	Linux Distros 未修补的漏洞：CVE-2026-33596	medium
309729	Linux Distros 未修补的漏洞：CVE-2026-35333	critical
309728	Linux Distros 未修补的漏洞：CVE-2026-33598	critical
309727	Linux Distros 未修补的漏洞：CVE-2026-31437	medium
309726	Linux Distros 未修补的漏洞：CVE-2026-33260	high
309725	Linux Distros 未修补的漏洞：CVE-2026-40895	medium
309724	Linux Distros 未修补的漏洞：CVE-2026-31443	medium
309723	Linux Distros 未修补的漏洞：CVE-2026-35588	medium
309722	Linux Distros 未修补的漏洞：CVE-2026-35332	high
309721	Linux Distros 未修补的漏洞：CVE-2026-33257	high
309720	Linux Distros 未修补的漏洞：CVE-2026-31455	high
309719	Linux Distros 未修补的漏洞：CVE-2026-31446	high
309718	Linux Distros 未修补的漏洞：CVE-2026-31452	high
309717	Linux Distros 未修补的漏洞：CVE-2026-31464	high
309716	Linux Distros 未修补的漏洞：CVE-2026-31436	critical
309715	Linux Distros 未修补的漏洞：CVE-2026-31449	high
309714	Linux Distros 未修补的漏洞：CVE-2026-33595	high

检测

Nessus 的 Misc. 系列

medium

medium

medium

high

medium

high

medium

low

high

high

high

medium

medium

low

medium

medium

medium

high

medium

medium

medium

medium

medium

medium

low

medium

high

critical

high

high

critical

high

medium

medium

critical

critical

medium

high

medium

medium

medium

high

high

high

high

high

high

critical

high

high