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

  - HID：多点触控：检查报告响应是否与请求一致。恶意（或笨拙）设备可能会使用完全不同的报告ID响应特定报告的功能请求。
    这可能导致HID核心混淆，导致诸如OOB写入等不良副作用。添加一个检查，确保回复中的报告ID与请求的ID一致。如果没有，就省略原始事件，提前返回。（CVE-2026-43047）

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

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

  - Bluetooth：SCO：修复 sco_sock_connect（） sco_sock_connect（） 检查sk_state和sk_type中的争用条件，而无需保留套接字锁定。同一套接字上的两个并发 connect（） syscall 可同时通过检查并进入 sco_connect（），从而导致释放后使用。有缺陷的情况涉及三个参与者，并通过额外的日志记录检测得到确认： 线程 A（连接）： HCI 断开连接： 线程 B（连接）： sco_sock_connect（sk） sco_sock_connect（sk） sk_state==BT_OPEN sk_state==BT_OPEN （通过，无锁定） （通过，无锁定） sco_connect（sk）： sco_connect（sk）： hci_dev_lock hci_dev_lock hci_connect_sco <- blocked -> hcon1 sco_conn_add->conn1 lock_sock（sk） sco_chan_add： conn1->sk = sk sk->conn = conn1 sk_state=BT_CONNECT release_sock hci_dev_unlock hci_dev_lock sco_conn_del： lock_sock（sk） sco_chan_del： sk->conn=NULL conn1->sk=NULL sk_state= BT_CLOSED SOCK_ZAPPED release_sock hci_dev_unlock（未阻断） hci_connect_sco -> hcon2 sco_conn_add -> conn2 lock_sock（sk） sco_chan_add： sk->conn=conn2 sk_state= BT_CONNECT // 僵尸 sk！ release_sock hci_dev_unlock 线程 B 将 BT_CLOSED + SOCK_ZAPPED 套接字恢复为 BT_CONNECT。
    后续清理会触发双重 sock_put（） 和释放后使用。同时，conn1 会泄漏，因为它在 sco_conn_del（） 清除关联时被孤立。通过以下方式修复此问题：- 在 sco_sock_connect（） 中进行 sk_state/sk_type 检查之前移动 lock_sock（），以序列化并发连接尝试 - 修复 sk_type ！= SOCK_SEQPACKET 检查以实际返回错误，而不只是分配错误 - 在 lock_sock（） 之后在 sco_connect（） 中添加状态重新检查，以捕获锁定之间窗口期间的状态变化 - 在 sco_chan_add（） 中添加 sco_pi（sk）->conn 检查以防止重复附加套接字到多个连接 - 在sco_chan_add失败时添加 hci_conn_drop（） 以防止 HCI 连接泄漏 （CVE-2026-43023）

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

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

  - Incus 是一个系统容器和虚拟机管理器。在低于该版本 7.0.0之前，经过认证的用户上传大量数据可使 Incus 服务器耗尽磁盘空间，从而可能导致主机系统崩溃。此处对使用 storage.images_volume 和 storage.backups_volume 的任何人的影响有限，因为这些用户将把大量上传内容存储在这些卷上，而不是直接存储在主机文件系统上。这是 IncusOS 上的默认行为。已在版本 7.0.0 中修补此问题。
    (CVE-2026-41685)

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

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

  - ALSA：ctxfi：检查索引映射的错误 ctxfi 驱动程序盲目地假设从 daio_device_index（） 返回正确的值，但事实并非总是如此。添加适当的错误检查以处理函数中的错误。（CVE-2026-31777）

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

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

  - MPTCP：修复mptcp_recvmsg（）软锁定，Syzbot报告mptcp_recvmsg（）[0]软锁定。当接收MSG_PEEK |MSG_WAITALL旗帜时，skb 不会从sk_receive_queue中移除。这导致sk_wait_data（）总是找到可用数据，却从未真正等待，导致软锁定。通过添加一个“最后”参数来跟踪最后一次偷看的SKB，来解决这个问题。这使得sk_wait_data（）能够做出明智的等待决策，并在使用该方法时防止无限循环MSG_PEEK。[0]：看门狗：BUG：软锁定—— CPU#2 卡住了156秒！[服务器：1963]链接模块：CPU：2 UID：0 PID：1963 通讯：服务器 未受污染 6.19.0-rc8 #61 抢占（无） 硬件名称：QEMU 标准 PC（i440FX + PIIX，1996），BIOS 1.15.0-1 2014年4月1日 RIP：0010：sk_wait_data+0x15/0x190 代码：80 00 00 00 00 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 f3 0f 1e FA 41 56 41 55 41 54 49 89 f4 55 48 89 d5 53 4889 FB <48> 83 EC 30 65 48 8b 05 17 A4 6b 01 48 89 44 24 28 31 c0 65 48 8b RSP： 0018：ffffc900000603ca0 EFLAGS： 00000246 RAX： 0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
    ffff888102bf0800 RCX：0000000000000001 RDX：00000000000000000 RSI：ffffc900000603d18 RDI：ffff888102bf0800 RBP：0000000000000000 R08： 0000000000000002 R09：0000000000000101 R10：0000000000000000 R11：
    0000000000000075 R12： ffffc900000603d18 R13： ffff888102bf0800 R14： ffff888102bf0800 R15： 00000000000000000000 FS： 00007f6e38b8c4c0（0000） GS： ffff8881b877e000（0000） knlGS：000000000000000000 CS： 0010 DS： 0000 ES： 0000 CR0： 0000000080050033 CR2： 000055aa7bff1680 CR3： 00000000105cbe0000 CR4： 0000000000006f0 呼叫追踪： <TASK> mptcp_recvmsg+0x547/0x8c0 net/mptcp/protocol.c：2329 inet_recvmsg+0x11f/0x130 net/ipv4/af_inet.c：891 sock_recvmsg+0x94/0xc0 net/socket.c：1100 __sys_recvfrom+0xb2/0x130 net/socket.c：2256
    __x64_sys_recvfrom+0x1f/0x30 net/socket.c：2267 do_syscall_64+0x59/0x2d0 arch/x86/entry/syscall_64.c：94 entry_SYSCALL_64_after_hwframe+0x76/0x7e arch/x86/entry/entry_64.S：131 RIP：0033：0x7f6e386a4a1d 代码：0f 1f 84 00 00 00 00 0f 1f 44 00 00 48 8d 05 f1 de 2c 00 41 89 ca 8b 00 85 c0 75 20 45 31 c9 45 31 c0 b8 2d 0000 00 0f 05 <48> 3d 00 f0 ff ff 77 6b f3 c3 66 0f 1f 84 00 00 00 00 00 41 56 41 RSP：
    002b：00007ffc3c4bb078 EFLAGS： 00000246 ORIG_RAX： 000000000000002d RAX： ffffffda RBX：
    000000000000861e RCX：00007f6e386a4a1d RDX： 000000000000003ff RSI： 00007ffc3c4bb150 RDI： 0000000000000004 RBP： 00007ffc3c4bb570 R08： 0000000000000000000000000000000000000000000000000000000000000 R09R10： 0000000000000103 R11：
    0000000000000246 R12： 00005605dbc00be0 R13： 00007ffc3c4bb650 R14： 00000000000000000 R15： 00000000000000000000 </TASK>CVE-2026-43029（）

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

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

  - netfilter：ctnetlink：在新期望中忽略显式帮助工具 使用现有的主 conntrack 辅助工具，其他功能都不被真正支持，只会让验证更复杂，所以请忽略辅助用户空间对此期望的建议。在通过用户空间提供的与现有主 conntrack 辅助工具不同的辅助工具验证CTA_EXPECT_CLASS时发现了这一点：BUG： KASAN： slab-out-ofbounds in in in nf_ct_expect_related_report+0x2479/0x27c0 任务 poc/102 在 addr ffff8880043fe408 的读取大小为 4 调用追踪：nf_ct_expect_related_report+0x2479/0x27c0 ctnetlink_create_expect+0x22b/0x3b0 ctnetlink_new_expect+0x4bd/0x5c0 nfnetlink_rcv_msg+0x67a/0x950 netlink_rcv_skb+0x120/0x350 允许内核读取超出期望边界的内存字节。CTA_EXPECT_HELP_NAME 仍被用来通过 netlink 转储向用户空间提供辅助名称。（CVE-2026-43025）

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

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

  - Wireshark 4.6.04.6.4中的RDP协议剖分崩溃，4.4.144.4.0允许拒绝服务和可能的代码执行（CVE-2026-5405）

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

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

  - ksmbd：使用check_add_overflow（）防止u16 DACL大小溢出set_posix_acl_entries_dacl（）和set_ntacl_dacl（）在u16变量中累计ACE大小。当文件有多个 POSIX ACL 条目时，累计大小可能会绕过 65535，导致指针算术 （char *）pndace + *size 落在已写好的 ACE 内。后续写入会覆盖之前的条目，pndacl->size 会获得截断值。在每个累积点使用 check_add_overflow（） 来检测包裹，防止缓冲区损坏，这与 smbacl.c 其他地方已有的 check_mul_overflow（） 使用方式一致。（CVE-2026-31704）

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

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

  - Wireshark 4.6.0 To 4.6.4 和 4.4.04.4.14 To 中的配置文件导入路径遍历允许拒绝服务和可能的代码执行 （CVE-2026-5656）

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

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

  - Incus 是一个系统容器和虚拟机管理器。在之前的版本 7.0.0中，OVN 数据库连接逻辑中已损坏的 TLS 验证逻辑可允许连接至攻击者的 OVN 数据库。OVN 客户端实现禁用 Go 标准 TLS 服务器验证，并将其替换为自定义对等证书验证逻辑。该替代校验器不会在配置的 CA 证书中锚定信任。而是根据握手期间对等机提供的证书构建验证根集，因此解析配置的 CA 但不会用作最终验证决策的信任锚。在使用这些 SSL 数据库连接路径的启用了 OVN 的部署中，能够冒充或拦截管理网络上 OVN 端点的攻击者可展示流氓自签名证书链，Incus 将接受此证书为有效证书。此问题破坏了 OVN 数据库连接的预期 CA 型信任模型，并允许处于适当网络位置的主动攻击者进行端点假冒。此问题已在 7.0.0 版本中修复。(CVE-2026-40243)

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

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

  - net/mlx5：lag：在创建调试前检查LAG设备__mlx5_lag_dev_add_mdev（）即使发生错误且处理得当，也可能返回0（成功）。因此，即使没有有效的LAG上下文，初始化流程仍会调用mlx5_ldev_add_debugfs（）。mlx5_ldev_add_debugfs（） 盲目创建了 debugfs 目录和属性。这暴露了依赖有效 ldev 指针的接口（如 members 文件），如果在 ldev 为 NULL 时访问，可能会导致 NULL 指针被取消引用。在尝试创建debugfs条目之前，添加一个检查以验证mlx5_lag_dev（开发者）是否返回有效的指针。（CVE-2026-43013）

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

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

  - comedi：me4000：修复固件缓冲区“me4000_xilinx_download（）”的潜在溢出 加载由“request_firmware（）”请求的固件。由于盲目信任文件格式，它有可能使源缓冲区溢出。它会将前 4 个字节的数据流长度读入变量“file_length”中，并从偏移量 16 开始读取长度“file_length”的数据流内容。添加测试以确保提供的固件足够长以包含标头和数据流。失败时，记录错误并返回“-EINVAL”。注意：提交 ac584af59945 之前，固件加载完全中断（暂存：comedi：me4000：修复固件下载），但这是此修复最明智的目标。（CVE-2026-31747）

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

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

  - FRRouting 之前 10.5.3 包含七个 OSPF 流量工程与段路由 TLV 解析函数中的整数溢出漏洞，其中uint16_t累加器变量截断了 TLV_SIZE（） 宏返回的uint32_t值，导致环路终止条件失败，而指针推进未被检查。拥有既定OSPF邻接关系的攻击者可以发送带有恶意类型10或11不透明LSA的伪装LS更新包，触发边界外内存读取，导致OSPF区域或自治系统内所有受影响的路由器崩溃。（CVE-2026-28532）

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

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

  - netfilter：ctnetlink：当 没有 ctnetlink_alloc_expect（） 时 0 期望 NAT 字段CTA_EXPECT_NAT通过 nf_ct_expect_alloc（） 从非归零的 Slab 缓存中分配期望。当网链消息中没有CTA_EXPECT_NAT时，网络链路的saved_addr和saved_proto永远不会被初始化。之前的板块使用者的过期数据可以通过ctnetlink_exp_dump_expect（）转储到用户空间，该字段会检查这些字段以决定是否发出CTA_EXPECT_NAT。安全兄弟节点nf_ct_expect_init（），由数据包路径使用，显式将这些字段归零。else分支中为零saved_addr、saved_proto和dir，由IS_ENABLED（CONFIG_NF_NAT）保护，因为这些字段仅在启用NAT时存在。通过用带有NAT的期望预置预期板、释放它们、在无CTA_EXPECT_NAT的情况下创建新期望，以及观察到ctnetlink转储会发出包含前一分配过期数据的虚假CTA_EXPECT_NAT来确认。（CVE-2026-43026）

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

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

  - NET：MACB：修复 PCI 胶水驱动移除时的 CLK 处理 platform_device_unregister（） 可能仍希望在运行时恢复调用时使用注册的 CLK。注意有一个提交 d82d5303c4c5（net：macb：
    修复RMMOD免费后使用的问题），解决了CLK和平台设备取消注册的类似问题，但只是把这个bug转移到了别的地方。将指向 clk 的指针保存到本地变量中，以便在平台设备取消注册后再使用。BUG：KASAN：在clk_prepare+0x5a/0x60中免费使用后使用。任务modprobe/597读取时为8大小，地址为addr ffff888104f85e00，由任务modprobe/597读取，CPU：2 PID：597，通讯：modprobe 未受 6.1.164污染 + #114 硬件名称：QEMU 标准PC（Q35 +ICH9,2009年），BIOS rel-1.16.1-0-g3208b098f51a-prebuilt.qemu.org04/01/2014 呼叫追踪： <TASK> dump_stack_lvl+0x8d/0xba print_report+0x17f/0x496 kasan_report+0xd9/0x180 clk_prepare+0x5a/0x60 macb_runtime_resume+0x13d/0x410 [macb] pm_generic_runtime_resume+0x97/0xd0
    __rpm_callback+0xc8/0x4d0 rpm_callback+0xf6/0x230 rpm_resume+0xeeb/0x1a70 __pm_runtime_resume+0xb4/0x170 bus_remove_device+0x2e3/0x4b0 device_del+0x5b3/0xdc0 platform_device_del+0x4e/0x280 platform_device_unregister+0x11/0x50 pci_device_remove+0xae/0x210 device_remove+0xcb/0x180 device_release_driver_internal+0x529/0x770 driver_detach+0xd4/0x1a0 bus_remove_driver+0x135/0x260 driver_unregister+0x72/0xb0 pci_unregister_driver+0x26/0x220 __do_sys_delete_module+0x32e/0x550 do_syscall_64+0x35/0x80 entry_SYSCALL_64_after_hwframe+0x6e/0xd8 </TASK> 任务519分配：
    kasan_save_stack+0x2c/0x50 kasan_set_track+0x21/0x30 __kasan_kmalloc+0x8e/0x90 __clk_register+0x458/0x2890 clk_hw_register+0x1a/0x60 __clk_hw_register_fixed_rate+0x255/0x410 clk_register_fixed_rate+0x3c/0xa0 macb_probe+0x1d8/0x42e [macb_pci] local_pci_probe+0xd7/0x190 pci_device_probe+0x252/0x600 really_probe+0x255/0x7f0 __driver_probe_device+0x1ee/0x330 driver_probe_device+0x4c/0x1f0
    __driver_attach+0x1df/0x4e0 bus_for_each_dev+0x15d/0x1f0 bus_add_driver+0x486/0x5e0 driver_register+0x23a/0x3d0 do_one_initcall+0xfd/0x4d0 do_init_module+0x18b/0x5a0 load_module+0x5663/0x7950 __do_sys_finit_module+0x101/0x180 do_syscall_64+0x35/0x80 entry_SYSCALL_64_after_hwframe+0x6e/0xd8任务597释放：kasan_save_stack+0x2c/0x50 kasan_set_track+0x21/0x30 kasan_save_free_info+0x2a/0x50 __kasan_slab_free+0x106/0x180
    __kmem_cache_free+0xbc/0x320 clk_unregister+0x6de/0x8d0 macb_remove+0x73/0xc0 [macb_pci] pci_device_remove+0xae/0x210 device_remove+0xcb/0x180 device_release_driver_internal+0x529/0x770 driver_detach+0xd4/0x1a0 bus_remove_driver+0x135/0x260 driver_unregister+0x72/0xb0 pci_unregister_driver+0x26/0x220 __do_sys_delete_module+0x32e/0x550 do_syscall_64+0x35/0x80 entry_SYSCALL_64_after_hwframe+0x6e/0xd8 （CVE-2026-43015）

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

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

  - netfilter：x_tables：确保名称为 nul 终止 在输入期望 c 字符串的函数前，拒绝缺少 \0 字符的名称。Fixes 标签是最近需要更改的提交。
    (CVE-2026-43028)

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

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

  - 加密：af-alg - 修复散行中 NULL 指针不引用 AF_ALG 接口在链化新的af_alg_tsgl结构时，无法取消标记散点/收集列表（SGL）的末尾。如果 sendmsg（） 正好填满一个 SGL MAX_SGL_ENTS，最后一个条目标记为结尾。后续的 sendmsg（） 分配了一个新的 SGL 并进行链式处理，但未能清除前一个 SGL 最后一个数据条目的终点标记。这会导致加密散点路径提前终止，返回 NULL 于 sg_next（） 时，并在去引用时引发内核恐慌。通过在af_alg_alloc_tsgl（）中执行sg_chain（）时，明确取消标记前一个SGL的结尾来解决这个问题。（CVE-2026-43043）

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

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

  - crypto：ccp：如果 PSP 命令失败，不要尝试将 ID 复制到 userspace。在为 CPU 获取 ID 时，如果固件命令失败，不要尝试将 ID blob 复制到 userspace。如果失败是由于长度无效，即用户空间缓冲区+长度太小，复制字节数量
    _firmware_ 需要 将溢出内核分配的缓冲区并泄漏数据到用户空间。虫子：卡桑：
    instrument_copy_to_user界外的板块....../include/linux/instrumented.h：129 [内联] 错误：KASAN：
    _inline_copy_to_user界外的板块....../include/linux/uaccess.h：205 [内联] BUG：KASAN：_copy_to_user+0x66/0xa0 ../lib/usercopy.c：26 任务 syz.0.906/24388 读取 addr ffff8881867f5960 大小为 64 任务 syz.0.906/24388 CPU： 130 UID： 0 PID： 24388 通讯： syz.0.906 受污染： G U O 7.0.0-smp-DEV #28 抢占 受污染： [U]=USER， [O]=OOT_MODULE 硬件名称：Google， Inc. Arcadia_IT_80/Arcadia_IT_80， BIOS 12.62.0-0 2025/11/19 呼叫追踪： <TASK> dump_stack_lvl+0xc5/0x110 ../lib/dump_stack.c：120 print_address_description ../mm/kasan/report.c：378 [内联] print_report+0xbc/0x260 ../mm/kasan/report.c：482 kasan_report+0xa2/0xe0 ../mm/kasan/report.c：595 check_region_inline ../mm/kasan/generic.c：-1 [内联] kasan_check_range+0x264/0x2c0 ../mm/kasan/generic.c：200 instrument_copy_to_user ../include/linux/instrumented.h：129 [内联] _inline_copy_to_user ../include/linux/uaccess.h：205 [内联]
    _copy_to_user+0x66/0xa0....../lib/usercopy.c：26 copy_to_user ../include/linux/uaccess.h：236 [内联] sev_ioctl_do_get_id2+0x361/0x490 ../drivers/crypto/ccp/sev-dev.c：2222 sev_ioctl+0x25f/0x490 ../drivers/crypto/ccp/sev-dev.c：2575 vfs_ioctl ../fs/ioctl.c：51 [内文] __do_sys_ioctl ../fs/ioctl.c：597 [内文] __se_sys_ioctl+0x11d/0x1b0 ../fs/ioctl.c：583 do_syscall_x64 ../arch/x86/entry/syscall_64.c：63 [内联] do_syscall_64+0xe0/0x800 ..如果驱动程序显示命令成功，但固件错误代码显示相反，则 /arch/x86/entry/syscall_64.c：94 entry_SYSCALL_64_after_hwframe+0x76/0x7e </TASK> WARN，因为 __sev_do_cmd_locked（） 在任何 firwmware 错误时应返回 -EIO。（CVE-2026-31697）

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

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

  - Bluetooth：MGMT：验证 mesh 发送广告负载长度 mesh_send（） 当前按命令总长度MGMT_OP_MESH_SEND界，但从未验证针对灵活 adv_data[] 数组提供的字节是否确实符合嵌入的 adv_data_len 字段。MGMT_MESH_SEND_SIZE仅覆盖固定的标头，因此截断的命令仍可通过现有的 20..50 字节范围检查，并在稍后驱动异步网格发送路径超过已排队命令缓冲区的末尾。继续拒绝零长度和超大的广告负载，但要明确验证adv_data_len并要求命令长度与灵活数组大小完全匹配，然后才能将请求排队。（CVE-2026-43017）

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

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

  - bpf：在连接时拒绝可睡眠kprobe_multi程序，kprobe.multi程序在原子/RCU上下文中运行，无法睡眠。然而，bpf_kprobe_multi_link_attach（）并未验证所附加程序是否设置了可睡眠标志，从而允许从非睡眠上下文调用如bpf_copy_from_user（）等可睡眠辅助工具。这会导致一个来自无效上下文 splat 的睡眠函数：BUG：
    睡眠函数从无效上下文调用，地址为./include/linux/uaccess.h：169 in_atomic（）： 1， irqs_disabled（）： 0， non_block： 0， PID： 1787， name： sudo preempt_count： 1， expected： 0 RCU nest 深度： 2， expected： 0 通过在bpf_kprobe_multi_link_attach（）， 前拒绝可睡眠程序来修复此问题，之后再进行任何处理。（CVE-2026-43010）

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

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

  - usb：usbtmc：在usbtmc_release中冲洗锚定的URB usbtmc_release呼叫时，必须冲洗或终止待定锚定的URB，以防止使用后错误（例如在HCD回馈路径中）。呼叫usbtmc_draw_down（）以允许锚定的URB完成。（CVE-2026-31758）

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

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

  - 加速/QAIC：如果所有者离开，处理DBC停用。当DBC被释放时，设备通过QAIC_CONTROL MHI通道向主机发送QAIC_TRANS_DEACTIVATE_FROM_DEV事务。QAIC 通过调用 decode_deactivate（） 来释放分配给该 DBC 的资源来处理此事。由于该处理是在qaic_manage_ioctl（）上下文中完成的，如果用户在收到并处理停用前离开，主机将与可用的DBC不同步，除非设备被移除，否则DBC资源不会被释放。如果另一个用户加载并请求激活某个网络，设备会将相同的DBC分配给该网络，QAIC将无限期等待dbc->in_use = false，导致用户进程卡顿。作为解决办法，处理用户离开后收到的QAIC_TRANS_DEACTIVATE_FROM_DEV交易。（CVE-2026-43007）

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

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

  - Incus 是一个系统容器和虚拟机管理器。低于版本 7.0.0，备份。GetInfo（） 信任内联 backup/index.yaml 配置（如果存在），并且仅回退到解析旧版 backup/container/backup.yaml 文件（如果有结果）。配置 == nil。因此，存档文件可携带通过初始导入预检的有效内联配置，同时同时携带稍后从还原的文件系统重新解析的畸形旧版 backup/container/backup.yaml 文件。
    ParseConfigYamlFile（） 接受没有容器部分的 YAML 文档，然后取消引用多个下游使用者。容器未检查 nil。实例还原和导入流中确认的示例包括备份。UpdateInstanceConfig（） 和 internalImportFromBackup（）。具有导入实例备份权限的经认证用户可通过构建的备份存档（其内联 backup/index.yaml 有效，但其提取的旧版 backup.yaml 忽略容器）使 Incus 后台程序崩溃。
    存档提取开始之后，还原路径中会发生崩溃。已在版本 7.0.0 中修补此问题。(CVE-2026-41684)

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

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

  - bpf：为指向数据包的指针修复 regsafe（） 在 rold->reg->range == BEYOND_PKT_END & rcur->reg->range == N regsafe（） 可能返回 true，可能导致当前状态且有效数据包范围未被探索。
    修复漏洞。（CVE-2026-43030）

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

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

  - fuse：拒绝页面缓存中的超大 dirents fuse_add_dirent_to_cache（） 从服务器控制的 namelen 字段计算序列化 dirent 大小并将该 dirent 复制到单个页面缓存页面。现有逻辑仅检查 dirent 是否适合当前页面的剩余空间，如果不适合，则前进到新页面。它从不检查 dirent 本身是否超过 PAGE_SIZE。因此，恶意 FUSE 服务器可返回 namelen=4095 的 dirent，从而生成 4120 字节的序列化记录。在 4 KiB 页面系统上，这会导致 memcpy（） 从缓存页面溢出 24 字节进入以下内核页面。拒绝无法放在单页中的对象，然后再将其复制到 readdir 缓存中。
    (CVE-2026-31694)

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

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

  - iio：adc：ti-adc161s626：使用DMA安全存储器进行spi_read（）添加DMA安全缓冲区，用于spi_read（）代替栈存储。所有 SPI 缓冲区必须是 DMA 安全的。由于我们只需要最多3字节，我们只需用u8[]代替__be16和 __be32，并适当更改转换函数。
    (CVE-2026-31768)

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

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

  - 已修复 Linux 内核中的下列漏洞：fuse: abort on fatal signal during sync init When sync init is used and the server exits for some reason (error, crash) while processing FUSE_INIT, the filesystem creation will hang. The reason is that while all other threads will exit, the mounting thread (or process) will keep the device fd open, which will prevent an abort from happening.
    This is a regression from the async mount case, where the mount was done first, and the FUSE_INIT processing afterwards, in which case there's no such recursive syscall keeping the fd open.
    (CVE-2026-31713)

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

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

  - 加密：ccp：如果PSP命令失败，不要尝试将CSR复制到用户空间。在获取PEK CSR时，如果固件命令失败，不要尝试将blob复制到用户空间。如果失败是由于长度无效，即用户空间缓冲区+长度过小，复制 _firmware_ 所需的字节数会溢出内核分配的缓冲区，导致数据泄露到用户空间。虫子：卡桑：instrument_copy_to_user界外的板块....../include/linux/instrumented.h：129 [内联] BUG：KASAN：_inline_copy_to_user ../include/linux/uaccess.h：205 [内联] BUG：KASAN：slab-out-of-bounds in
    _copy_to_user+0x66/0xa0....../lib/usercopy.c：26 任务 syz.9.219/21405 在 addr ffff898144612e20 读取大小 2084 任务 syz.9.219/21405 CPU：14 UID：0 PID：21405 通讯：syz.9.219 受污染：G U O 7.0.0-smp-DEV #28 抢占 受污染：[U]=USER， [O]=OOT_MODULE 硬件名称：Google， Inc. Arcadia_IT_80/Arcadia_IT_80，BIOS 12.62.0-0 2025/11/19 呼叫追踪： <TASK> dump_stack_lvl+0xc5/0x110 ../lib/dump_stack.c：120 print_address_description ../mm/kasan/report.c：378 [内联] print_report+0xbc/0x260 ../mm/kasan/report.c：482 kasan_report+0xa2/0xe0 ../mm/kasan/report.c：595 check_region_inline ../mm/kasan/generic.c：-1 [内联] kasan_check_range+0x264/0x2c0 ../mm/kasan/generic.c：200 instrument_copy_to_user ../include/linux/instrumented.h：129 [内联] _inline_copy_to_user ../include/linux/uaccess.h：205 [内联]
    _copy_to_user+0x66/0xa0....../lib/usercopy.c：26 copy_to_user ../include/linux/uaccess.h：236 [内联] sev_ioctl_do_pek_csr+0x31f/0x590 ../drivers/crypto/ccp/sev-dev.c：1872 sev_ioctl+0x3a4/0x490 ../drivers/crypto/ccp/sev-dev.c：2562 vfs_ioctl ../fs/ioctl.c：51 [内文] __do_sys_ioctl ../fs/ioctl.c：597 [内文] __se_sys_ioctl+0x11d/0x1b0 ../fs/ioctl.c：583 do_syscall_x64 ../arch/x86/entry/syscall_64.c：63 [内联] do_syscall_64+0xe0/0x800 ..如果驱动程序显示命令成功，但固件错误代码显示相反，则 /arch/x86/entry/syscall_64.c：94 entry_SYSCALL_64_after_hwframe+0x76/0x7e </TASK> WARN，因为 __sev_do_cmd_locked（） 在任何 firwmware 错误时应返回 -EIO。（CVE-2026-31699）

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

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

  - ALSA：caiaq：在 create_card（） 中引用 USB 设备 caiaq 驱动程序在 cdev->chip.dev 中存储指向父 USB 设备的指针，但从不引用该设备的指针。该卡的 private_free 回调 snd_usb_caiaq_card_free（） 可在 USB 设备断开连接并释放后通过 snd_card_free_when_closed（） 异步运行，因此对该路径中 cdev->chip.dev 的任何访问都会取消引用已释放的usb_device。除了引用计数问题之外，当前card_free实现还调用 usb_reset_device（cdev->chip.dev）。免费回调中的重置不合适：设备即将消失，调用在拆卸上下文中进行设备锁定，并且重置与回调已清理的断开连接路径争用。使用 usb_get_dev（） 在 create_card（） 中引用 USB 设备，在释放回调中用 usb_put_dev（） 删除它，然后删除 usb_reset_device（） 调用。
    (CVE-2026-31701)

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

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

  - cifs：回放时缺少一些初始化 在代码的多个位置，我们有一个标签来表示代码的开头，如有必要，可以在其中重播请求。但是，其中一些位置在重播前缺少对某些本地变量进行必要的重新初始化。此更改可确保这些变量在标签之后初始化。（CVE-2026-31693）

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

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

  - wifi：virt_wifi：删除 SET_NETDEV_DEV 以避免释放后使用 目前，我们对virt_wifi网络设备执行“SET_NETDEV_DEV（dev， &priv->lowerdev->dev）”。但是，在 netdev_run_todo（） 中取消注册 virt_wifi 设备可与 SET_NETDEV_DEV（） 引用的设备同时发生。在当前未注册的 virt_wifi 设备上执行 ethtool 操作期间，此问题可导致释放后使用。此类网络设备的“dev.parent”字段指向已释放的内存，但 ethnl_ops_begin（） 调用“pm_runtime_get_sync（dev->dev.parent）”。让我们为 virt_wifi 删除 SET_NETDEV_DEV 以避免此类缺陷：================================================================== 缺陷：KASAN：
    __pm_runtime_resume+0xe2/0xf0 中的释放后使用 在地址 ffff88810cfc46f8 处的大小为 2 的任务 pm/606 读取 调用跟踪： <TASK> dump_stack_lvl+0x4d/0x70 print_report+0x170/0x4f3 ？
    __pfx__raw_spin_lock_irqsave+0x10/0x10 kasan_report+0xda/0x110 ？__pm_runtime_resume+0xe2/0xf0 ？
    __pm_runtime_resume+0xe2/0xf0 __pm_runtime_resume+0xe2/0xf0 ethnl_ops_begin+0x49/0x270 ethnl_set_features+0x23c/0xab0 ？__pfx_ethnl_set_features+0x10/0x10 ？kvm_sched_clock_read+0x11/0x20 ？local_clock_noinstr+0xf/0xf0 ？local_clock+0x10/0x30 ？kasan_save_track+0x25/0x60 ？
    __kasan_kmalloc+0x7f/0x90 ？genl_family_rcv_msg_attrs_parse.isra.0+0x150/0x2c0 genl_family_rcv_msg_doit+0x1e7/0x2c0 ？__pfx_genl_family_rcv_msg_doit+0x10/0x10 ？
    __pfx_cred_has_capability.isra.0+0x10/0x10 ？stack_trace_save+0x8e/0xc0 genl_rcv_msg+0x411/0x660 ？
    __pfx_genl_rcv_msg+0x10/0x10 ？__pfx_ethnl_set_features+0x10/0x10 netlink_rcv_skb+0x121/0x380 ？
    __pfx_genl_rcv_msg+0x10/0x10 ？__pfx_netlink_rcv_skb+0x10/0x10 ？__pfx_down_read+0x10/0x10 genl_rcv+0x23/0x30 netlink_unicast+0x60f/0x830 ？__pfx_netlink_unicast+0x10/0x10 ？
    __pfx___alloc_skb+0x10/0x10 netlink_sendmsg+0x6ea/0xbc0 ？__pfx_netlink_sendmsg+0x10/0x10 ？
    __futex_queue+0x10b/0x1f0 ____sys_sendmsg+0x7a2/0x950 ？copy_msghdr_from_user+0x26b/0x430 ？
    __pfx_____sys_sendmsg+0x10/0x10 ？__pfx_copy_msghdr_from_user+0x10/0x10 ___sys_sendmsg+0xf8/0x180 ？
    __pfx____sys_sendmsg+0x10/0x10 ？__pfx_futex_wait+0x10/0x10 ？fdget+0x2e4/0x4a0 __sys_sendmsg+0x11f/0x1c0 ？__pfx___sys_sendmsg+0x10/0x10 do_syscall_64+0xe2/0x570 ？exc_page_fault+0x66/0xb0 entry_SYSCALL_64_after_hwframe+0x77/0x7f </TASK> 此补丁可与 ethtool 子系统 https://lore.kernel.org/all/20260322075917.254874-1-alex.popov@linux.com/T/#u 中的另一个补丁结合： （CVE-2026-31695）

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

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

  - Wireshark 4.6.0 至 4.6.4 和 4.4.0 至 4.4.14 版本存在 FC-SWILS 协议分析器崩溃漏洞，攻击者可借此造成拒绝服务 (CVE-2026-5406)

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

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

  - net/packet：修复 MMAP 中 vnet_hdr tpacket_snd（） 中 TOCTOU 竞速，tpacket_snd（）中启用 PACKET_VNET_HDR 时，vnet_hdr 直接指向与用户空间共享的 mmap 传输环缓冲区。内核通过 __packet_snd_vnet_parse（） 验证头部，但随后在 virtio_net_hdr_to_skb（） 中重新读取所有字段。并发用户空间线程可以在验证和使用之间修改vnet_hdr字段，绕过所有安全检查。非TPACKET路径（packet_snd（））已经正确地将vnet_hdr复制到栈局部变量。内核中所有其他vnet_hdr消费者（tun.c、tap.c、virtio_net.c）也使用栈副本。TPACKET TX 路径是唯一直接从用户控制共享内存读取 virtio_net_hdr_to_skb（） 的调用者。通过在验证和使用之前，将 mmap 环形缓冲区的 vnet_hdr 复制到堆栈本地变量来解决这个问题，这与 packet_snd（） 及所有其他调用器所采用的方法一致。（CVE-2026-31700）

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

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

  - Incus 是一个开源的容器和虚拟机管理器。在 之前 7.0.0的版本中，图像导入流程会在验证请求是否符合项目限制（如 restricted.images.servers）之前，向用户提供的 URL 发出一个外发 HEAD 请求。imgPostURLInfo函数构建并直接从攻击者提供的源URL发送HEAD请求以解析图像元数据，这种网络交互发生在流量达到导入被策略拒绝的节点之前。
    尽管实际的映像下载被项目限制阻挡，但认证用户可以强制守护进程对任意目的地发出盲目 HEAD 请求。这些请求包含自定义头部中的服务器元数据（Incus-Server-Architectures，Incus-Server-Version），向攻击者控制的端点披露主机环境信息。这种盲SSRF原语可用于探测内部服务、不可路由的地址空间或主机可访问的云元数据端点。
    这种脆弱性模式类似于 CVE-2026-24767。此问题已在 7.0.0 版本中修复。
    (CVE-2026-35527)

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

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

  - SMB2协议在Wireshark 4.6.04.4.144.6.44.4.0中对无限环路进行剖析，允许拒绝服务（）CVE-2026-5407

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

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

  - bnxt_en：从 查询类型 bnxt_hwrm_func_backing_store_qcaps_v2（） 设置后备存储类型，存储 ctxm->type 中固件响应的 resp->type，后来用该值索引固定后备存储元数据数组，如 ctx_arr[] 和 bnxt_bstore_to_trace[]。ctxm->类型由当前后备存储查询类型固定，并匹配 ctx->ctx_arr 的数组索引。从当前环变量中设置ctxm->类型，而不是依赖resp->类型。还要更新循环，在for语句中将类型从next_valid_type提前，这样对于无效且未更改的条目，控制流程更简单。（CVE-2026-43034）

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

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

  - KSMBD：验证 ipc_validate_msg（） 中的响应大小 ipc_validate_msg（） 通过在无符号整数算术中将守护进程响应的攻击者控制字段相加（或乘以）来计算每种响应类型的预期消息大小。可能有三种情况溢出：KSMBD_EVENT_RPC_REQUEST：msg_sz = sizeof（struct ksmbd_rpc_command） + resp->payload_sz;KSMBD_EVENT_SHARE_CONFIG_REQUEST：msg_sz = sizeof（struct ksmbd_share_config_response） + resp->payload_sz;KSMBD_EVENT_LOGIN_REQUEST_EXT：msg_sz = sizeof（struct ksmbd_login_response_ext） + resp->ngroups * sizeof（gid_t）;Resp->payload_sz是__u32，Resp->n群是__s32。每个加法都可以用无符号的int包裹;乘以 Sizeof（gid_t） 会混合 Signed 和 size_t，因此负的 ngroups 在乘法前会被转换为 SIZE_MAX。包裹值msg_sz且恰好等于入口>msg_sz绕过下一行的大小检查，下游消费者（smb2pdu.c：6742 memcpy 使用 rpc_resp->payload_sz，ksmbd_alloc_user 的 kmemdup 使用 resp_ext->ngroups）则信任未经验证的长度。在RPC_REQUEST和SHARE_CONFIG_REQUEST路径上使用check_add_overflow（）来检测整数溢出，同时不限制函数载荷大小;
    用户空间 ksmbd-tools 将 NDR 响应扩展为 4096 字节块，用于 NetShareEnumAll 等呼叫，因此硬传输上限在响应端不可行。对于LOGIN_REQUEST_EXT，先拒绝带有符号[0， NGROUPS_MAX]范围外的resp->ngroups，并报告ipc_validate_msg（）的错误，使其在IPC边界触发;有了这个界限，后续的乘法和加法都远低于UINT_MAX。ksmbd_alloc_user（）中的检查和 pr_err 已被移除，这些 ngroup 已不再多余。这是响应端对应的aab98e2dbd64（ksmbd：32位系统上的固定整数溢出），后者对请求端进行了硬化。
    (CVE-2026-31707)

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

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

  - Wireshark 4.6.0 to 4.6.4 和 to 中的 4.4.04.4.14 DCP-ETSI 协议分析器崩溃允许拒绝服务 （CVE-2026-5653）

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

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

  - Wireshark 4.6.0 to 4.6.4 和 to 中的 4.4.04.4.14 AMR-NB 编解码器崩溃允许拒绝服务 （CVE-2026-5654）

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

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

  - comedi：me_daq：修复固件缓冲区的潜在溢出 “me2600_xilinx_download（）”加载由“request_firmware（）”请求的固件。由于盲目信任文件格式，它有可能使源缓冲区溢出。它会将前 4 个字节的数据流长度读入变量“file_length”中，并从偏移量 16 开始读取长度“file_length”的数据流内容。虽然它会检查提供的固件是否至少有 16 字节长，但并未检查其长度是否足以包含数据流。添加测试以确保提供的固件足够长以包含标头和数据流。失败时，记录错误并返回“-EINVAL”。（CVE-2026-31748）

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

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

  - btrfs：拒绝根项，drop_progress 和 drop_level [BUG] 在挂载时恢复重定位时，merge_reloc_root（） 和 btrfs_drop_snapshot（） 都使用 BUG_ON（level == 0） 来防止不可能的状态：非零drop_progress与 root_item 中的零drop_level结合，可触发：------------[此处切]------------ 内核 BUG 在 fs/btrfs/relocation.c：1545！哎呀：操作码无效 0000 [#1] SMP KASAN NOPTI CPU：1 UID：0 PID：283 ... 受污染： 6.18.0+ #16 PREEMPT（自愿） 受污染：[O]=OOT_MODULE， [E]=UNSIGNED_MODULE 硬件名称：QEMU Ubuntu 24.04 PC v2，BIOS 1。 16.3-debian-1.16.3-2 RIP：0010：merge_reloc_root+0x1266/0x1650 fs/btrfs/relocation.c：1545 代码：ffff0000 00004589 d7e9acfa ffffe8a1 79bafebe 02000000 呼叫追踪：merge_reloc_roots+0x295/0x890 fs/btrfs/relocation.c：1861 btrfs_recover_relocation+0xd6e/0x11d0 fs/btrfs/relocation.c：4195 btrfs_start_pre_rw_mount+0xa4d/0x1810 fs/btrfs/disk-io.c：3130open_ctree+0x5824/0x5fe0 FS/BTRFS/DISK-IO.C：3640 btrfs_fill_super FS/BTRFS/Super.C：987 [内联] btrfs_get_tree_super FS/BTRFS/SUPER.C：1951 [内联] btrfs_get_tree_subvol FS/BTRFS/SUPER.C：2094 [内联] btrfs_get_tree+0x111c/0x2190 FS/Btrfs/Super.C：2128 vfs_get_tree+0x9a/0x370 FS/Super.C：1758 fc_mount FS/Namespace.C：1199 [内联] do_new_mount_fc FS/Namespace.C：3642 [内联] do_new_mount FS/Namespace.C：3718 [内联] path_mount+0x5b8/0x1ea0 FS/Namespace.c：4028 do_mount fs/namespace.c：4041 [内联] __do_sys_mount fs/namespace.c：4229 [内联] __se_sys_mount fs/namespace.c：4206 [内联] __x64_sys_mount+0x282/0x320 FS/Namespace.C：4206 ... RIP： 0033：0x7f969c9a8fde 代码：0f1f4000 48c7c2b0 fffffff7 d8648902 b8ffffff ffc3660f ---[结束追踪 0000000000000000000000000000000000000000--- 该漏洞可通过我们的动态元数据模糊工具在运行时破坏btrfs元数据，在7.0.0-rc2-next-20260310中重现。[原因]非零的 drop_progress.objectid 表示中断的 btrfs_drop_snapshot（） 在磁盘上留下了恢复点，此时 drop_level 必须大于 0，因为检查点仅保存在内部节点层面。
    虽然当内核写入根项时会强制执行这一不变性，但当从磁盘读取根项时，这种不变性不会被验证。这使得磁盘损坏可能产生无效状态，drop_progress.objectid ！= 0 且 drop_level == 0。当重定位恢复后续处理此类根项时，merge_reloc_root（）读取drop_level并达到BUG_ON（level == 0）。同样的无效元数据也可能触发对应的BUG_ON（）在btrfs_drop_snapshot（）。[修正]通过在树检查器中验证读取磁盘根项时的root_item不变量来解决这个问题：如果drop_progress.objectid非零，drop_level也必须非零。在元数据达到merge_reloc_root（）或btrfs_drop_snapshot（）并触发BUG_ON之前，用 -EUCLEAN 拒绝。修复后，树状检查器正确拒绝了同样的损坏，BUG_ON不再触发。（CVE-2026-43046）

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

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

  - scsi：target：tcm_loop：target_reset 处理程序 tcm_loop_target_reset（） 中的 Drain 命令违反 SCSI EH 合限：它返回 SUCCESS 而不耗尽任何正在传输的命令。SCSI EH 文档 （scsi_eh.rst） 要求，当重置处理程序返回 SUCCESS 时，驱动程序已使较低层忘记超时 scmd，并为新命令做好准备。所有其他 SCSI LLD（virtio_scsi、mpt3sas、ipr、scsi_debug、mpi3mr）通过在返回 SUCCESS 之前耗尽或完成未完成的命令来强制执行此操作。
    由于 tcm_loop_target_reset（） 不会耗尽，因此 SCSI EH 会在目标核心仍有为旧se_cmd排入队列的异步完成工作时，将正在运行的scsi_cmnd结构重复用于恢复命令（例如 TUR）。queuecommand 中的 memset 将se_lun和lun_ref_active归零，从而导致 transport_lun_remove_cmd（） 跳过其 percpu_ref_put（）。泄露的 LUN 引用阻止 transport_clear_lun_ref（） 完成，从而使 configfs LUN 在 D 状态下永远断开链接： INFO：任务 rm：264 阻断超过 122 秒。rm D 0 264 258 0x00004000 调用跟踪：__schedule+0x3d0/0x8e0 schedule+0x36/0xf0 transport_clear_lun_ref+0x78/0x90 [target_core_mod] core_tpg_remove_lun+0x28/0xb0 [target_core_mod] target_fabric_port_unlink+0x50/0x60 [target_core_mod] configfs_unlink+0x156/0x1f0 [configfs] vfs_unlink+0x109/0x290 do_unlinkat+0x1d5/0x2d0 通过使 tcm_loop_target_reset（） 实际耗尽命令来修复此问题： 1. 通过 tcm_loop_issue_tmr（） 发出 TMR_LUN_RESET 以耗尽目标核心知道的所有命令（尚未CMD_T_COMPLETE的命令）。2. 使用 blk_mq_tagset_busy_iter（） 迭代所有已启动的请求，并在每个se_cmd上使用 flush_work（），这会耗尽在 TMR 之前设置CMD_T_COMPLETE命令的任何延迟完成工作（TMR 通过 __target_check_io_state（） 跳过）。这与 mpi3mr、scsi_debug 和 libsas 在重置期间用于耗尽未完成命令的模式相同。
    (CVE-2026-43054)

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

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

  - MPLS：添加序列计数以保护platform_label{，s}对 RCU保护的码径（mpls_forward、mpls_dump_routes）在同时进行大小调整时，platform_labels与platform_label的视图可能不一致（resize_platform_label_table，platform_mutex下）。这可能导致外部访问。这个补丁增加了序列计数，这样我们就能获得一致的快照。注意mpls_label_ok也易受此影响，因此在rtm_to_route_config platform_mutex外对RTA_DST的检验不足。该值在mpls_route_add和mpls_route_del中都会再次传递给mpls_label_ok，因此没有问题，但该额外检查不应被移除。（CVE-2026-43042）

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

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

  - crypto：krb5enc - 修复异步解密跳过哈希验证的问题 krb5enc_dispatch_decrypt（） 将 req->base.complete 设置为 skcipher 回调，即调用方自己的完成处理程序。当 skcipher 以异步方式完成时，此操作会在不执行 krb5enc_dispatch_decrypt_hash（） 的情况下向调用程序发出执行信号，从而完全绕过完整性验证（哈希检查）。与加密路径进行比较，后者正确地将krb5enc_encrypt_done用作中间回调，在异步完成时链接到哈希计算中。通过添加 krb5enc_decrypt_done 作为在异步 skcipher 完成时链接到 krb5enc_dispatch_decrypt_hash（） 的中间回调修复，从而与加密路径的回调模式相匹配。还修复了整个 EBUSY/EINPROGRESS 处理：删除错误吞krb5enc_request_complete（），该通知必须传递给等待积压请求的呼叫方的 EINPROGRESS 通知，并在krb5enc_encrypt_ahash_done中添加缺少的 EBUSY 检查以获取dispatch_encrypt返回值。未设置异步完成路径上的MAY_BACKLOG，以便用户不会看到背靠背 EINPROGRESS 通知。（CVE-2026-31719）

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

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

  - 蓝牙：MGMT：在加载时验证LTK的 enc_size 加载 长期密钥存储用户提供的enc_size，之后在回复LE LTK请求时用于确定固定规模的栈操作。因此，大于16字节密钥缓冲区的 enc_size 可能会溢出回复堆栈缓冲区。在验证管理LTK记录时拒绝超大enc_size值，使无效密钥永远不会到达存储的密钥状态。
    (CVE-2026-43020)

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

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

  - ksmbd：通过持久清理程序修复 __ksmbd_close_fd（） 中的释放后使用 当持久文件句柄在会话断开连接后（TCP 关闭而不SMB2_LOGOFF），session_fd_check（） 设置 fp->conn = NULL 以保留句柄以便以供以后重新连接。不过，它未清除 fp->lock_list 上的字节范围锁定。
    随后，当持久清理程序线程超时并调用 __ksmbd_close_fd（NULL， fp） 时，锁定清除循环执行：spin_lock（&fp->conn->llist_lock）;这会造成 slab 释放后使用，因为 fp->conn 为空，并且原始连接对象已由 ksmbd_tcp_disconnect（） 释放。根本原因是非对称清理：当 fp->conn 被清空时，锁定条目 （smb_lock->clist） 在释放的 conn->lock_list 上悬摆。要正确修复此问题，我们需要跨三个路径处理 smb_lock->clist 的生命周期：- 当列表为空且 fp->conn 为空时安全地跳过 clist 删除。- 从 session_fd_check（） 中旧连接的lock_list中删除锁定 - 在 ksmbd_reopen_durable_fd（） 中重新向新连接的lock_list添加锁定。(CVE-2026-31718)

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

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

  - ALSA：caiaq：固定 在 Stack 越界读取init_card循环创建一个空白去除的卡片短名副本，其中边界检查使用'len < sizeof（card>-id）'。由于 sizeof（card->id） 是 16，本地 id 缓冲区也是 16 字节，写入 16 个非空格字符会填满整个缓冲区，覆盖终止的空字节。当这个非空终止字符串随后传递给 snd_card_set_id（） -> copy_valid_id_string（） 时，函数会用“while （*nid & & ...）' 读取栈缓冲区末端，读取栈内容。包含许多非ASCII非空格字符（如多字节UTF-8）的产品名称USB设备会可靠地触发此问题，具体如下：BUG：KASAN：copy_valid_id_string sound/core/init.c：696 [inline] BUG：
    KASAN：snd_card_set_id_no_lock+0x698/0x74c sound/core/init.c：718 中的堆栈越界 自 2009 年 6 月提交 bafeee5b1f8d （ALSA： snd_usb_caiaq： give better shortname） （v2.6.31-rc1） 首次引入了该空白空间剥离环路以来，off-by-one 就已存在。原始代码在绑定副本时从未考虑过空终止子。通过更改循环绑定为“sizeof（card->id） - 1”来解决这个问题，确保至少有一个字节作为空终止符。（CVE-2026-31778）

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

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

  - usb：typec：ucsi：验证 ucsi_notify_common（） 中的连接器编号 通过 UCSI_CCI_CONNECTOR（） 从 CCI 提取的连接器编号是一个 7 位字段 （0-127），用于索引到 ucsi_connector_change（） 中的连接器数组。但是，系统仅针对设备报告的连接器数量（通常为 2-4 个条目）分配数组。恶意或出现故障的设备可在 CCI 中报告超出范围的连接器编号，从而导致 ucsi_connector_change（） 中的越界数组访问。在 ucsi_notify_common（）（CCI 从硬件到达后进行解析的中心点）中添加边界检查，以便在虚假的连接器编号进一步传播之前将其拒绝。（CVE-2026-31729）

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

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

  - 蓝牙：hci_sync：hci_cmd_sync_queue_once（）如果存在则返回 -EEXIST hci_cmd_sync_queue_once（） 需要指示队列是否被添加，这样调用者可以知道是否被调用，从而避免资源泄漏。如果队列项目已经存在，将函数改为返回 -EEXIST。修改所有呼叫网站以支持这些。（CVE-2026-43022）

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

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

  - AFP Spotlight 协议分析器在 Wireshark 4.6.0 to 4.6.4 和 to 4.4.14 中的4.4.0崩溃允许拒绝服务 （CVE-2026-5401）

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

ID	名称	严重性
311669	Linux Distros 未修补的漏洞：CVE-2026-43047	high
311668	Linux Distros 未修补的漏洞：CVE-2026-43023	high
311667	Linux Distros 未修补的漏洞：CVE-2026-41685	medium
311666	Linux Distros 未修补的漏洞：CVE-2026-31777	medium
311665	Linux Distros 未修补的漏洞：CVE-2026-43029	high
311664	Linux Distros 未修补的漏洞：CVE-2026-43025	high
311663	Linux Distros 未修补的漏洞：CVE-2026-5405	high
311662	Linux Distros 未修补的漏洞：CVE-2026-31704	medium
311661	Linux Distros 未修补的漏洞：CVE-2026-5656	high
311660	Linux Distros 未修补的漏洞：CVE-2026-40243	low
311659	Linux Distros 未修补的漏洞：CVE-2026-43013	medium
311658	Linux Distros 未修补的漏洞：CVE-2026-31747	high
311657	Linux Distros 未修补的漏洞：CVE-2026-28532	medium
311656	Linux Distros 未修补的漏洞：CVE-2026-43026	medium
311655	Linux Distros 未修补的漏洞：CVE-2026-43015	high
311654	Linux Distros 未修补的漏洞：CVE-2026-43028	high
311653	Linux Distros 未修补的漏洞：CVE-2026-43043	medium
311652	Linux Distros 未修补的漏洞：CVE-2026-31697	high
311651	Linux Distros 未修补的漏洞：CVE-2026-43017	medium
311650	Linux Distros 未修补的漏洞：CVE-2026-43010	medium
311649	Linux Distros 未修补的漏洞：CVE-2026-31758	high
311648	Linux Distros 未修补的漏洞：CVE-2026-43007	high
311647	Linux Distros 未修补的漏洞：CVE-2026-41684	medium
311646	Linux Distros 未修补的漏洞：CVE-2026-43030	high
311645	Linux Distros 未修补的漏洞：CVE-2026-31694	high
311644	Linux Distros 未修补的漏洞：CVE-2026-31768	high
311643	Linux Distros 未修补的漏洞：CVE-2026-31713	medium
311642	Linux Distros 未修补的漏洞：CVE-2026-31699	high
311641	Linux Distros 未修补的漏洞：CVE-2026-31701	medium
311640	Linux Distros 未修补的漏洞：CVE-2026-31693	high
311639	Linux Distros 未修补的漏洞：CVE-2026-31695	high
311638	Linux Distros 未修补的漏洞：CVE-2026-5406	medium
311637	Linux Distros 未修补的漏洞：CVE-2026-31700	high
311636	Linux Distros 未修补的漏洞：CVE-2026-35527	medium
311635	Linux Distros 未修补的漏洞：CVE-2026-5407	medium
311634	Linux Distros 未修补的漏洞：CVE-2026-43034	medium
311633	Linux Distros 未修补的漏洞：CVE-2026-31707	high
311632	Linux Distros 未修补的漏洞：CVE-2026-5653	high
311631	Linux Distros 未修补的漏洞：CVE-2026-5654	high
311630	Linux Distros 未修补的漏洞：CVE-2026-31748	high
311629	Linux Distros 未修补的漏洞：CVE-2026-43046	medium
311628	Linux Distros 未修补的漏洞：CVE-2026-43054	medium
311627	Linux Distros 未修补的漏洞：CVE-2026-43042	high
311626	Linux Distros 未修补的漏洞：CVE-2026-31719	high
311625	Linux Distros 未修补的漏洞：CVE-2026-43020	high
311624	Linux Distros 未修补的漏洞：CVE-2026-31718	critical
311623	Linux Distros 未修补的漏洞：CVE-2026-31778	high
311622	Linux Distros 未修补的漏洞：CVE-2026-31729	high
311621	Linux Distros 未修补的漏洞：CVE-2026-43022	medium
311620	Linux Distros 未修补的漏洞：CVE-2026-5401	medium

检测

Nessus 的 Misc. 系列

high

high

medium

medium

high

high

high

medium

high

low

medium

high

medium

medium

high

high

medium

high

medium

medium

high

high

medium

high

high

high

medium

high

medium

high

high

medium

high

medium

medium

medium

high

high

high

high

medium

medium

high

high

high

critical

high

high

medium

medium