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

  - configfs：在 rmdir 中丢弃该项目之前先反哈希 dentry configfs_get_config_item（） 将散列的 dentry 视为证明 sd->s_element 是实时config_item。configfs_rmdir（） 会打破此问题：simple_rmdir（） 会保留 dentry 哈希处理，紧接着删除对该项的最后一个引用，并且只有在 ->rmdir（） 返回时才会通过 d_delete（） 反哈希 dentry。configfs_symlink（） 解析其目标未对其进行锁定，因此 get_target（） 可进入该窗口： 缺陷：KASAN：config_item_get+0x26/0x90 get_target fs/configfs/symlink.c：128 中的释放后使用 slab-use-after-configfs_symlink +0x4ab/0x1030 fs/configfs/symlink.c：185 在 configfs_remove_dir（） 中进行反哈希，而项目仍保证存在。
    刚好在该操作之前获取的引用保持无害，因为 create_link（） 重新检查已由 configfs_detach_prep（） 设置的CONFIGFS_USET_DROPPING。两个 configfs_unregister_subsystem（） 路径在分离之后都会d_drop（），所以只会使 rmdir 匹配它们。（CVE-2026-97949）

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

因此，该软件受到 ALAS2023-2026-3192 公告中提及的多个漏洞影响。

    Linux 内核的 virtio-net/TAP 网络路径中的问题可允许在客户机虚拟机内具有特权访问权限的执行者发送特别构建的网络数据包，这些数据包会损坏运行未修补的 Linux 内核版本 4.4 的基于 KVM 的 6.18管理程序上的主机内核内存。这可导致主机内存泄露或拒绝服务。



    在 Linux 内核中，以下漏洞已修复：

    sctp：修复 INIT 处理中的err_chunk内存泄漏 （CVE-2026-72413）

    在 Linux 内核中，以下漏洞已修复：

    xfrm：修复 xfrm 异步恢复 （CVE-2026-72463） 中的 dev 释放后使用

    在 Linux 内核中，以下漏洞已修复：

    bpf：通过uprobe_multi数据的access_ok保护__get_user访问 （CVE-2026-74258）

    在 Linux 内核中，以下漏洞已修复：

    ipv4：fib：不在 fib_leaf_notify（） 中转储垂死的fib_info。（CVE-2026-74289）

    在 Linux 内核中，以下漏洞已修复：

    netfilter：cttimeout：分离数据平台超时策略并重新利用 refcount （CVE-2026-74347）

    在 Linux 内核中，以下漏洞已修复：

    fou：修复 fou_create（） 中的释放后使用 （CVE-2026-74496）

    在 Linux 内核中，以下漏洞已修复：

    vfio/pci：初始化失败时释放 vdev->msi_perm 后将其清除 （CVE-2026-89777）

    在 Linux 内核中，以下漏洞已修复：

    isofs：修复空 zisofs blockCVE-2026-89778（） 中的越界页面数组访问

    在 Linux 内核中，以下漏洞已修复：

    perf：修复 perf mmap（） 恢复与最后一个 munmap（） （CVE-2026-89791） 争用时的释放后使用

    在 Linux 内核中，以下漏洞已修复：

    nvme：如果区域信息查询失败，则跳过分区限制更新 （CVE-2026-89971）

    在 Linux 内核中，以下漏洞已修复：

    tcp：拒绝非 zerocopy devmem tx （CVE-2026-90051）

    在 Linux 内核中，以下漏洞已修复：

    net/sched：sch_htb：限制htb_classify内部类过滤器跃点 （CVE-2026-90053）

    在 Linux 内核中，以下漏洞已修复：

    net/sched：绑定 qdisc_pkt_len 以防止 qdisc 软锁定 （CVE-2026-90058）

    在 Linux 内核中，以下漏洞已修复：

    virtio-net：确保 TCP 数据包不会溢出 gso_segs （CVE-2026-90063）

    在 Linux 内核中，以下漏洞已修复：

    net/sched：sfq：钳制 quantum 以避免已签名溢出软锁定 （CVE-2026-90072）

    在 Linux 内核中，以下漏洞已修复：

    net/sched：hhf：在 hhf_change（） 之前钳制 quantum 以避免溢出 （CVE-2026-90073）

    在 Linux 内核中，以下漏洞已修复：

    net/sched：fq_codel：钳制默认 quantum 和 mtu （CVE-2026-90075）

    在 Linux 内核中，以下漏洞已修复：

    net/sched：fq：向 quantum 和初始 quantum （CVE-2026-90076） 添加溢出边界

    在 Linux 内核中，以下漏洞已修复：

    NFSv4/pnfs：密钥 NFS 版本 （CVE-2026-90102） 上的数据服务器缓存

    在 Linux 内核中，以下漏洞已修复：

    NFSv4.2：修复 LAYOUTSTATS 发送缓冲区耗尽 （CVE-2026-90103）

    在 Linux 内核中，以下漏洞已修复：

    xsk：修复 __xsk_rcv（） 中的空指针取消引用 （CVE-2026-90115）

    在 Linux 内核中，以下漏洞已修复：

    vsock：不检查 vsock_accept（） 中的侦听器sk_err （CVE-2026-90138）

    在 Linux 内核中，以下漏洞已修复：

    null_blk：创建默认设备后注册 configfs 子系统 （CVE-2026-90189）

    在 Linux 内核中，以下漏洞已修复：

    fs/ntfs3：拒绝 mi_enum_attr（） （CVE-2026-90199） 中的超出范围 evcn

    在 Linux 内核中，以下漏洞已修复：

    nvme/ioctl：使用 nvme_cmd_allowed（） （CVE-2026-90227） 检查SUBMIT_IO

    在 Linux 内核中，以下漏洞已修复：

    bpf：在加载 （CVE-2026-90312） 之前检查加载获取 src ptr 类型

    在 Linux 内核中，以下漏洞已修复：

    bpf、cgroup：修复__cgroup_bpf_attach失败后的无效存储访问 （CVE-2026-90313）

    在 Linux 内核中，以下漏洞已修复：

    dm-integrity：将可伪造的丢弃填充物替换为键控扇区标记 （CVE-2026-90333）

    在 Linux 内核中，以下漏洞已修复：

    bpf、x86：修复 128 位参数 （CVE-2026-90358） 的 trampoline 堆栈大小

    在 Linux 内核中，以下漏洞已修复：

    bpf：修复 bpf_netns_link_update_prog 中潜在的 UAF （CVE-2026-90393）

    在 Linux 内核中，以下漏洞已修复：

    iommu/tegra241-cmdqv：将错误 ISR 同步到 VINTF （de）init （CVE-2026-90429）

    在 Linux 内核中，以下漏洞已修复：

    RDMA/mlx5：修复用户 QP 缓冲区大小 （CVE-2026-90435） 的整数溢出

    在 Linux 内核中，以下漏洞已修复：

    RDMA/core：修复 ib_dealloc_pd_user（） （CVE-2026-92507） 中潜在的释放后使用

    在 Linux 内核中，以下漏洞已修复：

    软件节点：修复索引 -1 （CVE-2026-93046） 的 software_node_get_reference_args（）

    在 Linux 内核中，以下漏洞已修复：

    uio：修复失败注册路径 （CVE-2026-93054） 中过时的信息指针

    在 Linux 内核中，以下漏洞已修复：

    bpf：拒绝超过 u32 max （CVE-2026-93125） 的 rdonly/rdwr_buf_size kfunc 参数

    在 Linux 内核中，以下漏洞已修复：

    mm/secretmem：正确考虑锁定的页面 （CVE-2026-93243）

    在 Linux 内核中，以下漏洞已修复：

    vxlan：mdb：修复 vxlan_mdb_flush（） （CVE-2026-93250） 中的释放后使用

    在 Linux 内核中，以下漏洞已修复：

    ext4：挂载期间跳过额外的 isize 扩展以防止死锁 （CVE-2026-93268）

    在 Linux 内核中，以下漏洞已修复：

    i2c：smbus：拒绝通用路径 （CVE-2026-93287） 中的超大块传输

    在 Linux 内核中，以下漏洞已修复：

    netfilter：nfnetlink_log：等待 rcu 宽限期后再释放 pernet 状态 （CVE-2026-93288）

    在 Linux 内核中，以下漏洞已修复：

    smb/client：零初始化堆栈分配cifs_open_info_data （CVE-2026-93801）

    在 Linux 内核中，以下漏洞已修复：

    btrfs：tree-checker：验证INODE_REF的 namelen （CVE-2026-93813）

    在 Linux 内核中，以下漏洞已修复：

    perf：修复addr_filter_ranges生命周期 （CVE-2026-93817）

    在 Linux 内核中，以下漏洞已修复：

    tls：拒绝 TLS 和 sockmap （CVE-2026-93824） 的组合

    在 Linux 内核中，以下漏洞已修复：

    virtio-fs：避免发生故障的队列设置 （CVE-2026-93827） 时的双重释放

    在 Linux 内核中，以下漏洞已修复：

    exfat：修复 exfat_create_upcase_table（） （）CVE-2026-93828 中受损卷的处理

    在 Linux 内核中，以下漏洞已修复：

    btrfs：tree-checker：验证 ROOT_REF 和 ROOT_BACKREF 中的名称 （CVE-2026-97415）

    在 Linux 内核中，以下漏洞已修复：

    RDMA/umem：注意 ib_umem_find_best_pgsz（） （CVE-2026-97421） 中的边界条件

    在 Linux 内核中，以下漏洞已修复：

    fs/ntfs3：验证索引条目密钥边界 （CVE-2026-97438）

    在 Linux 内核中，以下漏洞已修复：

    fs/ntfs3：保留 system.dos_attrib （CVE-2026-97439） 中的非 DOS 属性位

    在 Linux 内核中，以下漏洞已修复：

    ACPICA：修复 acpi_ds_terminate_control_method（） 中的释放后使用 （CVE-2026-97455）

    在 Linux 内核中，以下漏洞已修复：

    mptcp：避免对子流重置 （CVE-2026-97524） 执行不必要的操作

    在 Linux 内核中，以下漏洞已修复：

    x86/mm/pat：获取属性更改上的init_mm读取锁定以避免 UAF （CVE-2026-97533）

    在 Linux 内核中，以下漏洞已修复：

    smb：客户端：修复 DACL 所有者/群组重写 （CVE-2026-97555） 中的堆溢出

    在 Linux 内核中，以下漏洞已修复：

    smb：客户端：拒绝 CIFSSMBRead（） 中的短 READ 响应 （CVE-2026-97565）

    在 Linux 内核中，以下漏洞已修复：

    landlock：修复源父目录 （CVE-2026-97594） 的释放后使用

    在 Linux 内核中，以下漏洞已修复：

    ipvs：拒绝连接模板同步记录中的无效状态 （CVE-2026-97596）

    在 Linux 内核中，以下漏洞已修复：

    ipv6：flowlabel：封装每个套接字的重复租用 （CVE-2026-97597）

    在 Linux 内核中，以下漏洞已修复：

    inet：frags：在刷新队列之前使其无效 （CVE-2026-97602）

    在 Linux 内核中，以下漏洞已修复：

    net：openvswitch：修复流表掩码数组 （CVE-2026-97611） 的释放后使用

    在 Linux 内核中，以下漏洞已修复：

    ipv6：修复 seq stop （CVE-2026-97940） 上的 fib6 walker UAF

    在 Linux 内核中，以下漏洞已修复：

    x86/mm/pat：获得折叠时的init_mm写锁定以避免 UAF （CVE-2026-97943）

    在 Linux 内核中，以下漏洞已修复：

    configfs：在终止 rmdir （CVE-2026-97949） 中的项目之前，先反哈希 dentry

    在 Linux 内核中，以下漏洞已修复：

    scsi：target：iscsi：修复已中止 WRITE_PENDING 命令的挂起 （CVE-2026-97951）

    在 Linux 内核中，以下漏洞已修复：

    net/sched：drr：钳制变更类 （CVE-2026-98010） 中的量子

    在 Linux 内核中，以下漏洞已修复：

    net/sched：hhf：clamp change 和 init 路径中的 quantum （CVE-2026-98011）

    在 Linux 内核中，以下漏洞已修复：

    net/sched：sfq：钳制更改路径 （CVE-2026-98012） 中的 quantum

    在 Linux 内核中，以下漏洞已修复：

    net/mlx5：E-Switch：修复 mlx5_eswitch_termtbl_put 中的释放后使用 （CVE-2026-98015）

    在 Linux 内核中，以下漏洞已修复：

    net/mlx5e：修复 sample_restore_put（） （CVE-2026-98016） 中的释放后使用争用

    在 Linux 内核中，以下漏洞已修复：

    bpf：拒绝不受信任的已分配对象指针 （CVE-2026-98037）

    在 Linux 内核中，以下漏洞已修复：

    bpf：需要对 percpu kptr 存储进行MEM_PERCPU （CVE-2026-98039）

    在 Linux 内核中，以下漏洞已修复：

    bpf：不预测 JMP32 指针与零比较 （CVE-2026-98041）

    在 Linux 内核中，以下漏洞已修复：

    bpf：检查 rbtree 回调的上级帧 （CVE-2026-98047）

    在 Linux 内核中，以下漏洞已修复：

    nvme：在扫描期间按 NSID 范围删除过时的命名空间 （CVE-2026-98056）

    在 Linux 内核中，以下漏洞已修复：

    bpf：拒绝 rbtree 回调中的弹性锁定操作 （CVE-2026-98060）

    在 Linux 内核中，以下漏洞已修复：

    net/rds：获取 rds_tcp_reset_callbacks（） （）CVE-2026-98070 中的RDS_IN_XMIT

    在 Linux 内核中，以下漏洞已修复：

    ipvs：修复反向序列选项序列化 （CVE-2026-98078）

    在 Linux 内核中，以下漏洞已修复：

    af_packet：不在 tpacket_parse_header（） 中将 tpacket_hdr.tp_len 转换为 int。（CVE-2026-98095）

    在 Linux 内核中，以下漏洞已修复：

    ipv6：sr：路由和转发前还原网络标头 （CVE-2026-98096）

    在 Linux 内核中，以下漏洞已修复：

    net/sched：cls_u32：修复节点 ID 池耗尽时的重复句柄 （CVE-2026-98104）

    在 Linux 内核中，以下漏洞已修复：

    netfs：修复 subreq 引用泄漏 （CVE-2026-98120）

    在 Linux 内核中，以下漏洞已修复：

    vxlan：mdb：修复 vxlan_mdb_remote_src_del（） （CVE-2026-98122） 中的释放后使用

    在 Linux 内核中，以下漏洞已修复：

    sctp：修复来自未填充 ASCONF-ACK 参数迭代 （CVE-2026-98123） 的软锁定

    在 Linux 内核中，以下漏洞已修复：

    sctp：修复 SCTP_CMD_TIMER_START 中的 TOCTOU 争用 （CVE-2026-98130）

    在 Linux 内核中，以下漏洞已修复：

    drm/virtio：使用 DMA API 对 Xen （CVE-2026-98156） 进行资源支持

    在 Linux 内核中，以下漏洞已修复：ipv4: validate checksum_start before completing checksum If a packet with bad checksum metadata gets into the ipv4 stack, skb_checksum_help can corrupt the network header and cause a bunch of mischief. This was discovered and reported by Paulos, and has been reporoduced by others independently since. We really shouldn't allow such packets in, but as a defence in depth measure, let's also check before we complete the checksum. A more complete validation at input is forthcoming, but needs more work. (CVE-2026-99999)

Tenable 已直接从测试产品的安全公告中提取上述描述块。

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

远程 Debian 13 主机上存在安装的程序包，该程序包受到 dsa-6568 公告中提及的多个漏洞的影响。

    - ------------------------------------------------------------------------- Debian 安全公告 DSA-6568-1 security@debian.org https://www.debian.org/security/Salvatore Bonaccorso 2026 年 10 月 16 日 https://www.debian.org/security/faq
    - -------------------------------------------------------------------------

    程序包：linux CVE ID： CVE-2025-38204 CVE-2025-40158 CVE-2026-52988 CVE-2026-72315 CVE-2026-72463 CVE-2026-74347 CVE-2026-80935 CVE-2026-80937 CVE-2026-80939 CVE-2026-80980 CVE-2026-81016 CVE-2026-89437 CVE-2026-89441 CVE-2026-89445 CVE-2026-89452 CVE-2026-89467 CVE-2026-89500 CVE-2026-89503 CVE-2026-89520 CVE-2026-89527 CVE-2026-89633 CVE-2026-89638 CVE-2026-89766 CVE-2026-89795 CVE-2026-89797 CVE-2026-89806 CVE-2026-89827 CVE-2026-89832 CVE-2026-89837 CVE-2026-89838 CVE-2026-89840 CVE-2026-89859 CVE-2026-89868 CVE-2026-89912 CVE-2026-89921 CVE-2026-89956 CVE-2026-89971 CVE-2026-89972 CVE-2026-89996 CVE-2026-90002 CVE-2026-90013 CVE-2026-90016 CVE-2026-90023 CVE-2026-90029 CVE-2026-90030 CVE-2026-90146 CVE-2026-93179 CVE-2026-93196 CVE-2026-93199 CVE-2026-93200 CVE-2026-93231 CVE-2026-93243 CVE-2026-93244 CVE-2026-93285 CVE-2026-97527 CVE-2026-97528 CVE-2026-97529 CVE-2026-97530 CVE-2026-97531 CVE-2026-97532 CVE-2026-97534 CVE-2026-97535 CVE-2026-97536 CVE-2026-97537 CVE-2026-97549 CVE-2026-97558 CVE-2026-97559 CVE-2026-97566 CVE-2026-97567 CVE-2026-97571 CVE-2026-97574 CVE-2026-97594 CVE-2026-97597 CVE-2026-97603 CVE-2026-97609 CVE-2026-97615 CVE-2026-97618 CVE-2026-97619 CVE-2026-97620 CVE-2026-97901 CVE-2026-97906 CVE-2026-97918 CVE-2026-97919 CVE-2026-97933 CVE-2026-97934 CVE-2026-97935 CVE-2026-97938 CVE-2026-97939 CVE-2026-97949 CVE-2026-97950 CVE-2026-98101 CVE-2026-98161 CVE-2026-98167 CVE-2026-98168 CVE-2026-98169 CVE-2026-98170 CVE-2026-98171 CVE-2026-98172 CVE-2026-98173 CVE-2026-98174 CVE-2026-98175 CVE-2026-98179 CVE-2026-98181 CVE-2026-98182 CVE-2026-98184 CVE-2026-98185 CVE-2026-98186 CVE-2026-98187 CVE-2026-98188 CVE-2026-98189 CVE-2026-98190 CVE-2026-98191 CVE-2026-98192 CVE-2026-98193 CVE-2026-98194 CVE-2026-98195 CVE-2026-98196 CVE-2026-98197 CVE-2026-98198 CVE-2026-98199 CVE-2026-98200 CVE-2026-98201 CVE-2026-98202 CVE-2026-98203 CVE-2026-98204 CVE-2026-98205 CVE-2026-98206 CVE-2026-98207 CVE-2026-98208 CVE-2026-98209 CVE-2026-98210 CVE-2026-98211 CVE-2026-98212 CVE-2026-98213 CVE-2026-98214 CVE-2026-98215 CVE-2026-98216 CVE-2026-98217 CVE-2026-98218 CVE-2026-98221 CVE-2026-98222 CVE-2026-98227 CVE-2026-98229 CVE-2026-98230 CVE-2026-98231 CVE-2026-98232 CVE-2026-98233 CVE-2026-98234 CVE-2026-98235 CVE-2026-98236 CVE-2026-98237 CVE-2026-98238 CVE-2026-98239 CVE-2026-98241 CVE-2026-98245 CVE-2026-98246 CVE-2026-98247 CVE-2026-98248 CVE-2026-98249 CVE-2026-98251 CVE-2026-98252 CVE-2026-98253 CVE-2026-98254 CVE-2026-98255 CVE-2026-98257 CVE-2026-98260 CVE-2026-98261 CVE-2026-98262 CVE-2026-98263 CVE-2026-98264 CVE-2026-98265 CVE-2026-98266 CVE-2026-98267 CVE-2026-98269 CVE-2026-98270 CVE-2026-98271 CVE-2026-98272 CVE-2026-98275 CVE-2026-98276 CVE-2026-98282 CVE-2026-98283 CVE-2026-98287 CVE-2026-98290 CVE-2026-98291 CVE-2026-98293 CVE-2026-98295 CVE-2026-98297 CVE-2026-98298 CVE-2026-98299 CVE-2026-98300 CVE-2026-98301 CVE-2026-98302 CVE-2026-98303 CVE-2026-98306 CVE-2026-98307 CVE-2026-98308 CVE-2026-98309 CVE-2026-98311 CVE-2026-98312 CVE-2026-98314 CVE-2026-98316 CVE-2026-98319 CVE-2026-98320 CVE-2026-98322 CVE-2026-98323 CVE-2026-98325 CVE-2026-98326 CVE-2026-98327 CVE-2026-98328 CVE-2026-98329 CVE-2026-98331 CVE-2026-98334 CVE-2026-98335 CVE-2026-98336 CVE-2026-98337 CVE-2026-98339 CVE-2026-98340 CVE-2026-98342 CVE-2026-98343 CVE-2026-98344 CVE-2026-98345 CVE-2026-98346 CVE-2026-98347 CVE-2026-98348 CVE-2026-98349 CVE-2026-98351 CVE-2026-98352 CVE-2026-98354 CVE-2026-98357 CVE-2026-98358 CVE-2026-98359 CVE-2026-98360 CVE-2026-98362 CVE-2026-98363 CVE-2026-98365 CVE-2026-98366 CVE-2026-98367 CVE-2026-98368 CVE-2026-98369 CVE-2026-98370 CVE-2026-98373 CVE-2026-98374 CVE-2026-98375 CVE-2026-98377 CVE-2026-98378 CVE-2026-98379 CVE-2026-98380 CVE-2026-98381 CVE-2026-98382 CVE-2026-98383 CVE-2026-98384 CVE-2026-98386 CVE-2026-98403 CVE-2026-98406 CVE-2026-98407 CVE-2026-98409 CVE-2026-98410 CVE-2026-98411 CVE-2026-98412 CVE-2026-98413 CVE-2026-98416 CVE-2026-98417 CVE-2026-98419 CVE-2026-98421 CVE-2026-98422 CVE-2026-98423 CVE-2026-98425 CVE-2026-98426 CVE-2026-98428 CVE-2026-98429 CVE-2026-98430 CVE-2026-98432 CVE-2026-99999 Debian 缺陷：1149499 1149564 1150891

    在 Linux 内核中发现多个可能导致权限升级、拒绝服务或信息泄漏的漏洞。

    对于稳定发行版本 (trixie)，已在 6.12.113-1 版本中修复这些问题。

    建议您升级 linux 程序包。

    如需了解 linux 的详细安全状态，请参阅其安全跟踪页面：
    https://security-tracker.debian.org/tracker/linux

    有关 Debian 安全公告、如何将这些更新应用到系统以及常见问题解答的更多信息，请访问以下网址：https://www.debian.org/security/

    邮件列表：debian-security-announce@lists.debian.org

Tenable 已直接从 Debian 安全公告中提取上述描述块。

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

AlmaLinux 9.2 主机上存在安装的程序包，该程序包受到 TuxCare ALMALINUX9.2：CLSA-2026：1792243434公告中提及的多个漏洞的影响。

  - 已修复 Linux 内核中的下列漏洞：ethernet: hisilicon: hns:
    hns_dsaf_misc: fix a possible array overflow in hns_dsaf_ge_srst_by_port() The if statement: if (port >= DSAF_GE_NUM) return; limits the value of port less than DSAF_GE_NUM (i.e., 8). However, if the value of port is 6 or 7, an array overflow could occur: port_rst_off = dsaf_dev->mac_cb[port]->port_rst_off;
    because the length of dsaf_dev->mac_cb is DSAF_MAX_PORT_NUM (i.e., 6). To fix this possible array overflow, we first check port and if it is greater than or equal to DSAF_MAX_PORT_NUM, the function returns. (CVE-2021-47548)

  - 已修复 Linux 内核中的下列漏洞：SUNRPC: Fix a suspicious RCU usage warning I received the following warning while running cthon against an ontap server running pNFS: [57.202521] ============================= [ 57.202522] WARNING: suspicious RCU usage [ 57.202523] 6.7.0-rc3-g2cc14f52aeb7 #41492 Not tainted [ 57.202525] ----------------------------- [ 57.202525] net/sunrpc/xprtmultipath.c:349 RCU-list traversed in non-reader section!! [ 57.202527] other info that might help us debug this: [ 57.202528] rcu_scheduler_active = 2, debug_locks = 1 [ 57.202529] no locks held by test5/3567. [ 57.202530] stack backtrace: [ 57.202532] CPU: 0 PID: 3567 Comm: test5 Not tainted 6.7.0-rc3-g2cc14f52aeb7 #41492 5b09971b4965c0aceba19f3eea324a4a806e227e [ 57.202534] Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS unknown 2/2/2022 [ 57.202536] Call Trace: [ 57.202537] <TASK> [57.202540] dump_stack_lvl+0x77/0xb0 [ 57.202551] lockdep_rcu_suspicious+0x154/0x1a0 [ 57.202556] rpc_xprt_switch_has_addr+0x17c/0x190 [sunrpc ebe02571b9a8ceebf7d98e71675af20c19bdb1f6] [ 57.202596] rpc_clnt_setup_test_and_add_xprt+0x50/0x180 [sunrpc ebe02571b9a8ceebf7d98e71675af20c19bdb1f6] [ 57.202621] ? rpc_clnt_add_xprt+0x254/0x300 [sunrpc ebe02571b9a8ceebf7d98e71675af20c19bdb1f6] [ 57.202646] rpc_clnt_add_xprt+0x27a/0x300 [sunrpc ebe02571b9a8ceebf7d98e71675af20c19bdb1f6] [ 57.202671] ?
    __pfx_rpc_clnt_setup_test_and_add_xprt+0x10/0x10 [sunrpc ebe02571b9a8ceebf7d98e71675af20c19bdb1f6] [57.202696] nfs4_pnfs_ds_connect+0x345/0x760 [nfsv4 c716d88496ded0ea6d289bbea684fa996f9b57a9] [ 57.202728] ? __pfx_nfs4_test_session_trunk+0x10/0x10 [nfsv4 c716d88496ded0ea6d289bbea684fa996f9b57a9] [ 57.202754] nfs4_fl_prepare_ds+0x75/0xc0 [nfs_layout_nfsv41_files e3a4187f18ae8a27b630f9feae6831b584a9360a] [57.202760] filelayout_write_pagelist+0x4a/0x200 [nfs_layout_nfsv41_files e3a4187f18ae8a27b630f9feae6831b584a9360a] [ 57.202765] pnfs_generic_pg_writepages+0xbe/0x230 [nfsv4 c716d88496ded0ea6d289bbea684fa996f9b57a9] [ 57.202788] __nfs_pageio_add_request+0x3fd/0x520 [nfs 6c976fa593a7c2976f5a0aeb4965514a828e6902] [ 57.202813] nfs_pageio_add_request+0x18b/0x390 [nfs 6c976fa593a7c2976f5a0aeb4965514a828e6902] [ 57.202831] nfs_do_writepage+0x116/0x1e0 [nfs 6c976fa593a7c2976f5a0aeb4965514a828e6902] [ 57.202849] nfs_writepages_callback+0x13/0x30 [nfs 6c976fa593a7c2976f5a0aeb4965514a828e6902] [ 57.202866] write_cache_pages+0x265/0x450 [ 57.202870] ?
    __pfx_nfs_writepages_callback+0x10/0x10 [nfs 6c976fa593a7c2976f5a0aeb4965514a828e6902] [ 57.202891] nfs_writepages+0x141/0x230 [nfs 6c976fa593a7c2976f5a0aeb4965514a828e6902] [ 57.202913] do_writepages+0xd2/0x230 [ 57.202917] ? filemap_fdatawrite_wbc+0x5c/0x80 [ 57.202921] filemap_fdatawrite_wbc+0x67/0x80 [ 57.202924] filemap_write_and_wait_range+0xd9/0x170 [ 57.202930] nfs_wb_all+0x49/0x180 [nfs 6c976fa593a7c2976f5a0aeb4965514a828e6902] [ 57.202947] nfs4_file_flush+0x72/0xb0 [nfsv4 c716d88496ded0ea6d289bbea684fa996f9b57a9] [ 57.202969]
    __se_sys_close+0x46/0xd0 [ 57.202972] do_syscall_64+0x68/0x100 [ 57.202975] ? do_syscall_64+0x77/0x100 [57.202976] ? do_syscall_64+0x77/0x100 [ 57.202979] entry_SYSCALL_64_after_hwframe+0x6e/0x76 [ 57.202982] RIP: 0033:0x7fe2b12e4a94 [ 57.202985] Code: 00 f7 d8 64 89 01 48 83 c8 ff c3 66 2e 0f 1f 84 00 00 00 00 00 90 f3 0f 1e fa 80 3d d5 18 0e 00 00 74 13 b8 03 00 00 00 0f 05 <48> 3d 00 f0 ff ff 77 44 c3 0f 1f 00 48 83 ec 18 89 7c 24 0c e8 c3 [ 57.202987] RSP: 002b:00007ffe857ddb38 EFLAGS: 00000202 ORIG_RAX:
    0000000000000003 [ 57.202989] RAX: ffffffffffffffda RBX: 00007ffe857dfd68 RCX: 00007fe2b12e4a94 [57.202991] RDX: 0000000000002000 RSI: 00007ffe857ddc40 RDI: 0000000000000003 [ 57.202992] RBP:
    00007ffe857dfc50 R08: 7fffffffffffffff R09: 0000000065650f49 [ 57.202993] R10: 00007f ---truncated--- (CVE-2023-52623)

  - 已修复 Linux 内核中的下列漏洞：dm: call the resume method on internal suspend There is this reported crash when experimenting with the lvm2 testsuite. The list corruption is caused by the fact that the postsuspend and resume methods were not paired correctly; there were two consecutive calls to the origin_postsuspend function. The second call attempts to remove the hash_list entry from a list, while it was already removed by the first call. Fix __dm_internal_resume so that it calls the preresume and resume methods of the table's targets. If a preresume method of some target fails, we are in a tricky situation. We can't return an error because dm_internal_resume isn't supposed to return errors. We can't return success, because then the resume and postsuspend methods would not be paired correctly. So, we set the DMF_SUSPENDED flag and we fake normal suspend - it may confuse userspace tools, but it won't cause a kernel crash. ------------[ cut here ]------------ kernel BUG at lib/list_debug.c:56! invalid opcode: 0000 [#1] PREEMPT SMP CPU: 1 PID: 8343 Comm: dmsetup Not tainted 6.8.0-rc6 #4 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.14.0-2 04/01/2014 RIP:
    0010:__list_del_entry_valid_or_report+0x77/0xc0 <snip> RSP: 0018:ffff8881b831bcc0 EFLAGS: 00010282 RAX:
    000000000000004e RBX: ffff888143b6eb80 RCX: 0000000000000000 RDX: 0000000000000001 RSI: ffffffff819053d0 RDI: 00000000ffffffff RBP: ffff8881b83a3400 R08: 00000000fffeffff R09: 0000000000000058 R10:
    0000000000000000 R11: ffffffff81a24080 R12: 0000000000000001 R13: ffff88814538e000 R14: ffff888143bc6dc0 R15: ffffffffa02e4bb0 FS: 00000000f7c0f780(0000) GS:ffff8893f0a40000(0000) knlGS:0000000000000000 CS: 0010 DS: 002b ES: 002b CR0: 0000000080050033 CR2: 0000000057fb5000 CR3: 0000000143474000 CR4: 00000000000006b0 Call Trace: <TASK> ? die+0x2d/0x80 ? do_trap+0xeb/0xf0 ? __list_del_entry_valid_or_report+0x77/0xc0 ? do_error_trap+0x60/0x80 ? __list_del_entry_valid_or_report+0x77/0xc0 ? exc_invalid_op+0x49/0x60 ?
    __list_del_entry_valid_or_report+0x77/0xc0 ? asm_exc_invalid_op+0x16/0x20 ? table_deps+0x1b0/0x1b0 [dm_mod] ? __list_del_entry_valid_or_report+0x77/0xc0 origin_postsuspend+0x1a/0x50 [dm_snapshot] dm_table_postsuspend_targets+0x34/0x50 [dm_mod] dm_suspend+0xd8/0xf0 [dm_mod] dev_suspend+0x1f2/0x2f0 [dm_mod] ? table_deps+0x1b0/0x1b0 [dm_mod] ctl_ioctl+0x300/0x5f0 [dm_mod] dm_compat_ctl_ioctl+0x7/0x10 [dm_mod] __x64_compat_sys_ioctl+0x104/0x170 do_syscall_64+0x184/0x1b0 entry_SYSCALL_64_after_hwframe+0x46/0x4e RIP: 0033:0xf7e6aead <snip> ---[ end trace 0000000000000000 ]--- (CVE-2024-26880)

  - 已修复 Linux 内核中的下列漏洞：netfilter: nf_tables: flush pending destroy work before exit_net release Similar to 2c9f0293280e (netfilter: nf_tables: flush pending destroy work before netlink notifier) to address a race between exit_net and the destroy workqueue. The trace below shows an element to be released via destroy workqueue while exit_net path (triggered via module removal) has already released the set that is used in such transaction. [ 1360.547789] BUG: KASAN: slab-use-after-free in nf_tables_trans_destroy_work+0x3f5/0x590 [nf_tables] [ 1360.547861] Read of size 8 at addr ffff888140500cc0 by task kworker/4:1/152465 [ 1360.547870] CPU: 4 PID: 152465 Comm: kworker/4:1 Not tainted 6.8.0+ #359 [ 1360.547882] Workqueue: events nf_tables_trans_destroy_work [nf_tables] [1360.547984] Call Trace: [ 1360.547991] <TASK> [ 1360.547998] dump_stack_lvl+0x53/0x70 [ 1360.548014] print_report+0xc4/0x610 [ 1360.548026] ? __virt_addr_valid+0xba/0x160 [ 1360.548040] ?
    __pfx__raw_spin_lock_irqsave+0x10/0x10 [ 1360.548054] ? nf_tables_trans_destroy_work+0x3f5/0x590 [nf_tables] [ 1360.548176] kasan_report+0xae/0xe0 [ 1360.548189] ? nf_tables_trans_destroy_work+0x3f5/0x590 [nf_tables] [ 1360.548312] nf_tables_trans_destroy_work+0x3f5/0x590 [nf_tables] [ 1360.548447] ?
    __pfx_nf_tables_trans_destroy_work+0x10/0x10 [nf_tables] [ 1360.548577] ? _raw_spin_unlock_irq+0x18/0x30 [1360.548591] process_one_work+0x2f1/0x670 [ 1360.548610] worker_thread+0x4d3/0x760 [ 1360.548627] ?
    __pfx_worker_thread+0x10/0x10 [ 1360.548640] kthread+0x16b/0x1b0 [ 1360.548653] ? __pfx_kthread+0x10/0x10 [ 1360.548665] ret_from_fork+0x2f/0x50 [ 1360.548679] ? __pfx_kthread+0x10/0x10 [ 1360.548690] ret_from_fork_asm+0x1a/0x30 [ 1360.548707] </TASK> [ 1360.548719] Allocated by task 192061: [ 1360.548726] kasan_save_stack+0x20/0x40 [ 1360.548739] kasan_save_track+0x14/0x30 [ 1360.548750]
    __kasan_kmalloc+0x8f/0xa0 [ 1360.548760] __kmalloc_node+0x1f1/0x450 [ 1360.548771] nf_tables_newset+0x10c7/0x1b50 [nf_tables] [ 1360.548883] nfnetlink_rcv_batch+0xbc4/0xdc0 [nfnetlink] [1360.548909] nfnetlink_rcv+0x1a8/0x1e0 [nfnetlink] [ 1360.548927] netlink_unicast+0x367/0x4f0 [1360.548935] netlink_sendmsg+0x34b/0x610 [ 1360.548944] ____sys_sendmsg+0x4d4/0x510 [ 1360.548953]
    ___sys_sendmsg+0xc9/0x120 [ 1360.548961] __sys_sendmsg+0xbe/0x140 [ 1360.548971] do_syscall_64+0x55/0x120 [ 1360.548982] entry_SYSCALL_64_after_hwframe+0x55/0x5d [ 1360.548994] Freed by task 192222: [1360.548999] kasan_save_stack+0x20/0x40 [ 1360.549009] kasan_save_track+0x14/0x30 [ 1360.549019] kasan_save_free_info+0x3b/0x60 [ 1360.549028] poison_slab_object+0x100/0x180 [ 1360.549036]
    __kasan_slab_free+0x14/0x30 [ 1360.549042] kfree+0xb6/0x260 [ 1360.549049] __nft_release_table+0x473/0x6a0 [nf_tables] [ 1360.549131] nf_tables_exit_net+0x170/0x240 [nf_tables] [ 1360.549221] ops_exit_list+0x50/0xa0 [ 1360.549229] free_exit_list+0x101/0x140 [ 1360.549236] unregister_pernet_operations+0x107/0x160 [ 1360.549245] unregister_pernet_subsys+0x1c/0x30 [ 1360.549254] nf_tables_module_exit+0x43/0x80 [nf_tables] [ 1360.549345] __do_sys_delete_module+0x253/0x370 [1360.549352] do_syscall_64+0x55/0x120 [ 1360.549360] entry_SYSCALL_64_after_hwframe+0x55/0x5d (gdb) list
    *__nft_release_table+0x473 0x1e033 is in __nft_release_table (net/netfilter/nf_tables_api.c:11354). 11349 list_for_each_entry_safe(flowtable, nf, &table->flowtables, list) { 11350 list_del(&flowtable->list);
    11351 nft_use_dec(&table->use); 11352 nf_tables_flowtable_destroy(flowtable); 11353 } 11354 list_for_each_entry_safe(set, ns, &table->sets, list) { 11355 list_del(&set->list); 11356 nft_use_dec(&table->use); 11357 if (set->flags & (NFT_SET_MAP | NFT_SET_OBJECT)) 11358 nft_map_deactivat
    ---truncated--- (CVE-2024-35899)

  - 已修复 Linux 内核中的下列漏洞：drm/client: Fully protect modes[] with dev->mode_config.mutex The modes[] array contains pointers to modes on the connectors' mode lists, which are protected by dev->mode_config.mutex. Thus we need to extend modes[] the same protection or by the time we use it the elements may already be pointing to freed/reused memory. (CVE-2024-35950)

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
350368	Linux Distros 未修补的漏洞：CVE-2026-97949	Nessus	Misc.	2026/9/25	2026/10/17	high
365258	Amazon Linux 2023：bpftool6.18、kernel6.18、kernel6.18-devel (ALAS2023-2026-3192)	Nessus	Amazon Linux Local Security Checks	2026/10/12	2026/10/19	medium
366507	Debian DSA-6568：ata-modules-6.12.111+deb13-armmp-di - 安全更新	Nessus	Debian Local Security Checks	2026/10/16	2026/10/19	high
366778	AlmaLinux 9.2 [TuxCare] 安全更新：bpftool / kernel / kernel-64k / kernel-64k-core / kernel-64k-debug 等多个漏洞（ALMALINUX9.2：CLSA-2026：1792243434）	Nessus	Alma Linux Local Security Checks	2026/10/17	2026/10/17	medium

检测

插件搜索

high

medium

high

medium