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

  - 如果你在恶意权威服务器上使用zoneToCache函数，攻击者可能会发送一个区域，导致指针空引用，原因是缺乏一致性检查，进而导致拒绝服务。（CVE-2026-33601）

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

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

  - 在启用8bit-dns的情况下，LDAP查询的不完全转义允许用户对内部域子树进行查询。（CVE-2026-33609）

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

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

  - 由恶意权威服务器发送的RPZ可能导致指针空引用，因缺乏一致性检查而导致拒绝服务。（CVE-2026-33600）

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

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

  - Debian Linux - qemu - 非 Ubuntu Linux - [hw/uefi： 堆溢出] （CVE-2026-5744）

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

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

  - 同一RPZ的多次并发传输可能导致RPZ数据不一致，释放后使用和/或递归崩溃。通常同一RPZ区的同时转移只能在RPZ提供商故障的情况下进行。（CVE-2026-33259）

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

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

  - 攻击者可发送导致空指针取消引用的回复攻击者可发送回复这是由缺少一致性检查造成的并导致拒绝服务。默认情况下禁用 Cookie。 (CVE-2026-33262)

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

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

  - Debian Linux - qemu - 无 Ubuntu Linux - [virtio-scsi 请求大小不匹配] （CVE-2026-5763）

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

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

  - 当 PowerDNS 辅助服务器转发 DNS 更新请求到流氓主服务器时，流氓主服务器可造成文件描述符耗尽并最终导致拒绝服务。（CVE-2026-33610）

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

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

  - 通过发布和查询构建的区域，攻击者可在负向和激进 NSEC（3） 缓存中分配大型条目。（CVE-2026-33258）

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

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

  - Bluetooth：btintel：序列化具有 hci_req_sync_lock btintel_hw_error（） 问题两个的 btintel_hw_error（）
    __hci_cmd_sync（） 在不按住 hci_req_sync_lock（） 的情况下调用（HCI_OP_RESET 和 Intel exception-info 检索）。这使其可以与 hci_dev_do_close（） -> btintel_shutdown_combined（） 争用，后者同样在相同锁定下运行 __hci_cmd_sync（）。当两个路径同时操纵 hdev->req_status/req_rsp 时，关闭路径可能会先释放响应 skb，而仍在运行的 hw_error 路径会在 kfree_skb（） 中发生 slab-after-use-after-free。将整个恢复序列封装在 hci_req_sync_lock/unlock 中，以便与其他每个同步 HCI 命令发布者序列化。以下是数据争用报告和 kasan 报告： 缺陷：任务 kworker/u17：1/83 在 net/bluetooth/hci_sync.c：199 的 hdev->req_rsp 的__hci_cmd_sync_sk/btintel_shutdown_combined读取中的数据争用：__hci_cmd_sync_sk+0x12f2/0x1c30 net/bluetooth/hci_sync.c：200 __hci_cmd_sync+0x55/0x80 net/bluetooth/hci_sync.c：223 btintel_hw_error+0x114/0x670 drivers/bluetooth/btintel.c：254 hci_error_reset+0x348/0xa30 net/bluetooth/hci_core.c：1030 按任务 ioctl/22580 写入/释放：btintel_shutdown_combined+0xd0/0x360 drivers/bluetooth/btintel.c：3648 hci_dev_close_sync+0x9ae/0x2c10 net/bluetooth/hci_sync.c：5246 hci_dev_do_close+0x232/0x460 net/bluetooth/hci_core.c：526 缺陷：KASAN：任务 kworker/u17：1/83 在 addr ffff888144a738dc 的 sk_skb_reason_drop+0x43/0x380 中的 slab-use-after-free slab-use-after-free： __hci_cmd_sync_sk+0x12f2/0x1c30 net/bluetooth/hci_sync.c：200 __hci_cmd_sync+0x55/0x80 net/bluetooth/hci_sync.c：223 btintel_hw_error+0x186/0x670 drivers/bluetooth/btintel.c：260 （CVE-2026-31500）

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

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

  - cxl/port：修复 cxl_detach_ep（） 中的释放后parent_port使用问题，当删除交换机端口下的所有 CXL 内存设备时，在自下而上删除期间调用 cxl_detach_ep（）。对于层次结构中的每个端口，它会同时锁定端口及其父端口，删除端点，如果该端口现在为空，则将其标记为死，并通过调用 delete_switch_port（） 取消注册该端口。在此工作期间有两个地方可以在释放后使用该parent_port：首先，当第二个工作线程通过 bus_find_device（） 找到端口时，并发分离可能已经处理了该端口。如果不固定 parent_port，则在发现 port->dead 并尝试解锁parent_port时可能已经将其释放。在采用锁定调试的静默内存损坏的生产内核中，情况如下所示：
    []DEBUG_LOCKS_WARN_ON（__owner_task（owner） ！= get_current（）） []WARNING： kernel/locking/mutex.c：949 在
    __mutex_unlock_slowpath+0x1ee/0x310 []调用跟踪：[]mutex_unlock+0xd/0x20 []cxl_detach_ep+0x180/0x400 [cxl_core] []devm_action_release+0x10/0x20 []devres_release_all+0xa8/0xe0 []device_unbind_cleanup+0xd/0xa0 []really_probe+0x1a6/0x3e0 其次，delete_switch_port（） 释放三个针对 parent_port 注册的 devm 操作。最后一个是 unregister_port（），它会在子端口上调用 device_unregister（），该端口可以级联。如果parent_port现在也是空，则设备核心也可以取消注册和释放它。因此，当 delete_switch_port（） 返回时，parent_port可能已释放，后续的 device_unlock（&parent_port->dev） 将对释放的内存进行操作。内核日志看起来与上述相同，只是 cxl_detach_ep（） 中的偏移不同。这两个问题都源自于子端口及其父端口之间缺少终身保证。为端口建立生命周期规则：子端口会保留对其父设备的引用，直到释放为止。分配端口时获取引用，释放时将其丢弃。这可确保父项在子项的整个生命周期内有效，并消除 cxl_detach_ep（） 中的释放后使用窗口。这可以通过在存在 CXL 设备的 QEMU 中重新加载 cxl_acpi 轻松重现。（CVE-2026-31530）

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

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

  - uutils coreutils 中的 comm 工具通过对所有输出线执行有损 UTF-8 转换，悄无声息地破坏数据。该实现使用 String：：from_utf8_lossy（），用 Unicode 替换字符（U+FFFD）替换无效的 UTF-8 字节序列。这种行为不同于 GNU 通信，后者处理原始字节并保留原始输入。当使用该工具比较二进制文件或使用非 UTF-8 遗留编码的文件时，会导致输出损坏。（CVE-2026-35346）

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

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

  - uutils coreutils 的 chmod 实用工具中的漏洞允许用户绕过 --preserve-root 安全机制。实现仅验证目标路径是否为字面值“/”且不会规范化路径。攻击者或意外用户可使用路径变体如/../或符号链接在整个根文件系统上执行破坏性递归操作如chmod -R 000进而导致整个系统的权限丢失并可能导致系统崩溃。 (CVE-2026-35338)

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

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

  - bpf修复子程序的异常退出锁定检查 process_bpf_exit_full() 将 check_lock = !curframe 传递至 check_resource_leak()在从静态 subprog 调用 bpf_throw() 的情况下其为假。这使得 check_resource_leak() 在从 subpros 异常退出时跳过 active_rcu_locks、active_preempt_locks 和 active_irq_id 的验证。运行时bpf_throw() 通过 ORC 展开堆栈而不释放任何用户获得的锁这样可能会造成各种问题。通过为异常退出设置 check_lock = true 来修复此漏洞而不考虑 curframe ,因为异常会绕过所有中间帧清理。
    更新异常退出的 bpf_throw 错误消息前缀以将其与正常的 BPF_EXIT 区分开来。修复先前因错误原因而通过的 reject_subprog_with_rcu_read_lock 测试。
    测试程序直接从 subprog 调用返回而未关闭 RCU 部分因此此错误是由正常退出时未关闭的 RCU 锁触发而非由 bpf_throw 触发。更新受影响测试的 __msg 注释以匹配新的 bpf_throw 错误前缀。spin_lock 情况不受影响因为在 bpf_throw 运行之前已在 do_check_insn() 中的调用站点对其进行检查 [1]。 [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/kernel/bpf/verifier.c?h=v7.0-rc4#n21098(CVE-2026-31526)

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

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

  - uutils coreutils 的杀戮工具中的一个参数解析错误，错误地将杀-1解释为向PID -1发送默认信号（SIGTERM）的请求。向PID -1发送信号会导致内核终止所有调用者可见的进程，可能导致系统崩溃或大规模进程终止。这与GNU coreutils不同，后者在此语境中正确识别-1为信号数，并报告缺失的PID参数。（CVE-2026-35369）

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

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

  - uutils coreutils 中的 mkdir 工具在使用 -m 标志时错误地应用权限，方法是创建带有 umask 衍生权限（通常是 0755）的目录，然后通过单独的 chmod 系统调用将其更改为请求模式。在多用户环境中，这会引入一个短暂的窗口，使原本应为私有的目录被其他用户访问，可能导致未经授权的数据访问。（CVE-2026-35353）

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

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

  - uutils coreutils 尾部工具中的一个漏洞，允许在使用 --follow=name 选项时窃取敏感文件内容。与 GNU 尾部不同，uutils 实现在路径被符号链路替代后仍会继续监控，随后输出链路目标的内容。在有特权用户（如root）监控日志目录的环境中，拥有写权限的本地攻击者可以用指向敏感系统文件的符号链接（如/etc/shadow）替换日志文件，从而导致Tail泄露敏感文件的内容。（CVE-2026-35345）

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

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

  - btrfs：修复子组space_info的 kobject 名称泄漏 当 create_space_info_sub_group（） 分配 space_info->sub_group[] 的元素时，通过 btrfs_sysfs_add_space_info_type（） 为每个元素调用 kobject_init_and_add（）。但是，当 check_removing_space_info（） 释放这些元素时，它不会对它们调用 btrfs_sysfs_remove_space_info（）。因此，不会调用 kobject_put（），并且会泄漏关联的 kobj->name 对象。可通过在使用 CONFIG_DEBUG_KMEMLEAK 构建的内核上运行 blktests 测试用例 zbd/009 重现此内存泄漏。kmemleak 功能报告以下错误：
    未引用对象0xffff888112877d40（大小 16）：comm 挂载、pid 1244、jiffies 4294996972 hex 转储（前 16 字节）：64 61 74 61 2d 72 65 6c 6f 63 00 c4 c6 a7 cb 7f data-reloc......回溯 （CRC 53ffde4d）：__kmalloc_node_track_caller_noprof+0x619/0x870 kstrdup+0x42/0xc0 kobject_set_name_vargs+0x44/0x110 kobject_init_and_add+0xcf/0x150 btrfs_sysfs_add_space_info_type+0xfc/0x210 [btrfs] create_space_info_sub_group.constprop.0+0xfb/0x1b0 [btrfs] create_space_info+0x211/0x320 [btrfs] btrfs_init_space_info+0x15a/0x1b0 [btrfs] open_ctree+0x33c7/0x4a50 [btrfs] btrfs_get_tree.cold+0x9f/0x1ee [btrfs] vfs_get_tree+0x87/0x2f0 vfs_cmd_create+0xbd/0x280 __do_sys_fsconfig+0x3df/0x990 do_syscall_64+0x136/0x1540 entry_SYSCALL_64_after_hwframe+0x76/0x7e 为避免泄露，请为元素调用 btrfs_sysfs_remove_space_info（），而不是 kfree（）。（CVE-2026-31434）

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

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

  - 在递归操作期间，uutils coreutils 的 chcon 工具中存在“检查到使用时间”（TOCTOU）漏洞。该实现通过全新路径查找（通过fts_accpath）解析递归目标，而不是将遍历和标签应用绑定在遍历过程中遇到的特定目录状态。由于这些操作不锚定于文件描述符，拥有写目录树权限的本地攻击者可以利用时序敏感的重命名或符号链接竞速，将特权递归重新标记操作重定向到未预期的文件或目录。该漏洞打破了 SELinux 管理流程的加固期望，可能导致敏感系统对象的安全标签被未经授权修改。（CVE-2026-35376）

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

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

  - uutils coreutils 中的 cp 工具在所有权保存失败时无法正确处理 setuid 和 setgid 位。当用 -p（保留）标志复制时，工具会应用源模式位，即使 chown 操作失败。这可能导致用户拥有的副本保留原始特权位，产生意外的特权可执行文件，从而违反本地安全策略。这与GNU cp不同，后者在无法保留所有权时清除这些位。（CVE-2026-35350）

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

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

  - HIDapple避免 apple_report_fixup() 中发生内存泄漏 apple_report_fixup() 函数返回新由 kmemdup() 分配的缓冲区但从不将其释放。report_fixup() 的调用程序未取得返回指针的所有权但*允许*返回输入 rdesc 的子部分其生命周期由调用程序管理。 (CVE-2026-31520)

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

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

  - ksmbd：在 smb2_calc_max_out_buf_len() 中，将经过硬编码处理的 hdr2_len 替换为 offsetof()。在该提交（e2b76ab8b5c9 ksmbd：为 read compound 添加支持）之后，响应缓冲区的管理方式改为使用动态的 iov 数组。在新设计中，smb2_calc_max_out_buf_len() 预计第二个参数 (hdr2_len) 是响应结构中 ->Buffer 字段的偏移量，而不是经过硬编码的幻数。修复剩余调用站点，以使用正确的 offsetof() 值。(CVE-2026-31478)

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

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

  - uutils coreutils 的 cp 工具中的 Time of-Check-to Time of-Use（TOCTOU）漏洞允许攻击者绕过无去引用意图。该工具会通过基于路径的元数据检查源路径是否为符号链路，但随后在未标记O_NOFOLLOW的情况下打开该链接。拥有并发写权限的攻击者可以在此窗口内将普通文件交换为符号链接，导致特权cp进程将任意敏感文件的内容复制到攻击者控制的目的地。
    (CVE-2026-35359)

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

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

  - 蓝牙：busb：钳制SCO替代设置表索引btusb_work（）通过三条目查找表将活跃SCO链路数映射到USB备用设置，当CVSD流量使用透明语音设置时。目前查找以数据->sco_num-1为 alts[] 进行索引，且未先限制 sco_num 可用表条目数量。虽然该表仅定义了最多三个SCO链路的备用设置，但数据->sco_num来自hci_conn_num（）并直接使用。在索引表前，将查找限制到最后一个表条目，这样驱动才能继续选择支持最高的备用设置，而不读取超过的 alts[]。（CVE-2026-31497）

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

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

  - uutils coreutils 中的安装工具在文件安装过程中易受到“检查时间到使用时间”（TOCTOU）竞态条件的影响。实现会先解除对已有目标文件的链接，然后通过无O_EXCL标志的路径操作重新创建目标文件。本地攻击者可以利用取消链接与随后创建之间的窗口，将路径与符号链交换，从而重定向特权写入以覆盖任意系统文件。（CVE-2026-35355）

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

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

  - uutils coreutils 中的 mv 工具在跨越不同文件系统边界的移动过程中无法保留文件所有权。该工具退回到复制删除例程，使用调用者的 UID/GID 而非源元数据创建目标文件。该缺陷破坏备份和迁移，导致特权用户（如root）移动的文件意外被root拥有，可能导致信息泄露或限制用户访问。（CVE-2026-35351）

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

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

  - uutils coreutils chown 和 chgrp 使用的 ChownExecutor 存在缺陷，导致递归操作中工具返回错误的退出码。最终的出口代码仅由最后处理的文件决定。如果最后一次操作成功，命令返回0，即使之前的所有权或组变更因权限错误失败。这可能导致安全配置错误，管理脚本错误地假设所有权已成功跨越目录树。
    (CVE-2026-35340)

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

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

  - uutils coreutils 的 ln 实用工具中存在逻辑错误，导致程序在使用目标目录形式（例如 ln SOURCE... DIRECTORY）。当 GNU ln 将文件名视为原始字节并正确创建链接时，uutils 实现强制使用 UTF-8 编码，从而导致无法对文件进行统计以及出现非零退出代码。在自动化脚本或系统任务处理 Unix 文件系统上常见的有效但非 UTF-8 文件名的环境中，这种差异将导致实用工具发生故障，从而导致对这些特定操作的本地拒绝服务。
    (CVE-2026-35373)

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

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

  - perf：确保对群组使用 pmu_ctx->pmu Oliver 报告称，当 group_sched_in（） 失败并需要回滚时，x86_pmu_del（） 最终执行越界内存访问。这 *应该* 由事务回调处理，但他发现当组前导符是软件事件时，使用错误 PMU 的事务处理程序。尽管 perf_event_open（） 和 group_sched_in（） 中存在使用 pmu_ctx->pmu 的move_group情况。事实证明，inherit 使用 event->pmu 来克隆事件，从而有效地撤消所有继承上下文的move_group情况。通过同时使继承使用pmu_ctx->pmu 来修复此问题，确保所有继承的计数器在相同的 pmu 上下文中结束。同样，__perf_event_read（） 应将 pmu_ctx->pmu 用于群组情况。（CVE-2026-31528）

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

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

  - net通过 NETDEV_UP 争用修复 packet_release() 中的扇出 UAF “packet_release()”存在一个争用窗口其中“NETDEV_UP”可以将套接字重新注册到扇出组的“arr[]”数组中。fanout_release() 未清除重新注册从而在扇出数组中留下悬摆指针。 “packet_release()”不会将其“bind_lock”部分中的“po->num”归零。释放“bind_lock”后“po->num”仍然非零并且“po->ifindex”仍然与绑定设备匹配。已在“sklist”中发现套接字的并发“packet_notifier(NETDEV_UP)”可以重新注册挂钩。对于扇出套接字此重新注册会调用“__fanout_link(sk, po)”后者将套接字添加回“f->arr[]”并增加“f->num_members”但不增加“f->sk_ref” 。此补丁在保留“bind_lock”以防止 NETDEV_UP 链接从而防止争用窗口时在“packet_release”中将“po->num”设置为零。此缺陷是在对基于 CVE-2025-38617的 Claude Code 进行额外审计后发现的。 (CVE-2026-31504)

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

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

  - btrfs：在子卷创建时设置BTRFS_ROOT_ORPHAN_CLEANUP我们最近观察到多个子卷的齿状损坏。ls-对父dir进行如下操作：drwxrwxrwt 1 根根 16 jan 23 16:49 . drwxr-x-x 1 根根 24 jan 23 16:48 .. d????????? ? ? ? ? ? broken_subvol同样地，stat化文件失败。在这种情况下，删除子卷时ENOENT失败，但尝试在其上创建新文件或子卷时，会因EEXIST出错，甚至会中止fs。这让我们有点卡住了。DMESG包含一条显著错误消息：无法完成孤儿清理-2 2是ENOENT，错误来自btrfs_orphan_cleanup（），堆栈返回btrfs_lookup（）。btrfs_lookup btrfs_lookup_dentry btrfs_orphan_cleanup // 打印该信息并返回
    -ENOENT 经过对内部状态的详细检查，发现：- 子卷没有孤儿项——子卷看起来健康，没有半删除，也没有掉落进度等。- 子卷是很久以前创建的，并且会在很晚之后进行有意义的第一次btrfs_orphan_cleanup（）调用，BTRFS_ROOT_ORPHAN_CLEANUP。- btrfs_orphan_cleanup（）失败后，btrfs_lookup_dentry（）返回 -ENOENT，导致子卷通过 d_splice_alias（NULL， dentry）出现负插入，导致观察到的行为。这个bug可以通过丢弃dentry缓存来缓解，这样如果我们愿意，可以成功删除子卷。即，btrfs_lookup（） btrfs_lookup_dentry（） 如果 （！sb_rdonly（inode->vfs_inode）->vfs_inode） btrfs_orphan_cleanup（sub_root） test_and_set_bit（BTRFS_ROOT_ORPHAN_CLEANUP） btrfs_search_slot（） // 找到 inode N 的孤儿项 ...
    如果 （inode == ERR_PTR（-ENOENT）） inode = NULL;返回 d_splice_alias（NULL， dentry） // NEGATIVE DENTRY 对于有效的子卷 btrfs_orphan_cleanup（） 在运行时对根节点执行 test_and_set_bit（BTRFS_ROOT_ORPHAN_CLEANUP），因此在同一根节点上不能多次运行，必须同时运行其他内容。然而，当nlink归零时删除孤儿的明显路径，在不先查找子卷的情况下，应该运行btrfs_orphan_cleanup（）并设置位。最后一个重要观察是，create_subvol（）调用d_instantiate_new（），但不设置BTRFS_ROOT_ORPHAN_CLEANUP，因此如果dentry缓存被丢弃，下一次查找子卷时将首次真正调用btrfs_orphan_cleanup（）。
    这就有可能同时删除 inode 或孤儿项目，但大多数典型的 evict（） 路径会保留父 dentry 的引用（子 dentry 通过 dget 在 d_alloc（） 中保存 parent->d_lockref.count，在 __dentry_kill（））释放），防止父节点从 dentry 缓存中移除。唯一的例外是延迟输入。有序扩展创建调用inode上的igrab（）。如果文件在这些引用被保存期间解除绑定并关闭，__dentry_kill（）中的 iput（） 会减少 i_count，但不会触发驱逐（i_count > 0）。子节点被释放，子变量节点的d_lockref.count降为0，使其在inode仍然活跃时可被驱逐。由于存在两个竞选（写回与unlink之间的竞赛，以及查找与延迟输入之间的竞赛），且涉及太多活动部件，以下三个图示展示了完整的情况。（只有第二和第三场是种族）第一阶段：在dentry缓存中创建Subvol，但BTRFS_ROOT_ORPHAN_CLEANUP设置btrfs_mksubvol（） lookup_one_len（）
    __lookup_slow（） d_alloc_parallel（） __d_alloc（） // d_lockref.count = 1 create_subvol（dentry） // 不触及该位..d_instantiate_new（dentry， inode） // 缓存中的 dentry 与 d_lockref.c ---truncated--- （CVE-2026-31519）

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

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

  - ksmbd：不在绑定失败时使会话过期 当多通道会话绑定请求失败时（例如
    Wrong password），错误路径会无条件将 sess->state = SMB2_SESSION_EXPIRED 设置。但是，在绑定过程中，sess 指向通过 ksmbd_session_lookup_slowpath（） 查找的目标会话，该会话属于另一个连接的用户。这允许远程攻击者仅通过发送具有错误密码 （DoS） 的绑定请求，即可使任何活动会话失效。通过在失败的请求为绑定尝试时跳过会话到期来修复此问题，原因是该会话不属于当前连接。ksmbd_session_lookup_slowpath（） 获取的引用仍可通过 ksmbd_user_session_put（） 正确释放。（CVE-2026-31476）

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

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

  - uutils coreutils 中的 mv 工具在跨文件系统边界移动时错误处理包含符号链接的目录树。实现不再保留符号链接，而是扩展它们，将链接目标复制为目标的真实文件或目录。如果符号链接指向大型外部目录，可能导致资源耗尽（磁盘空间或时间）、敏感数据意外复制到非预期位置，或在符号链环存在下无限递归和重复复制。（CVE-2026-35365）

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

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

  - 已修复 Linux 内核中的下列漏洞：Bluetooth: L2CAP: Fix stack-out-of-bounds read in l2cap_ecred_conn_req Syzbot reported a KASAN stack-out-of-bounds read in l2cap_build_cmd() that is triggered by a malformed Enhanced Credit Based Connection Request. The vulnerability stems from l2cap_ecred_conn_req(). The function allocates a local stack buffer (`pdu`) designed to hold a maximum of 5 Source Channel IDs (SCIDs), totaling 18 bytes. When an attacker sends a request with more than 5 SCIDs, the function calculates `rsp_len` based on this unvalidated `cmd_len` before checking if the number of SCIDs exceeds L2CAP_ECRED_MAX_CID. If the SCID count is too high, the function correctly jumps to the `response` label to reject the packet, but `rsp_len` retains the attacker's oversized value. Consequently, l2cap_send_cmd() is instructed to read past the end of the 18-byte `pdu` buffer, triggering a KASAN panic.
    Fix this by moving the assignment of `rsp_len` to after the `num_scid` boundary check. If the packet is rejected, `rsp_len` will safely remain 0, and the error response will only read the 8-byte base header from the stack. (CVE-2026-31513)

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

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

  - uutils coreutils 中的 id 工具错误计算了其输出中的 groups= 部分。该实现使用用户的真实 GID 而非其有效 GID 来计算组列表，导致输出可能与 GNU coreutils 不同。由于许多脚本和自动化进程依赖ID输出来做出对安全至关重要的访问控制或权限决策，这种差异可能导致未经授权的访问或安全配置错误。（CVE-2026-35370）

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

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

  - netfilter：nf_conntrack_expect：通过 proc 跳过其他 netns 中的预期 跳过不在此 netns 中的预期。与 e77e6ff502ea 类似（netfilter：conntrack：不通过 proc 转储其他 netn 的 conntrack 条目）。（CVE-2026-31496）

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

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

  - netopenvswitch避免在拆卸完成前释放 netdev 以下修复标签中引用的修补程序更改了 OVS 端口的拆卸代码使其不再无条件地采用 RTNL。在此更改后如果已在 netdev 上清除 IFF_OVS_DATAPATH 标记netdev_destroy() 回调会立即继续进行 call_rcu() 调用。ovs_netdev_detach_dev() 函数会在完成取消注册之前清除标记。如果该函数在清除标记之后被抢占如 -rt 内核中可能发生的情况则 netdev_destroy() 可能会在取消注册完成之前完成并释放设备。
    这会导致类似 的 splat: [ 998.393867] Oops一般保护错误可能是非规范地址 0xff00000001000239: 0000 [#1] SMP PTI [ 998.393877] CPU: 42 UID: 0 PID: 55177 Comm: ip Kdump
    loaded Not tainted 6.12.0-211.1.1.el10_2.x86_64+rt #1 PREEMPT_RT [ 998.393886] 硬件名称Dell Inc.
    PowerEdge R740/0JMK61, BIOS 2.24.0 03/27/2025 [ 998.393889] RIP: 0010:dev_set_promiscuity+0x8d/0xa0 [998.393901] 代码00 00 75 d8 48 8b 53 08 48 83 ba b0 02 00 00 00 75 ca 48 83 c4 08 5b c3 cc cc cc cc 48 83 bf 48 09 00 00 00 75 91 48 8b 47 08 <48> 83 b8 b0 02 00 00 00 74 97 eb 81 0f 1f 80 00 00 00 00 90 [90 90 998.393906] RSP: 0018:ffffce5864a5f6a0 EFLAGS: 00010246 [ 998.393912] RAX: ff00000000ffff89 RBX
    ffff894d0adf5a05 RCX 0000000000000000 [ 998.393917] RDX0000000000000000 RSI00000000ffffffff RDI
    ffff894d0adf5a05 [ 998.393921] RBP: ffff894d19252000 R08: ffff894d19252000 R09: 0000000000000000 [998.393924] R10: ffff894d19252000 R11: ffff894d192521b8 R12: 0000000000000006 [ 998.393927] R13:
     R14ffffce5864a5f738  : 00000000ffffffe2 R15: 0000000000000000 [ 998.393931] FS: 00007fad61971800(0000) GS:ffff894cc0140000(0000) knlGS:0000000000000000 [ 998.393936] CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033 [ 998.393940] CR2: 000055df0a2a6e40 CR3: 000000011c7fe003 CR4: 00000000007726f0 [998.393944] PKRU: 55555554 [ 998.393946] 调用跟踪 [ 998.393949] <TASK> [ 998.393952] ? show_trace_log_lvl+0x1b0/0x2f0 [ 998.393961] ? show_trace_log_lvl+0x1b0/0x2f0 [ 998.393975] ? dp_device_event+0x41/0x80 [openvswitch] [ 998.394009] ? __die_body.cold+0x8/0x12 [ 998.394016] die_addr+0x3c/0x60 [ 998.394027] ? exc_general_protection+0x16d/0x390 [ 998.394042] ? asm_exc_general_protection+0x26/0x30 [ 998.394058] ? dev_set_promiscuity+0x8d/0xa0 [ 998.394066] ovs_netdev_detach_dev+0x3a/0x80 [openvswitch] [ 998.394092] dp_device_event+0x41/0x80 [openvswitch] [998.394102] notifier_call_chain+0x5a/0xd0 [ 998.394106] unregister_netdevice_many_notify+0x51b/0xa60 [998.394110] rtnl_dellink+0x169/0x3e0 [ 998.394121]? rt_mutex_slowlock.constprop.0+0x95/0xd0 [ 998.394125] rtnetlink_rcv_msg+0x142/0x3f0 [ 998.394128] ? avc_has_perm_noaudit+0x69/0xf0 [ 998.394130] ?
    __pfx_rtnetlink_rcv_msg+0x10/0x10 [ 998.394132] netlink_rcv_skb+0x50/0x100 [ 998.394138] netlink_unicast+0x292/0x3f0 [ 998.394141] netlink_sendmsg+0x21b/0x470 [ 998.394145]
    ____sys_sendmsg+0x39d/0x3d0 [ 998.394149] ___sys_sendmsg+0x9a/0xe0 [ 998.394156] __sys_sendmsg+0x7a/0xd0 [998.394160] do_syscall_64+0x7f/0x170 [ 998.394162] entry_SYSCALL_64_after_hwframe+0x76/0x7e [ 998.394165] RIP: [ 998.394188] Code89 02 b8 ff ff ff ff eb bb 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 00 f3 0f 1e fa 80 3d c5 e9 0c 00 00 74 13 b8 2e 00 00 00 0f 05 <48> 3d 00 f0 ff ff 77 54 c3 0f 1f 00 48 83 ec 28 89 54 24 1c 48 89 [ 998.394189] RSP002b:00007ffd7e2f7cb8 EFLAGS: 00000202 ORIG_RAX
    000000000000002e [ 998.394191] RAX: ffffffffffffffda RBX: 0000000000000001 RCX: 00007fad61bf4724 [998.394193] RDX: 0000000000000000 RSI: 00007ffd7e2f7d20 RDI: 000BP0 [ 998.3941940000030] RCX: 00007fad61bf4724
    00007ffd7e2f7d90 R080000000000000010 R09000000000000003f [ 998.394195] R10000055df11558010 R11
    0000000000000202 R12: 00007ffd7e2 ---truncated--- (CVE-2026-31508)

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

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

  - xfrm防止 policy_hthresh.work 与 netns 拆卸争用 XFRM_MSG_NEWSPDINFO 请求可将每个网络工作项目 policy_hthresh.work 排入系统工作队列。排队的回调 xfrm_hash_rebuild() 通过 container_of() 检索封闭的 struct net。如果在该工作运行之前 net 命名空间已终止则相关的 struct net 可能已释放并且 xfrm_hash_rebuild() 可能会取消引用过时内存。 xfrm_policy_fini() 已在拆卸期间刷新 policy_hash_work但不会同步 policy_hthresh.work。也同步 xfrm_policy_fini() 中的 policy_hthresh.work因此排队的工作无法比 net 命名空间拆卸寿命更长也无法访问已释放的 struct net。
    (CVE-2026-31516)

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

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

  - uutils coreutils 中的 printenv 实用工具无法显示包含无效 UTF-8 字节序列的环境变量。虽然 POSIX 允许环境字符串中存在任意字节但 uutils 实现会静默地跳过这些条目而不打印原始字节。此漏洞允许恶意环境变量例如对抗性 LD_PRELOAD 值逃避管理员或安全审核工具的检查从而可能无法检测到库注入或其他基于环境的攻击。 (CVE-2026-35366)

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

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

  - driver core： platform：使用通用 driver_override 基础架构 探测驱动程序时
    __driver_attach（） 时，会在未保留设备锁的情况下调用总线的 match（） 回调，因此可在无锁的情况下访问driver_override字段，这可导致 UAF。通过使用负责内部适当锁定的驱动程序核心driver_override基础架构来修复此问题。请注意，从
    未保留设备锁定的 __driver_attach（） 是故意的。[1] （CVE-2026-31527）

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

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

  - uutils coreutils 的 tr 工具中的逻辑错误导致程序错误地定义了 [：graph：] 和 [:p rint：] 字符类。该实现错误地在 [：graph：] 类中包含了 ASCII 空间字符 （0x20），并将其排除在 [:p rint：] 类之外，实际上颠倒了 POSIX 和 GNU coreutils 所建立的标准行为。当该工具被用于依赖标准字符类语义的自动化脚本或数据清洗流水线时，该漏洞会导致意外的数据修改或丢失。例如，执行删除所有图形字符的命令，但意图保留空白，会错误地删除所有ASCII空间，可能导致数据损坏或下游处理逻辑故障。（CVE-2026-35379）

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

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

  - uutils coreutils 中的 mknod 工具未能通过在设置 SELinux 上下文前创建设备节点，从而原子处理安全标签。如果标签失败，工具会尝试使用std：：fs：：remove_dir进行清理，但无法移除设备节点或先入先出（FIFO）。这会导致错误标记的节点和错误的默认上下文，可能导致本应通过强制访问控制限制的设备节点被未经授权访问。（CVE-2026-35361）

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

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

  - iavf：修复 iavf_get_ethtool_stats（） 中的越界写入 iavf 未正确使用real_num_tx_queues进行ETH_SS_STATS。由于该值会在运行时发生变化，因此我们应当使用 num_tx_queues 来代替。此外，iavf_get_ethtool_stats（） 使用 num_active_queues 而 iavf_get_sset_count（） 和 iavf_get_stat_strings（） 使用 real_num_tx_queues，当我们同时执行 ethtool -L 和 ethtool -S 时，这会触发越界写入 [1]。例如，当我们将通道从 1 更改为 8 时，线程 3 可以在线程 2 之前计划，并且可能会在线程 3 中触发越界写入：线程 1 （ethtool -L） 线程 2（工作） 线程 3 （ethtool -S） iavf_set_channels（） ...iavf_alloc_queues（） -> num_active_queues = 8 iavf_schedule_finish_config（） iavf_get_sset_count（） real_num_tx_queues：1 个队列的 1 个 -> 缓冲区 iavf_get_ethtool_stats（） num_active_queues：8 -> 越界！iavf_finish_config（） -> real_num_tx_queues = 8 在所有相关函数中使用不可变num_tx_queues以避免此问题。[1] 缺陷：KASAN：在 iavf_add_one_ethtool_stat+0x200/0x270 中的 vmalloc-out-of-bound 任务 ethtool/5800 在地址 ffffc900031c9080 处写入大小为 8 CPU：1 UID：0 PID：5800 通信：ethtool 未受感染 6.19.0-enjuk-08403-g8137e3db7f1c #241 PREEMPT（完整） 硬件名称：QEMU Standard PC（Q35 + ICH9,2009），BIOS 1.16.3-debian-1.16.3-2 04/01/2014 调用跟踪： <TASK> dump_stack_lvl+0x6f/0xb0 print_report+0x170/0x4f3 kasan_report+0xe1/0x180 iavf_add_one_ethtool_stat+0x200/0x270 iavf_get_ethtool_stats+0x14c/0x2e0 __dev_ethtool+0x3d0c/0x5830 dev_ethtool+0x12d/0x270 dev_ioctl+0x53c/0xe30 sock_do_ioctl+0x1a9/0x270 sock_ioctl+0x3d4/0x5e0
    __x64_sys_ioctl+0x137/0x1c0 do_syscall_64+0xf3/0x690 entry_SYSCALL_64_after_hwframe+0x77/0x7f RIP：
    0033：0x7f7da0e6e36d ...</TASK> 有缺陷的地址属于从 __dev_ethtool+0x3cc9/0x5830 分配的 0xffffc900031c9000 开始的 1 页 vmalloc 区域 有缺陷的地址属于物理页面：page： refcount：1 mapcount：0 mapping：0000000000000000 index：0xffff88813a013de0 pfn：0x13a013 标志：
    0x200000000000000（node=0|zone=2） raw： 0200000000000000000 00000000000000000 dead00000000000122 000000000000000000 raw： ffff88813a013de0 000000000000000000000001ffffffff 0000000000000000000 页面转储原因：kasan： Bad Access detect ed 错误地址周围的内存状态：ffffc900031c8f80： f8 f8 f8 f8 f8 f8 f8 f8 f8 f8 f8 f8 f8 f8 f8 f8 ffffc900031c9000： 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 >ffffc900031c9080： F8 F8 F8 F8 F8 F8 F8 F8 F8 F8 F8 F8 F8 F8 F8 ^ ffffc900031C9100： F8 F8 F8 F8 F8 F8 F8 F8 F8 F8 F8 F8 F8 FffCFC900031C9180： F8 F8 F8 F8 F8 F8 F8 F8 F8 F8 F8 F8 F8 F8 F8 （CVE-2026-31505）

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

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

  - RDMA/efa：修复释放后使用完成 ctx 在 admin 队列完成处理时，如果 admin 命令完成但有错误，我们将从完成上下文中打印数据。问题是我们已经在轮询/中断处理程序中释放了完成上下文，这意味着我们从未知状态的上下文打印数据（它可能已经被再次使用）。更改管理员提交流，以便上下文的 alloc/dealloc 是对称的，并且 dealloc 将在上下文的任何潜在使用之后调用。（CVE-2026-31493）

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

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

  - uutils coreutils 中 chmod 工具的递归模式（-R）在处理多个文件时错误处理退出码。最终返回值仅由最后处理文件的成功或失败决定。这使得命令即使之前的文件出现错误，如“不允许操作”，也能返回 0（成功）的退出码。依赖这些退出代码的脚本可能在错误的成功感下继续运行，而敏感文件则保留限制性或错误权限。（CVE-2026-35339）

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

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

  - 创建文件期间，uutils coreutils 中的 touch 实用工具容易受到“检查时间/使用时间”（TOCTOU） 争用条件的影响。当实用工具发现缺少的路径时，它随后会尝试使用内部使用 File：：create（） 创建，其会在内部使用 O_TRUNC。攻击者可恶意利用此窗口在目标路径上创建文件或交换符号链接，造成触摸截断现有文件，并导致永久性数据丢失。（CVE-2026-35360）

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

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

  - uutils coreutils 的 cut 工具中的逻辑错误导致程序错误地将字面上的两字节字符串 ''（两个单引号）解释为空分隔符。实现错误地将该字符串映射到 NUL 字符，适用于 -d（分隔符）和 --output-delimiter 选项。该漏洞可能导致自动化脚本和处理包含这些字符字符串的数据流水线中无声数据损坏或逻辑错误，因为该工具可能无意中将数据拆分或连接为 NUL 字节，而非预期的字面字符。（CVE-2026-35380）

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

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

  - s390/syscalls：为系统调用调度表添加 spectre 边界 s390 syscall 编号直接受用户空间控制，但没有 array_index_nospec（） 边界以防止访问越过 syscall 函数指针表。（CVE-2026-31483）

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

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

  - uutils coreutils 的切割工具中的逻辑错误导致该工具在同时使用 -z（空终止）和 -d（空分隔符）选项时忽略 -s（仅分隔）标志。该实现错误地将该组合路由到一个专门的换行-分隔符代码路径，未能检查记录抑制状态。因此，uutils cut 会输出整个记录加上一个 NUL 字节，而不是抑制它。这种与GNU coreutils行为的差异，使依赖cut -s过滤未分隔数据的自动化流水线存在数据完整性风险。（CVE-2026-35381）

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

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

  - 在跨设备移动过程中，uutils coreutils 的 mv 工具存在“检查到使用时间”（TOCTOU）漏洞。扩展属性（xattr）保留逻辑使用多个基于路径的系统调用，为每个操作进行新的路径到inode查询。拥有写入权限的本地攻击者可以利用这种竞速在调用之间交换文件，导致目标文件接收到不一致的安全xattr，如SELinux标签或文件能力。（CVE-2026-35354）

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

ID	名称	严重性
309871	Linux Distros 未修补的漏洞：CVE-2026-33601	medium
309870	Linux Distros 未修补的漏洞：CVE-2026-33609	medium
309869	Linux Distros 未修补的漏洞：CVE-2026-33600	medium
309868	Linux Distros 未修补的漏洞：CVE-2026-5744	high
309867	Linux Distros 未修补的漏洞：CVE-2026-33259	medium
309866	Linux Distros 未修补的漏洞：CVE-2026-33262	medium
309865	Linux Distros 未修补的漏洞：CVE-2026-5763	medium
309864	Linux Distros 未修补的漏洞：CVE-2026-33610	high
309863	Linux Distros 未修补的漏洞：CVE-2026-33258	high
309852	Linux Distros 未修补的漏洞：CVE-2026-31500	high
309851	Linux Distros 未修补的漏洞：CVE-2026-31530	high
309850	Linux Distros 未修补的漏洞：CVE-2026-35346	low
309849	Linux Distros 未修补的漏洞：CVE-2026-35338	high
309848	Linux Distros 未修补的漏洞：CVE-2026-31526	medium
309847	Linux Distros 未修补的漏洞：CVE-2026-35369	medium
309846	Linux Distros 未修补的漏洞：CVE-2026-35353	low
309845	Linux Distros 未修补的漏洞：CVE-2026-35345	medium
309844	Linux Distros 未修补的漏洞：CVE-2026-31434	medium
309843	Linux Distros 未修补的漏洞：CVE-2026-35376	medium
309842	Linux Distros 未修补的漏洞：CVE-2026-35350	medium
309841	Linux Distros 未修补的漏洞：CVE-2026-31520	medium
309840	Linux Distros 未修补的漏洞：CVE-2026-31478	critical
309839	Linux Distros 未修补的漏洞：CVE-2026-35359	medium
309838	Linux Distros 未修补的漏洞：CVE-2026-31497	medium
309837	Linux Distros 未修补的漏洞：CVE-2026-35355	medium
309836	Linux Distros 未修补的漏洞：CVE-2026-35351	medium
309835	Linux Distros 未修补的漏洞：CVE-2026-35340	medium
309834	Linux Distros 未修补的漏洞：CVE-2026-35373	medium
309833	Linux Distros 未修补的漏洞：CVE-2026-31528	high
309832	Linux Distros 未修补的漏洞：CVE-2026-31504	high
309831	Linux Distros 未修补的漏洞：CVE-2026-31519	medium
309830	Linux Distros 未修补的漏洞：CVE-2026-31476	high
309829	Linux Distros 未修补的漏洞：CVE-2026-35365	medium
309828	Linux Distros 未修补的漏洞：CVE-2026-31513	high
309827	Linux Distros 未修补的漏洞：CVE-2026-35370	medium
309826	Linux Distros 未修补的漏洞：CVE-2026-31496	medium
309825	Linux Distros 未修补的漏洞：CVE-2026-31508	high
309824	Linux Distros 未修补的漏洞：CVE-2026-31516	high
309823	Linux Distros 未修补的漏洞：CVE-2026-35366	medium
309822	Linux Distros 未修补的漏洞：CVE-2026-31527	high
309821	Linux Distros 未修补的漏洞：CVE-2026-35379	low
309820	Linux Distros 未修补的漏洞：CVE-2026-35361	medium
309819	Linux Distros 未修补的漏洞：CVE-2026-31505	high
309818	Linux Distros 未修补的漏洞：CVE-2026-31493	high
309817	Linux Distros 未修补的漏洞：CVE-2026-35339	medium
309816	Linux Distros 未修补的漏洞：CVE-2026-35360	medium
309815	Linux Distros 未修补的漏洞：CVE-2026-35380	medium
309814	Linux Distros 未修补的漏洞：CVE-2026-31483	medium
309813	Linux Distros 未修补的漏洞：CVE-2026-35381	low
309812	Linux Distros 未修补的漏洞：CVE-2026-35354	medium

检测

Nessus 的 Misc. 系列

medium

medium

medium

high

medium

medium

medium

high

high

high

high

low

high

medium

medium

low

medium

medium

medium

medium

medium

critical

medium

medium

medium

medium

medium

medium

high

high

medium

high

medium

high

medium

medium

high

high

medium

high

low

medium

high

high

medium

medium

medium

medium

low

medium