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

  - 在 Cesanta Mongoose 及之前 7.20版本中检测到一个安全漏洞。此问题影响组件 GCM 认证标签处理程序的 /src/tls_aes128.c 文件的函数mg_aes_gcm_decrypt。这种操控会导致不当验证加密签名。攻击者可远程执行攻击。高复杂程度与此攻击相关。可利用性被评估为困难。此利用已公开披露，可能会被使用。升级到版本 7.21 可解决此问题。建议升级受影响的组件。VulDB 已及早联系供应商，他们很快确认此问题已得到修复。（CVE-2026-6986）

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

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

  - 在 Cesanta Mongoose 之前 7.2 ，add_ca_certs（） 中的空指针取消引用允许远程攻击者通过 TLS 初始化（其中 SSL_CTX_get_cert_store（） 返回 NULL））造成拒绝服务。（CVE-2025-65502）

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

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

  - Perl 的 2.0210 XML：：LibXML 版本在解析包含截断的 UTF-8 字节序列的 XML 节点名称时，读取越界堆内存。在多字节 UTF-8 序列中间结尾的节点名称会导致解析器将超过输入字符串的结尾读取到相邻堆内存中。将攻击者控制的字符串传递到 XML：：LibXML 的 DOM node-name 方法的任何 Perl 进程都可以在默认 API 上访问此路径。可能的后果是崩溃，从而造成拒绝服务。（CVE-2026-8177）

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

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

  - 从构建的主机文件读取时 Mongoose 6.18 中的 mg_resolve_from_hosts_file 中发生缓冲区溢出。
    (CVE-2020-25887)

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

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

  - Mongoose 6.15 的 mongoose.c 中的mq_parse_http存在基于堆的缓冲区过度读取。（CVE-2019-13503）

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

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

  - 在 Cesanta Mongoose 及之前 7.20版本中发现一个漏洞。这会影响组件 mDNS Record Handler 的 mongoose.c 文件的函数handle_mdns_record。执行参数 buf 的操纵会导致基于堆栈的缓冲区溢出。可远程利用此攻击。攻击需要高度复杂性。据说很难利用。该漏洞已被公开并可被使用。升级到版本 7.21 将修复此问题。修补程序命名为 0d882f1b43ff2308b7486a56a9d60cd6dba8a3f1。您应升级受影响的组件。我们及早联系了供应商，以非常专业的方式做出了回应，并迅速发布了受影响产品的修复版本。（CVE-2026-5245）

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

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

  - 在 之前的 2.41.5bettercap 中发现一个缺陷。此问题影响的是 MySQL Server 组件的 modules/mysql_server/mysql_server.go 文件的某些未知功能。执行操作可导致整数强制错误。攻击者可远程执行攻击。此攻击需要高度复杂性。已知很难实现此漏洞利用。该漏洞的利用方式已被公开，可能会被使用。
    此修补程序称为 0eaa375c5e5446bfba94a290eff92967a5deac9e。建议实施修补程序以修正此问题。（CVE-2026-8276）

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

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

  - 在 Cesanta Mongoose 及之前 7.20 版本中发现一个漏洞。这会影响组件 TLS 1.3 Handler 的 mongoose.c 文件的函数mg_tls_recv_cert。对参数 pubkey 进行这种操纵漏洞会导致基于堆的缓冲区溢出。攻击者可远程执行攻击。该漏洞已被公开并可被使用。升级到版本 7.21 可缓解此问题。修补程序的名称为 0d882f1b43ff2308b7486a56a9d60cd6dba8a3f1。建议升级受影响的组件。我们及早联系了供应商，以非常专业的方式做出了回应，并迅速发布了受影响产品的修复版本。（CVE-2026-5244）

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

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

  - 在 Cesanta Mongoose 中确定了漏洞，最高版本 7.20。组件 P-384 公钥处理程序的 mongoose.c 文件的函数mg_tls_verify_cert_signature受到影响。执行操纵可导致授权绕过。攻击者可远程利用该漏洞发动攻击。这种性质的攻击非常复杂。据报告，此漏洞难以利用。该漏洞已被公开披露，可能会被利用。升级到 7.21 版本可解决此问题。此修补程序称为 0d882f1b43ff2308b7486a56a9d60cd6dba8a3f1。应升级受影响的组件。我们及早联系了供应商，以非常专业的方式做出了回应，并迅速发布了受影响产品的修复版本。（CVE-2026-5246）

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

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

  - Perl 之前 0.24 的 Net：：CIDR：：Lite 版本未正确验证 IP 地址和 CIDR 掩码输入，从而可能允许 IP ACL 绕过。包含结尾换行符或非 ASCII 数字字符的输入通过验证器，但随后由解析器重新编码到与输入字符串拼写不同的地址。
    find（） 和 bin_find（） 因此可能匹配或缺少地址。示例：my $cidr = Net：：CIDR：：Lite->new（）;
    $cidr->add（：：1\n/128）; $cidr->find（：：1a）;# 错误地返回 true 另请参阅。CVE-2026-45191
    (CVE-2026-45190)

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

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

  - Perl 之前 0.24 的 Net：：CIDR：：Lite 版本未正确考虑 CIDR 掩码值中的无关零字符，这可能允许 IP ACL 绕过。/00 和 /01 等掩码形式通过验证并解析为与其未填充值相同的前缀。另请参阅。 CVE-2026-45190（CVE-2026-45191）

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

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

  - 在之前 2.8.1版本的 libexpat 中，属性名称冲突检查的计算复杂性允许通过中等大小的构建的 XML 输入造成拒绝服务。（CVE-2026-45186）

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

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

  - 使用攻击者控制的项目文件时，Kdenlive 之前 26.04.1 允许危险的代理参数。（CVE-2026-45184）

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

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

  - Pillow 是 Python 图像库。从版本 4.2.0 到之前的版本 12.2.0，攻击者可提供恶意 PDF，造成进程无限期挂起，消耗 100% CPU 并造成应用程序无法响应。已在版本 12.2.0 中修补此问题。(CVE-2026-42310)

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

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

  - drm/tests：shmem：保持关于清除的保留锁定 围绕对 GEM 的清除操作调用的获取并释放 GEM 对象的保留锁定。测试使用 drm_gem_shmem_purge_locked（），导致如下所示的错误。[ 58.709128] 警告：CPU：1 PID：1354 at drivers/gpu/drm/drm_gem_shmem_helper.c：515 drm_gem_shmem_purge_locked+0x51c/0x740 仅导出用于 Kunit 测试的新帮助程序 drm_gem_shmem_purge（）。这不是常规驱动程序的接口。
    (CVE-2025-71296)

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

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

  - Pillow 是 Python 图像库。在版本 12.2.0之前，如果每个字形的字体前进过多，当 Pillow 跟踪当前位置时，可能会导致整数溢出。已在版本 12.2.0 中修补此问题。(CVE-2026-42308)

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

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

  - Vim 是一个开源命令行文本编辑器。在低于该版本 9.2.0450之前，加载 UTF-8 编码处于活动状态的构建拼写文件 （.spl） 时，src/spellfile.c 中的 read_compound（） 存在堆缓冲区溢出。
    spell 文件的复合部分中由攻击者控制的长度字段溢出 32 位有符号的整数乘法，导致为运行多次迭代的写入循环分配较小的缓冲区，从而溢出堆。由于可从 modeline 设置“spelllang”选项，如果在运行时路径上植入了恶意 .spl 文件，文本文件 modeline 可触发拼写文件加载。已在版本 9.2.0450 中修补此问题。(CVE-2026-45130)

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

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

  - YARD 是一种 Ruby 文档工具。在低于该版本 0.9.42之前，使用 yard 服务器提供文档时，在 YARD 中发现一个路径遍历漏洞。在某些条件下，此错误将允许未审查的 HTTP 请求访问 yard 服务器主机机器上的任意文件。已在版本 0.9.42 中修补此问题。(CVE-2026-41493)

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

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

  - PHPUnit 是 PHP 的测试框架。在版本 12.5.21 和 13.1.5中，PHPUnit 将 PHP INI 设置作为 -d name=value 命令行参数转发到子进程（用于隔离/PHPT 测试执行），而不中和 INI 元字符。因为 PHP 的 INI 解析器解释为字符串分隔符，所以 ;作为注释的开头，最重要的是换行符作为指令分隔符，包含换行符的值被子进程解析为多个 INI 指令。因此，能够影响单个 INI 值的攻击者可将任意附加指令注入子配置，包括 auto_prepend_file、扩展、disable_functions、open_basedir 等。将auto_prepend_file设为攻击者控制的路径会导致在子进程中远程代码执行。已在版本 12.5.22 和 13.1.6 中修补此问题。(CVE-2026-41570)

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

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

  - Vim 是一个开源命令行文本编辑器。在低于版本之前 9.2.0383，Vim 捆绑的 netrw 标准插件中存在操作系统命令注入漏洞。通过诱骗用户打开特制的 URL（例如使用 sftp:// 或 file:// 协议处理程序），攻击者可以 Vim 进程的权限执行任意 shell 命令。已在版本 9.2.0383 中修补此问题。
    (CVE-2026-42307)

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

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

  - 之前 1.25.2 的 PgBouncer 未对 KILL_CLIENT admin 命令执行适当的授权检查。所有具有管理控制台访问权限（管理控制台本身需要授权）的用户都可以运行此命令。仅允许 admin_users 参数中列出的用户是正确的。
    (CVE-2026-6667)

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

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

  - Vim 是一个开源命令行文本编辑器。在低于版本之前 9.2.0435，Vim 的 ：find 命令行完成中存在 OS 命令注入漏洞。当 path 选项包含反撇号括起来的 shell 命令时，这些命令会在文件名完成期间执行。由于路径选项缺少 P_SECURE 标记，因此可以从 modeline 进行设置，从而允许控制文件内容的攻击者在用户在 Vim 中打开文件并触发 ：find 完成时执行任意 shell 命令。已在版本 9.2.0435 中修补此问题。(CVE-2026-44656)

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

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

  - Pillow 是 Python 图像库。从版本 10.3.0 到以前的版本 12.2.0，处理恶意 PSD 文件可导致内存损坏，从而可能导致崩溃或任意代码执行。
    已在版本 12.2.0 中修补此问题。(CVE-2026-42311)

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

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

  - 如果服务器发送缺少 SQLSTATE 字段的错误响应，之前 PgBouncer 中 1.25.2 可能存在的空指针引用可导致崩溃。（CVE-2026-6666）

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

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

  - 在 PgBouncer 1.25.2 中，网络数据包解析代码中的一个整数溢出会绕过边界检查，并可能导致崩溃。未经认证的远程攻击者可使用畸形 SCRAM 认证数据包造成 PgBouncer 崩溃。（CVE-2026-6664）

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

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

  - 之前 1.25.2 PgBouncer 中的 SCRAM 代码在构建 SCRAM client-final-message 的内容时未正确检查 strlcat（） 的返回值。发送含有长 nonce 的 SCRAM server-final-message 的恶意后端可触发堆栈溢出。（CVE-2026-6665）

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

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

  - net/mlx5：修复 devlink 锁定与 esw->wq 之间的死锁 esw->work_queue 执行 esw_functions_changed_event_handler -> esw_vfs_changed_event_handler 并取得 devlink 锁定。
    .eswitch_mode_set（获取 devlink_nl_pre_doit 中的 devlink 锁定） -> mlx5_devlink_eswitch_mode_set -> mlx5_eswitch_disable_locked -> mlx5_eswitch_event_handler_unregister -> flush_workqueue esw_vfs_changed_event_handler执行时死锁。通过不再刷新工作以避免死锁，并使用生成计数器跟踪工作相关性，来修复该问题。这可避免旧处理程序操控经历过一个或多个模式变更的 esw：- 计数器在 mlx5_eswitch_event_handler_unregister 中递增。- 读取计数器并将其传递给临时mlx5_host_work结构。- 如果当前世代与计划运行的世代不同，则工作处理程序会获取 devlink 锁定并退出。- mlx5_eswitch_cleanup在破坏 wq 之前进行最后的排空。不再刷新工作队列的副作用是可能不再取消待定的 vport_change_handler 工作项，但这没关系，因为其他位置已禁用这些项目：- mlx5_eswitch_disable_locked 禁用 vport eq 通知程序。- mlx5_esw_vport_disable解除 HW EQ 通知，并将 state_lock 下的 vport->enabled 标记为 false，以防止待定的 vport 处理程序执行任何操作。- mlx5_eswitch_cleanup会破坏工作队列并确保所有事件都已禁用/完成。（CVE-2026-43468）

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

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

  - nfs：如果 d_alias 是目录，则返回nfs3_proc_create的 EISDIR 如果通过 nfs3_do_create/nfs_add_or_obtain /d_splice_alias 找到一个恰好是目录目录项的别名，我们不会返回任何错误，只是忘记了这个别名，但我们添加并作为参数传递的原始目录项仍然是负数。这稍后会造成 nfs_atomic_open_v23/finish_open 发生 oops，因为我们向 do_dentry_open 提供负目录项。在运行 lustre-racer 时发现此问题，其中目录和文件以相同的名称并发创建/删除，并且不使用 O_EXCL 打开文件（频繁的文件重定向）。虽然 d_splice_alias 通常会返回目录别名或 NULL，但我们会明确检查 d_is_dir（） 以确保不会尝试对目录 inode 执行文件操作（如 finish_open），从而触发观察到的 oops。（CVE-2026-43470）

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

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

  - netfilter：nf_tables：修复 netdev 挂钩中的重复设备 处理NETDEV_REGISTER通知时，必须避免重复的设备注册，因为创建挂钩时可能已由 nft_netdev_hook_alloc（） 添加设备。（CVE-2026-43454）

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

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

  - net/mlx5：修复切换到 switchdev 模式时的崩溃 当设备不支持 IPsec 时切换到 switchdev 模式时，我们还是会尝试清理会导致崩溃的 IPsec 资源，请通过在尝试清理其资源之前正确检查 IPsec 支持来修复此问题。[27642.515799] 警告：
    arch/x86/mm/fault.c：1276 at do_user_addr_fault+0x18a/0x680， CPU#4： devlink/6490 [27642.517159] 模块链接于：xt_conntrack xt_MASQUERADE ip6table_nat ip6table_filter ip6_tables iptable_nat nf_nat xt_addrtype rpcsec_gss_krb5 auth_rpcgss oid_registry叠加mlx5_fwctl nfnetlink zram zsmalloc mlx5_ib fuse rpcrdma rdma_ucm ib_uverbs ib_iser libiscsi scsi_transport_iscsi ib_umad rdma_cm ib_ipoib iw_cm ib_cm mlx5_core ib_core [27642.521358] CPU：4 UID：0 PID：6490 通信：devlink 未受感染 6.19.0-rc5_for_upstream_min_debug_2026_01_14_16_47 #1 无 [27642.522923] 硬件名称：QEMU 标准 PC （Q35 + ICH9,2009），BIOS rel-1.16.3-0-ga6ed6b701f0a-prebuilt.qemu.org 2014 年 4 月 1 日 [27642.524528] RIP：
    0010：do_user_addr_fault+0x18a/0x680 [27642.525362] 代码： ff 0f 84 75 03 00 00 48 89 ee 4c 89 e7 e8 5e b9 22 00 49 89 c0 48 85 c0 0f 84 a8 02 00 00 f7 c3 60 80 00 00 74 22 31 c9 eb ae <0f> 0b 48 83 c4 10 48 89 ea 48 89 de 4c 89 f7 5b 5d 41 5c 41 5d 41 [27642.528166] RSP： 0018：ffff88810770f6b8 EFLAGS：00010046 [27642.529038] RAX：0000000000000000 RBX：0000000000000002 RCX：ffff88810b980f00 [27642.530158] RDX：
    000000000000000a0 RSI：0000000000000002 RDI：ffff88810770f728 [27642.531270] RBP：00000000000000a0 R08：
    0000000000000000 R09: 0000000000000000 [27642.532383] R10: 0000000000000000 R11: 0000000000000000 R12:
    ffff888103f3c4c0 [27642.533499] R13： 0000000000000000 R14： ffff88810770f728 R15： 0000000000000000 [27642.534614] FS： 00007f197c741740（0000） GS：ffff88856a94c000（0000） knlGS：0000000000000000 [27642.535915] CS：0010 DS： 0000 ES： 0000 CR0： 0000000080050033 [27642.536858] CR2： 000000000000000a0 CR3：
    000000011334c003 CR4： 00000000000172eb0 [27642.537982] 调用跟踪： [27642.538466] [27642.538907] <TASK> exc_page_fault+0x76/0x140 [27642.539583] asm_exc_page_fault+0x22/0x30 [27642.540282] RIP：
    0010：_raw_spin_lock_irqsave+0x10/0x30 [27642.541134] 代码：07 85 c0 75 11 ba ff 00 00 00 f0 0f b1 17 75 06 b8 01 00 00 00 c3 31 c0 c3 90 0f 1f 44 00 00 53 9c 5b fa 31 c0 ba 01 00 00 00 0f <f0> b1 17 75 05 48 89 d8 5b c3 89 c6 e8 7e 02 00 00 48 89 d8 5b [27642.543936] RSP： 0018：ffff88810770f7d8 EFLAGS：00010046 [27642.544803] RAX：0000000000000000 RBX：0000000000000202 RCX：ffff888113ad96d8 [27642.545916] RDX：
    0000000000000001 RSI：ffff88810770f818 RDI：000000000000000a0 [27642.547027] RBP：0000000000000098 R08：
    0000000000000400 ： ffff88810b980f00 [27642.548140] R10： 0000000000000001 R11： ffff888101845a80R12R09：
    00000000000000a8 [27642.549263] R13： fffffffffa02a9060 R14： 000000000000000a0 R15： ffff8881130d8a40 [27642.550379] complete_all+0x20/0x90 [27642.551010] mlx5e_ipsec_disable_events+0xb6/0xf0 [mlx5_core] [27642.552022] mlx5e_nic_disable+0x12d/0x220 [mlx5_core] [27642.552929] mlx5e_detach_netdev+0x66/0xf0 [mlx5_core] [27642.553822] mlx5e_netdev_change_profile+0x5b/0x120 [mlx5_core] [27642.554821] mlx5e_vport_rep_load+0x419/0x590 [mlx5_core] [27642.555757] ？ xa_load+0x53/0x90 [27642.556361]
    __esw_offloads_load_rep+0x54/0x70 [mlx5_core] [27642.557328] mlx5_esw_offloads_rep_load+0x45/0xd0 [mlx5_core] [27642.558320] esw_offloads_enable+0xb4b/0xc90 [mlx5_core] [27642.559247] mlx5_eswitch_enable_locked+0x34e/0x4f0 [mlx5_core] [27642.560257] ？ mlx5_rescan_drivers_locked+0x222/0x2d0 [mlx5_core] [27642.561284] mlx5_devlink_eswitch_mode_set+0x5ac/0x9c0 [mlx5_core] [27642.562334] ？ devlink_rate_set_ops_supported+0x21/0x3a0 [27642.563220] devlink_nl_eswitch_set_doit+0x67/0xe0 [27642.564026] genl_family_rcv_msg_doit+0xe0/0x130 [27642.564816] genl_rcv_msg+0x183/0x290 [27642.565466] ？ __devlink_nl_pre_doit.isra.0+0x160/0x160 [27642.566329] ？ d ---truncated--- （CVE-2026-43467）

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

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

  - xprtrdma：减少早期退出路径上的re_receiving 如果 rpcrdma_post_recvs（） 无法创建工作请求（例如由于内存分配失败）或以其他方式提前退出，我们应在返回前减少 ep->re_receiving。否则我们将在 rpcrdma_xprt_drain（） 中挂起，因为re_receiving永远不会达到零，也永远不会触发完成。在具有高内存压力的系统上，这可能显示为以下挂起任务：INFO：任务 kworker/u385：17：8393 被阻断超过 122 秒。Tainted： G S E 6.19.0 #3 echo 0 > /proc/sys/kernel/hung_task_timeout_secs 禁用此消息。 task：kworker/u385：17 state：D stack：0 pid：8393 tgid：8393 ppid：2 task_flags：0x4248060 flags：0x00080000 工作队列：xprtiod xprt_autoclose [sunrpc] 调用跟踪： <TASK> __schedule+0x48b/0x18b0 ？ ib_post_send_mad+0x247/0xae0 [ib_core] schedule+0x27/0xf0 schedule_timeout+0x104/0x110
    __wait_for_common+0x98/0x180 ？__pfx_schedule_timeout+0x10/0x10 wait_for_completion+0x24/0x40 rpcrdma_xprt_disconnect+0x444/0x460 [rpcrdma] xprt_rdma_close+0x12/0x40 [rpcrdma] xprt_autoclose+0x5f/0x120 [sunrpc] process_one_work+0x191/0x3e0 worker_thread+0x2e3/0x420 ？
    __pfx_worker_thread+0x10/0x10 kthread+0x10d/0x230 ？__pfx_kthread+0x10/0x10 ret_from_fork+0x273/0x2b0 ？
    __pfx_kthread+0x10/0x10 ret_from_fork_asm+0x1a/0x30 （CVE-2026-43469）

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

远程主机上安装的 AOS 版本低于 7.3.1.9。因此，如公告 NXSA-AOS-7.3.1.9 所述，受到一个漏洞的影响。

  - 已修复 Linux 内核中的下列漏洞：crypto: algif_aead - Revert to operating out-of-place This mostly reverts commit 72548b093ee3 except for the copying of the associated data. There is no benefit in operating in-place in algif_aead since the source and destination come from different mappings. Get rid of all the complexity added for in-place operation and just copy the AD directly. (CVE-2026-31431)

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

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

  - btrfs：修复 btrfs_chunk_map_num_copies（） 之后 btrfs_map_block（） 中的区块映射泄漏 修复 btrfs_map_block（） 中的区块映射泄漏：如果使用 -EINVAL 提早返回，将不会释放刚才查找的区块映射。（CVE-2026-43393）

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

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

  - go-git 是用纯 Go 编写的可扩展 git 实现库。在低于 6.0.0-alpha.2 的版本 5.18.0 中，go-git 在智能 HTTP 克隆和获取操作期间跟随重定向时，可能会泄露 HTTP 认证凭据。版本和 6.0.0-alpha.2 中已修 5.18.0 补此问题。
    (CVE-2026-41506)

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

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

  - io_uring/kbuf：检查目标缓冲区列表在回收时是否仍为旧版 获取缓冲区的时间与可能回收缓冲区的时间之间存在间隙，如果列表为空，则有人可能将其升级为环形提供类型。如果通过 io-wq 强制执行请求，则可发生此情况。旧版回收缺少检查buffer_list是否仍然存在以及其类型是否正确。添加这些检查。（CVE-2026-43366）

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

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

  - net：nexthop：修复 remove_nh_grp_entry 中的 percpu 释放后使用 从群组中删除 nexthop 时，remove_nh_grp_entry（） 通过 rcu_assign_pointer（） 发布新群组，然后立即使用 free_percpu（） 释放已删除条目的 percpu 统计数据。但是，调用程序 remove_nexthop_from_groups（） 中的 synchronize_net（） 宽限期在释放之后运行。在发布之前输入的 RCU 读取器仍会看到旧群组，并且可以通过 nh_grp_entry_stats_inc（） -> get_cpu_ptr（nhge->stats） 取消引用释放的统计数据，从而在 percpu 内存上造成释放后使用。通过将 free_percpu（） 延迟到调用程序中的 synchronize_net（） 之后进行修复。删除的条目通过nh_list链接到本地延迟释放列表中。宽限期完成且所有 RCU 读取器完成后，percpu 统计数据将安全释放。（CVE-2026-43374）

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

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

  - net：ipa：修复未针对 IPA v5.0+ 编程的事件环索引 对于 IPA v5.0+，事件环索引字段从 CH_C_CNTXT_0 移至 CH_C_CNTXT_1。v5.0 寄存器定义的目的是在CH_C_CNTXT_1 fmask 数组中定义此字段，但使用的是 ERINDEX 的旧标识符，而不是 CH_ERINDEX。如果没有有效的事件环，GSI 通道永远无法发出传输完成信号。这导致 gsi_channel_trans_quiesce（） 在 wait_for_completion（） 中永久阻断。至少对于 IPA v5.2 而言，这可解决运行时暂停、系统暂停和 remoteproc 停止全部永久挂起的问题。这也意味着 IPA 数据路径完全无法运行。（CVE-2026-43345）

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

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

  - 已修复 Linux 内核中的下列漏洞：drm/xe/sync: Fix user fence leak on alloc failure When dma_fence_chain_alloc() fails, properly release the user fence reference to prevent a memory leak. (cherry picked from commit a5d5634cde48a9fcd68c8504aa07f89f175074a0) (CVE-2026-43396)

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

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

  - 已修复 Linux 内核中的下列漏洞：net/mana: Null service_wq on setup error to prevent double destroy In mana_gd_setup() error path, set gc->service_wq to NULL after destroy_workqueue() to match the cleanup in mana_gd_cleanup(). This prevents a use-after-free if the workqueue pointer is checked after a failed setup. (CVE-2026-43440)

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

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

  - net：bonding：修复禁用 IPv6 时nd_tbl空取消引用 通过“ipv6.disable=1”参数引导时，永远不会初始化nd_tbl，因为 inet6_init（） 在调用 ndisc_init（） 之前会退出，从而对其进行初始化。如果启用绑定 ARP/NS 验证，则在从属设备上接收的 IPv6 NS/NA 数据包可到达调用 bond_has_this_ip6（） 的 bond_validate_na（）。该路径调用 ipv6_chk_addr（） 并可在 __ipv6_chk_addr_and_flags（） 中崩溃。缺陷：内核空指针取消引用，地址：000000000000005d8 哎呀：
    哎呀：0000 [#1] SMP NOPTI RIP：0010：__ipv6_chk_addr_and_flags+0x69/0x170 调用跟踪： <IRQ> ipv6_chk_addr+0x1f/0x30 bond_validate_na+0x12e/0x1d0 [bonding] ？ __pfx_bond_handle_frame+0x10/0x10 [bonding] bond_rcv_validate+0x1a0/0x450 [bonding] bond_handle_frame+0x5e/0x290 [bonding] ？ srso_alias_return_thunk+0x5/0xfbef5 __netif_receive_skb_core.constprop.0+0x3e8/0xe50 ？ srso_alias_return_thunk+0x5/0xfbef5 ？ update_cfs_rq_load_avg+0x1a/0x240 ？ srso_alias_return_thunk+0x5/0xfbef5 ？__enqueue_entity+0x5e/0x240 __netif_receive_skb_one_core+0x39/0xa0 process_backlog+0x9c/0x150 __napi_poll+0x30/0x200 ？srso_alias_return_thunk+0x5/0xfbef5 net_rx_action+0x338/0x3b0 handle_softirqs+0xc9/0x2a0 do_softirq+0x42/0x60 </IRQ> <TASK>
    __local_bh_enable_ip+0x62/0x70 __dev_queue_xmit+0x2d3/0x1000 ？srso_alias_return_thunk+0x5/0xfbef5 ？srso_alias_return_thunk+0x5/0xfbef5 ？packet_parse_headers+0x10a/0x1a0 packet_sendmsg+0x10da/0x1700 ？kick_pool+0x5f/0x140 ？srso_alias_return_thunk+0x5/0xfbef5 ？__queue_work+0x12d/0x4f0
    __sys_sendto+0x1f3/0x220 __x64_sys_sendto+0x24/0x30 do_syscall_64+0x101/0xf80 ？exc_page_fault+0x6e/0x170 ？srso_alias_return_thunk+0x5/0xfbef5 entry_SYSCALL_64_after_hwframe+0x77/0x7f </TASK> 通过在将 IPv6 数据包分发到 bond_na_rcv（） 之前检查 ipv6_mod_enabled（） 来修复此问题。如果禁用了 IPv6，请尽早从 bond_rcv_validate（） 返回并避免路径到 ipv6_chk_addr（）。（CVE-2026-43441）

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

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

  - scsi：ufs：core：修复 UFS 暂停期间 ufshcd_rtc_work（） 中的 SError 在 __ufshcd_wl_suspend（） 中，调用 cancel_delayed_work_sync（） 取消 UFS RTC 工作，但它位于 ufshcd_vops_suspend（hba、pm_op、POST_CHANGE） 之后。这会造成争用条件，即在执行 ufshcd_vops_suspend（） 的同时 ufshcd_rtc_work（） 仍可运行。不支持 UFSHCD_CAP_CLK_GATING 时，条件 ！hba->clk_gating.active_reqs 始终成立，从而导致执行 ufshcd_update_rtc（）。
    由于 ufshcd_vops_suspend（） 通常执行时钟门控操作，因此此时执行 ufshcd_update_rtc（） 会触发 SError。内核错误跟踪如下： 内核错误 - 不同步：
    异步 SError 中断调用跟踪：dump_backtrace+0xec/0x128 show_stack+0x18/0x28 dump_stack_lvl+0x40/0xa0 dump_stack+0x18/0x24 panic+0x148/0x374 nmi_panic+0x3c/0x8c arm64_serror_panic+0x64/0x8c do_serror+0xc4/0xc8 el1h_64_error_handler+0x34/0x4c el1h_64_error+0x68/0x6c el1_interrupt+0x20/0x58 el1h_64_irq_handler+0x18/0x24 el1h_64_irq+0x68/0x6c ktime_get+0xc4/0x12c ufshcd_mcq_sq_stop+0x4c/0xec ufshcd_mcq_sq_cleanup+0x64/0x1dc ufshcd_clear_cmd+0x38/0x134 ufshcd_issue_dev_cmd+0x298/0x4d0 ufshcd_exec_dev_cmd+0x1a4/0x1c4 ufshcd_query_attr+0xbc/0x19c ufshcd_rtc_work+0x10c/0x1c8 process_scheduled_works+0x1c4/0x45c worker_thread+0x32c/0x3e8 kthread+0x120/0x1d8 ret_from_fork+0x10/0x20 通过在调用之前将 cancel_delayed_work_sync（） 移动到 ufshcd_vops_suspend（hba， pm_op，PRE_CHANGE），确保届时 UFS RTC 工作完全完成或取消。（CVE-2026-43415）

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

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

  - 已修复 Linux 内核中的下列漏洞：net: Fix rcu_tasks stall in threaded busypoll I was debugging a NIC driver when I noticed that when I enable threaded busypoll, bpftrace hangs when starting up. dmesg showed: rcu_tasks_wait_gp: rcu_tasks grace period number 85 (since boot) is 10658 jiffies old. rcu_tasks_wait_gp: rcu_tasks grace period number 85 (since boot) is 40793 jiffies old.
    rcu_tasks_wait_gp: rcu_tasks grace period number 85 (since boot) is 131273 jiffies old. rcu_tasks_wait_gp:
    rcu_tasks grace period number 85 (since boot) is 402058 jiffies old. INFO: rcu_tasks detected stalls on tasks: 00000000769f52cd: .N nvcsw: 2/2 holdout: 1 idle_cpu: -1/64 task:napi/eth2-8265 state:R running task stack:0 pid:48300 tgid:48300 ppid:2 task_flags:0x208040 flags:0x00004000 Call Trace: <TASK> ? napi_threaded_poll_loop+0x27c/0x2c0 ? __pfx_napi_threaded_poll+0x10/0x10 ? napi_threaded_poll+0x26/0x80 ? kthread+0xfa/0x240 ? __pfx_kthread+0x10/0x10 ? ret_from_fork+0x31/0x50 ? __pfx_kthread+0x10/0x10 ? ret_from_fork_asm+0x1a/0x30 </TASK> The cause is that in threaded busypoll, the main loop is in napi_threaded_poll rather than napi_threaded_poll_loop, where the latter rarely iterates more than once within its loop. For rcu_softirq_qs_periodic inside napi_threaded_poll_loop to report its qs state, the last_qs must be 100ms behind, and this can't happen because napi_threaded_poll_loop rarely iterates in threaded busypoll, and each time napi_threaded_poll_loop is called last_qs is reset to latest jiffies.
    This patch changes so that in threaded busypoll, last_qs is saved in the outer napi_threaded_poll, and whether busy_poll_last_qs is NULL indicates whether napi_threaded_poll_loop is called for busypoll. This way last_qs would not reset to latest jiffies on each invocation of napi_threaded_poll_loop.
    (CVE-2026-43385)

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

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

  - btrfs：修复由于名称哈希冲突在文件创建时因名称哈希冲突而造成的事务中止 如果尝试创建多个名称生成相同哈希的文件，我们必须将这些文件打包在同一个目录项中，并且该目录具有叶大小固有的限制。但是，如果达到该限制，我们将触发事务中止并将文件系统转换为 RO 模式。这允许恶意用户在不具备管理权限/功能的情况下中断系统。复制器：$ cat exploit-hash-collisions.sh #！/bin/bash DEV=/dev/sdi MNT=/mnt/sdi # 使用最小的节点大小来加快测试速度并需要更少的文件 # 导致哈希冲突的名称。mkfs.btrfs -f --nodesize 4K $DEV mount $DEV $MNT # 导致 btrfs 的相同 crc32c 哈希的名称列表。 declare -a names=（ 'foobar' '%a8tYkxfGMLWRGr55QSeQc4PBNH9PCLIvR6 jZnkDtUUru1t@RouaUe_L：@xGkbO3nCwvLNYeK9vhE628gss：T$yZjZ5l-Nbd6CbC$M=hqE-ujhJICXyIxBvYrIU9-TDC' 'AQci3EUB%s hMsg-N%frgU：02ByLs=IPJU0OpgiWit5nexSyxZDncY6WB：=zKZuk5Zy0DD$Ua78%MelgBuMqaHGyKsJUFf9s=UW80PcJmKctb46KveLSiUtNmq rMiL9-Y0I_l5Fnam04CGIg=8@U：Z' 'CvVqJpJzueKcuA$wqwePfyu7VxuWNN3ho$p0zi2H8QFYK$7YlEqOhhb%：hHgjhIjW5vnqWHKNP4' 'ET：vk@rFU4tsvMB0$C_p=xQHaYZjvoF%-BTc%wkFW8yaDAPcCYoR%x$FH5O：' 'HwTon%v7SGSP4FE08jBwwiu5aot2CFKXHTeEAa@38f UcNGOWvE@Mz6WBeDH_VooaZ6AgsXPkVGwy9l@@ZbNXabUU9csiWrrOp0MWUdfi$EZ3w9GkIqtz7I_eOsByOkBOO' 'Ij%2VlFGXSuPvxJGf5UWy6O@1svxGha%b@=%wjkq：CIgE6u7eJOjmQY5qTtxE2Rjbis9@us' 'KBkjG5%9R8K9sOG8UTnAYjxLNAvBmvV 5vz3IiZaPmKuLYO03-6asI9lJ_j4@6Xo$KZicaLWJ3Pv8XEwVeUPMwbHYWwbx0pYvNlGMO9F：ZhHAwyctnGy%_eujl%WPd4U2BI7qooOSr85J-C2V$LfY' 'NcRf DfuUQ2=zP8K3CCF5dFcpfiOm6mwenShsAb_F%n6GAGC7fT2JFFn：' c35X-3aYwoq7jNX5$ZJ6hI3wnZs$7KgGi7wjulffhHNUxAT0fRRLF39vJ@NvaEMxsMO' 'Oj42AQAEzRoTxa5OuSKIr=A_lwGMy132v4g3Pdq1GvUG9874YseIFQ6QU' 'Ono7avN5GjC：_6dBJ_' 'WHmN2gnmaN-9dVDy4aWo：yNGFzz8qsJyJhWEWcud7$QzN2D9R0efIWWEdu5kwWr73NZm4=@CoCDxrrZnRITr-kGtU_cfW2：%2_am' 'Wi FnuTEhAG9FEC6zopQmj-A-0T3WULz$LDQ%ox3UZAPybSV6v1Z$b4L_XBi4M4BMBtJZpz93r9xafpB77r：lbwvitWRyo$odnAUYlYMmU4RvgnNd-- e=I5hiEjGLETTtaScWlQp8mYsBovZwM2k' 'XKyH=OsOAF3p%uziGF_ZVr@1u$ivrvhVgD%5RtrV-gl_vqAwHkK@x7YwlxX3qT6WKKQ%PR56NrUBU2dOAOAdzr2=5nJuKPM-T-7phxQbUcb$ZpQfCL：BZOTPaFExc-qK-gDRCDW2' 'd3uUR6OF EwZr%ns1XH_@tbxA@cCPmbBRLdyh7p6V45H$P2$F%w0RqrD3M0g8aGvWpoTFMiBdOTJXjD：JF7=h9a_43xBywYAP%r$SPZi%zDg%ql-KvkdUCtF9OLaQlxmd' 'ePTpbnit%hyNm@WELlpKzNZYOzOTf8EQ$sEfkMy1VOfIUu3coyvIr13-Y7Sv5v-Ivax2Go_GQRFMU1b3362nktT9WOJf3SpT%z8sZmM3gvYQBDgmKI%%RM-G7hyrhgYflOw%z：：ZRcv5O：lDCFm' 'evqk743Y@dvZAiG5J05 L_ROFV@$2%rVWJ2%3nxV72-W7$- SK3tuSHA2mBt$qloC5jwNx33GmQUjD%akhBPu=VJ5g$xhlZiaFtTrjeeM5x7dt4cHpX0cZkmfImndYzGmvwQG：$euFYmXn$_2rA9mKZ' ' gkgUtnihWXsZQTEkrMAWIxir09k3t7jk_IK25t1：cy1XWN0GGqC%FrySdcmU7M8MuPO_ppkLw3=Dfr0UuBAL4%GFk2$Ma$e10V1jDRGJje%X x9EV2ERaWKtjpwiZwh0gCSJsj5UL7CR8RtW5opCVFKGGy8Cky' 'hNgsG_8lNRik3PvphqPm0yEH3P%%fYG：kQLY=6O-61Wa6nrV_WVGR6TLB09vHOv%g4VQRP8Gzx7VXUY1qvZyS' 'isA7JVzN12xCxVPJZ_qoLm-pTBuhjjHMvV7o=F：EaClfYNyFGlsfw-Kf%uxdqW-kwk1sPl2vhbjyHU1A6$hz' 'kiJ_fgcdZFDiOptjgH5PN9-PSyLO4fbk_：u5_2tz35lV_iXiJ6cx7pwjTtKy-XGaQ5IefmpJ4N_ZqGsqCsKuqOOBgf9LkUdffHet@Wu' 'lvwtxyhE9：%Q3UxeHiViUyNzJsy：fm38pg_b6s25JvdhOAT=1s0$pG25x=LZ2rlHTszj=gN6M4zHZYr_qrB49i=pA-- @WqWLIuX7o1S_SfS@2FSiUZN' 'rC24cw3UBDZ=5qJBUMs9e$=S4Y94ni%Z8639vnrGp=0Hv4z3dNFL0fBLmQ40=EYIY：' Z=SLc@QLMSt2zsss2ZXrP7j4=' 'uwGl2s-fFrf@GqS=DQqq2I0LJSsOmM%xzTjS：lzXguE3wChdMoHYtLRKPvfaPOZF2fER@j53evbKa7R%A7r4%YEkD=kicJe@SFiGtXHbKe4gCgPAY bnVn' 'UG37U6KKua2bgc：IHzRs7BnB6FD：2Mt5Cc5NdlsW%$1tyvnfz7S27FvNkroXwAW：mBZLA1@qa9WnDbHCDmQmfPMC9z-Eq6QT0jhhPpqyymaD：R02ghwYo%yx7SAaaq-：x33LYpei$5g8DMl3C' 'y2vjek0FE1PDJC0qpfnN：x8k2wCFZ9xiUF2ege=JnP98R%wxjKkdfEiLWvQzmnW' '8-HCSgH5B%K7P8_jaVtQhBXpBk：pE-7ts58U0J@iR9YZntMPl7j$P$s 62yAJO@_9eanFPS54b=UTw$94C-t=HLxT8n6o9P=QnIxq-f1=Ne2dvhe6WbjEQtc' 'YPPh：IFt2mtR6XWSmjHptXL_hbSYu8bMw-JP8@PNyaFkdNFsk$M=xfL6LDKCDM-mSyGA_2MBwZ8Dr4=R1D%7-mC ---truncated--- （CVE-2026-43360）

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

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

  - KVM：arm64：创建 vgic 时急切地初始化 vgic dist/redist 如果 vgic_allocate_private_irqs_locked（） 因任何奇怪原因而失败，我们将提早退出 kvm_vgic_create（），而使 dist->rd_regions 处于未初始化状态。
    然后 kvm_vgic_dist_destroy（） 出现并走进杂草丛中，试图释放 RD。必须喜欢这些东西。通过提前移动所有静态初始化来解决它，并确保如果我们中途失败，我们处于执行其余拆卸的合理状态。同时，在失败时重置 vgic 模型，以防万一......（CVE-2026-43351）

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

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

  - nfsd：修复 nfsd_nl_listener_set_doit（） 中的 cred ref 泄漏。nfsd_nl_listener_set_doit（） 使用不put_cred（） 的 get_current_cred（）。正如我们从其他调用程序中看到的，svc_xprt_create_from_sa（） 不需要额外的 refcount。nfsd_nl_listener_set_doit（） 始终处于进程上下文中，sendmsg（） 和 current->cred 不会消失。让我们在 nfsd_nl_listener_set_doit（） 中使用 current_cred（）。
    (CVE-2026-43394)

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

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

  - xfs：修复过小的 l_iclog_roundoff 值 如果超级块未列出日志条带化单位，我们将内核日志舍入值设置为 512。这导致在具有 4k 物理扇区的磁盘上，generic/617 中的日志损坏和无法挂载的文件系统... XFS （sda1）：挂载 V5 文件系统 ff3121ca-26e6-4b77-b742-aaff9a449e1cXFS （sda1）：在日志块0x318e检测到写入损坏（CRC 失败）。从0x3197截断头块。XFS （sda1）：未能找到日志末尾 XFS （sda1）：日志装载/恢复失败：错误 -74 XFS （sda1）：日志装载失败 XFS （sda1）： 挂载 V5 文件系统 ff3121ca-26e6-4b77-b742-aaff9a449e1c XFS （sda1）： 结束干净挂载...在具有损坏的 mkfs 的当前 xfsprogs for-next 上。xfs_info表明了这一点......meta-data=/dev/sda1 isize=512 agcount=4， agsize=644992 blks = sectsz=4096 attr=2， projid32bit=1 = crc=1 finobt=1， sparse=1， rmapbt=1 = reflink=1 bigtime=1 inobtcount=1 nrext64=1 = exchange=1 metadir=1 data = bsize=4096 blocks=2579968， imaxpct=25 = sunit=0 swidth=0 blks naming =version 2 bsize=4096 ascii-ci=0， ftype=1， parent=1 log =internal log bsize=4096 blocks=16384， version=2 = sectsz=4096 sunit=0 blks， lazy-count=1 realtime =none extsz=4096 blocks=0， rtextents=0 = rgcount=0 rgsize=268435456 extents = zoned=0 start=0 reserved=0 ...观察日志部分的 sectsz=4096 sunit=0，这意味着舍入因子为 512，而不是您预期的 4096。我们应修复 mkfs，使其不会生成损坏的文件系统，但任何人都可以模糊处理磁盘上的超级块，因此我们应更加谨慎。我认为不充分的逻辑早于 commit a6a65fef5ef8d0，但这显然需要不同的向后移植。（CVE-2026-43365）

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

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

  - ublk：修复 ublk_ctrl_set_size（） 中的空指针取消引用 ublk_ctrl_set_size（） 通过 set_capacity_and_notify（） 无条件取消引用 ub->ub_disk，而不检查其是否为空。ub->ub_disk 在 UBLK_CMD_START_DEV 完成之前为空（仅在 ublk_ctrl_start_dev（） 中赋值）和在UBLK_CMD_STOP_DEV运行后（ublk_detach_disk（） 将其设置为空）。由于UBLK_CMD_UPDATE_SIZE处理程序不执行状态验证，用户可通过将UPDATE_SIZE发送到已添加但尚未启动的设备或已停止的设备来触发空指针取消引用。通过在取消引用 ub->mutex 下 ub->ub_disk 并在磁盘不可用时返回 -ENODEV 来修复此问题。
    (CVE-2026-43364)

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

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

  - KVM：nSVM：删除用户可触发的 nested_svm_load_cr3（） 后续 WARN 终止 nested_svm_load_cr3（） 失败时 svm_set_nested_state（） 中的 WARN，因为在加载 CR3 后修改 CPUID 可轻易从用户空间触发。例如，修改状态恢复自我测试，如下所示： --- tools/testing/selftests/kvm/x86/state_test.c +++ tools/testing/selftests/kvm/x86/state_test.c @@ -280,7 +280,16 @@ int main（int argc， char *argv[]） /* 在新 VM 中还原状态。*/ vcpu = vm_recreate_with_one_vcpu（vm）;- vcpu_load_state（vcpu， state）;+ + if （stage == 4） { + state->sregs.cr3 = BIT（44）; + vcpu_load_state（vcpu， state）; + + vcpu_set_cpuid_property（vcpu， X86_PROPERTY_MAX_PHY_ADDR， 36）;
    + __vcpu_nested_state_set（vcpu，&状态>嵌套）;+ } else { + vcpu_load_state（vcpu， state）; + } /* * 在虚拟 vCPU 中还原 XSAVE 状态，首先不进行生成： 警告： CPU：30 PID：938 at arch/x86/kvm/svm/nested.c：1877 svm_set_nested_state+0x34a/0x360 [kvm_amd] 链接的模块：kvm_amd kvm irqbypass [上次卸载：kvm] CPU：30 UID：1000 PID：938 通信：state_test 受感染： G W 6.18.0-rc7-58e10b63777d-next-vm 受感染：[W]=WARN 硬件名称：QEMU 标准 PC （Q35 + ICH9,2009 年），BIOS 0.0.0 02/06/2015 RIP：0010：svm_set_nested_state+0x34a/0x360 [kvm_amd] 调用跟踪： <TASK> kvm_arch_vcpu_ioctl+0xf33/0x1700 [kvm] kvm_vcpu_ioctl+0x4e6/0x8f0 [kvm] __x64_sys_ioctl+0x8f/0xd0 do_syscall_64+0x61/0xad0 entry_SYSCALL_64_after_hwframe+0x4b/0x53 只需删除 WARN，而非尝试阻止用户空间将非法状态注入 CR3。无论好坏，KVM 的 ABI 允许用户空间在 SREGS 之后设置 CPUID，反之亦然，而 KVM 在涉及到客户机 CPUID 时非常宽松。即，设置 CPUID 时尝试强制实施虚拟 CPU 模型可中断用户空间。鉴于 WARN 不能为 KVM 提供任何有意义的保护或用户空间益处，因此即使破坏用户空间的几率很小，也只需将其删除即可。机会性地删除虚假换行符。
    (CVE-2026-43315)

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

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

  - MapServer 是用于开发基于 Web 的 GIS 应用程序的系统。从版本 6.0 到以前的版本 8.6.2，MapServer 的 WMS 服务器中存在反射型 XSS 漏洞，允许未经认证的攻击者将任意 HTML/JavaScript 注入任何打开构建的 WMS URL 的用户的浏览器中。该漏洞可通过 WMS 1.3.0 请求中的 FORMAT=application/openlayers 与未审查的 SRS 参数相结合来触发。已在版本 8.6.2 中修补此问题。(CVE-2026-42030)

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

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

  - Crypt：:P asswdMD5 及之前 1.42 的 Perl 版本会为 salt 生成不安全的随机值。内置的 rand 函数可预测，不适用于密码编译。（CVE-2026-6659）

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

ID	名称	严重性
314187	Linux Distros 未修补的漏洞：CVE-2026-6986	low
314186	Linux Distros 未修补的漏洞：CVE-2025-65502	medium
314185	Linux Distros 未修补的漏洞：CVE-2026-8177	high
314184	Linux Distros 未修补的漏洞：CVE-2020-25887	high
314183	Linux Distros 未修补的漏洞：CVE-2019-13503	high
314182	Linux Distros 未修补的漏洞：CVE-2026-5245	medium
314181	Linux Distros 未修补的漏洞：CVE-2026-8276	medium
314180	Linux Distros 未修补的漏洞：CVE-2026-5244	medium
314179	Linux Distros 未修补的漏洞：CVE-2026-5246	medium
314154	Linux Distros 未修补的漏洞：CVE-2026-45190	medium
314153	Linux Distros 未修补的漏洞：CVE-2026-45191	medium
313709	Linux Distros 未修补的漏洞：CVE-2026-45186	high
313708	Linux Distros 未修补的漏洞：CVE-2026-45184	medium
313620	Linux Distros 未修补的漏洞：CVE-2026-42310	medium
313619	Linux Distros 未修补的漏洞：CVE-2025-71296	medium
313618	Linux Distros 未修补的漏洞：CVE-2026-42308	medium
313607	Linux Distros 未修补的漏洞：CVE-2026-45130	medium
313606	Linux Distros 未修补的漏洞：CVE-2026-41493	medium
313605	Linux Distros 未修补的漏洞：CVE-2026-41570	high
313604	Linux Distros 未修补的漏洞：CVE-2026-42307	medium
313603	Linux Distros 未修补的漏洞：CVE-2026-6667	medium
313602	Linux Distros 未修补的漏洞：CVE-2026-44656	medium
313601	Linux Distros 未修补的漏洞：CVE-2026-42311	high
313600	Linux Distros 未修补的漏洞：CVE-2026-6666	high
313599	Linux Distros 未修补的漏洞：CVE-2026-6664	high
313598	Linux Distros 未修补的漏洞：CVE-2026-6665	critical
313469	Linux Distros 未修补的漏洞：CVE-2026-43468	medium
313468	Linux Distros 未修补的漏洞：CVE-2026-43470	medium
313467	Linux Distros 未修补的漏洞：CVE-2026-43454	high
313466	Linux Distros 未修补的漏洞：CVE-2026-43467	medium
313465	Linux Distros 未修补的漏洞：CVE-2026-43469	high
313464	Nutanix AOS：（NXSA-AOS-7.3.1.9）	high
313457	Linux Distros 未修补的漏洞：CVE-2026-43393	medium
313456	Linux Distros 未修补的漏洞：CVE-2026-41506	high
313455	Linux Distros 未修补的漏洞：CVE-2026-43366	high
313454	Linux Distros 未修补的漏洞：CVE-2026-43374	high
313453	Linux Distros 未修补的漏洞：CVE-2026-43345	high
313452	Linux Distros 未修补的漏洞：CVE-2026-43396	medium
313451	Linux Distros 未修补的漏洞：CVE-2026-43440	high
313450	Linux Distros 未修补的漏洞：CVE-2026-43441	high
313449	Linux Distros 未修补的漏洞：CVE-2026-43415	medium
313448	Linux Distros 未修补的漏洞：CVE-2026-43385	high
313447	Linux Distros 未修补的漏洞：CVE-2026-43360	medium
313446	Linux Distros 未修补的漏洞：CVE-2026-43351	medium
313445	Linux Distros 未修补的漏洞：CVE-2026-43394	medium
313444	Linux Distros 未修补的漏洞：CVE-2026-43365	high
313443	Linux Distros 未修补的漏洞：CVE-2026-43364	medium
313442	Linux Distros 未修补的漏洞：CVE-2026-43315	medium
313441	Linux Distros 未修补的漏洞：CVE-2026-42030	medium
313440	Linux Distros 未修补的漏洞：CVE-2026-6659	high

检测

Nessus 的 Misc. 系列

low

medium

high

high

high

medium

medium

medium

medium

medium

medium

high

medium

medium

medium

medium

medium

medium

high

medium

medium

medium

high

high

high

critical

medium

medium

high

medium

high

high

medium

high

high

high

high

medium

high

high

medium

high

medium

medium

medium

high

medium

medium

medium

high