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

  - 音频/视频：播放部分中的拒绝服务。该漏洞在Firefox 150和Thunderbird 150中已修复。（CVE-2026-6781）

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

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

  - Firefox for Android 中的缓解绕过。该漏洞在 Firefox 150 中已修复。（CVE-2026-6756）

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

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

  - JavaScript 引擎组件中的另一个问题。该漏洞在Firefox 150和Thunderbird 150中已修复。（CVE-2026-6779）

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

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

  - 因图形：WebGPU组件中的整数溢出而导致的拒绝服务。该漏洞在Firefox 150和Thunderbird 150中已修复。（CVE-2026-6773）

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

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

  - xfrm：iptfs：修复重组期间非线性 skb 上的 skb_put（） 错误 在 iptfs_reassem_cont（） 中，IP-TFS 尝试将数据附加到正在重组的新内部数据包“newskb”。首先尝试零复制方法，如果成功，然后 newskb 变为非线性。当同一数据报中的后续片段不满足快速路径条件时，将执行内存复制。它调用 skb_put（） 来附加数据，而且由于 newskb 是非线性的，所以会触发SKB_LINEAR_ASSERT检查。哎呀：无效操作码：0000 [#1] SMP NOPTI [...]RIP：0010：skb_put+0x3c/0x40 [...]调用跟踪： <IRQ> iptfs_reassem_cont+0x1ab/0x5e0 [xfrm_iptfs] iptfs_input_ordered+0x2af/0x380 [xfrm_iptfs] iptfs_input+0x122/0x3e0 [xfrm_iptfs] xfrm_input+0x91e/0x1a50 xfrm4_esp_rcv+0x3a/0x110 ip_protocol_deliver_rcu+0x1d7/0x1f0 ip_local_deliver_finish+0xbe/0x1e0 __netif_receive_skb_core.constprop.0+0xb56/0x1120
    __netif_receive_skb_list_core+0x133/0x2b0 netif_receive_skb_list_internal+0x1ff/0x3f0 napi_complete_done+0x81/0x220 virtnet_poll+0x9d6/0x116e [virtio_net] __napi_poll.constprop.0+0x2b/0x270 net_rx_action+0x162/0x360 handle_softirqs+0xdc/0x510 __irq_exit_rcu+0xe7/0x110 irq_exit_rcu+0xe/0x20 common_interrupt+0x85/0xa0 </IRQ> <TASK> 通过检查 skb 是否为非线性来修复此问题。如果是，请调用 skb_linearize（） 将其线性化。由于 newskb 的初始分配最初为整个重新组装的数据包预留了足够的尾部空间，因此我们不需要检查是否有足够的尾部空间或延长它。（CVE-2026-31517）

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

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

  - ASoC：sma1307：修复 devm_kzalloc（） 内存的双重释放 之前的变更在 sma1307_setting_loaded（） 中添加了对分配失败的空检查和清除。但是，mode_set条目的清理错误。
    这些条目是通过 devm_kzalloc（） 分配的，因此它们是设备管理的资源，不得通过 kfree（） 释放。在错误路径中手动释放它们可在 devres 稍后释放相同内存时导致双重释放。终止手动 kfree（） 循环并让 devres 处理清除。（CVE-2026-31475）

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

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

  - 网络中的另一个问题：DNS组件。该漏洞在Firefox 150和Thunderbird 150中已修复。（CVE-2026-6777）

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

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

  - 在 Dolibarr ERP & CRM 22.0.4 的网站模块及以下内容中，应用使用基于黑名单的过滤来限制与系统命令执行相关的危险 PHP 功能。拥有编辑PHP内容权限的认证用户可以绕过这种过滤，实现完全远程代码执行，并能在服务器上执行任意操作系统命令。（CVE-2026-31019）

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

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

  - 已修复 Linux 内核中的下列漏洞：tracing: Drain deferred trigger frees if kthread creation fails Boot-time trigger registration can fail before the trigger-data cleanup kthread exists. Deferring those frees until late init is fine, but the post-boot fallback must still drain the deferred list if kthread creation never succeeds. Otherwise, boot-deferred nodes can accumulate on trigger_data_free_list, later frees fall back to synchronously freeing only the current object, and the older queued entries are leaked forever. To trigger this, add the following to the kernel command line:
    trace_event=sched_switch trace_trigger=sched_switch.traceon,sched_switch.traceon The second traceon trigger will fail and be freed. This triggers a NULL pointer dereference and crashes the kernel. Keep the deferred boot-time behavior, but when kthread creation fails, drain the whole queued list synchronously.
    Do the same in the late-init drain path so queued entries are not stranded there either. (CVE-2026-31481)

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

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

  - 版本之前 26.1 的 PIP 会在安装轮子文件后运行自我更新检查功能，这需要导入已知的 Python 模块名称。这些模块导入被有意推迟，以延长PIP CLI的启动时间。补丁将自我更新功能改为在轮子安装前运行，以防止新安装模块在安装轮子包后不久被导入。用户仍应在安装前查看包内容。（CVE-2026-6357）

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

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

  - 已修复 Linux 内核中的下列漏洞：drm/amd/display: check if ext_caps is valid in BL setup LVDS connectors don't have extended backlight caps so check if the pointer is valid before accessing it. (cherry picked from commit 3f797396d7f4eb9bb6eded184bbc6f033628a6f6) (CVE-2026-31460)

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

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

  - 在Dolibarr ERP和CRM <= 22.0.4中，网站模块中的PHP代码检测和编辑权限强制并非对所有输入参数都一致应用，允许仅允许仅编辑HTML/JavaScript的认证用户在创建网站页面时通过未受保护的输入注入PHP代码。
    (CVE-2026-31018)

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

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

  - 边界条件错误，音频/视频：播放部分出现整数溢出。该漏洞在Firefox 150和Thunderbird 150中已修复。（CVE-2026-6783）

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

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

  - 音频/视频：播放部分中的拒绝服务。该漏洞在Firefox 150和Thunderbird 150中已修复。（CVE-2026-6780）

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

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

  - DOM 中的缓解绕过：安全组件。该漏洞在Firefox 150和Thunderbird 150中已修复。（CVE-2026-6774）

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

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

  - 已修复 Linux 内核中的下列漏洞：iomap: fix invalid folio access when i_blkbits differs from I/O granularity Commit aa35dd5cbc06 (iomap: fix invalid folio access after folio_end_read()) partially addressed invalid folio access for folios without an ifs attached, but it did not handle the case where 1 << inode->i_blkbits matches the folio size but is different from the granularity used for the IO, which means IO can be submitted for less than the full folio for the !ifs case. In this case, the condition: if (*bytes_submitted == folio_len) ctx->cur_folio = NULL; in iomap_read_folio_iter() will not invalidate ctx->cur_folio, and iomap_read_end() will still be called on the folio even though the IO helper owns it and will finish the read on it. Fix this by unconditionally invalidating ctx->cur_folio for the !ifs case. (CVE-2026-31463)

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

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

  - xfrm：iptfs：验证 IPTFS 负载中的内部 IPv4 标头长度 添加对从 __input_process_payload（） 中解密的 IPTFS 负载解析的内部 IPv4 数据包tot_len和 ihl 字段的验证。包含内部 IPv4 标头 （tot_len=0） 的构建的 ESP 数据包造成无限循环：iplen=0 导致 capturelen=min（0， remaining）=0，因此数据偏移永远不会推进，while（数据<尾）循环永远不会终止，在 softirq 环境中永远旋转。拒绝tot_len < ihl*4 或 ihl*4 < sizeof（struct iphdr） 的内部 IPv4 数据包，这会同时捕获 tot_len=0 情况和畸形 ihl 值。普通 IP 堆栈在 ip_rcv_core（） 中执行此验证，但 IPTFS 会在内部数据包到达该层之前提取并处理它们。（CVE-2026-31472）

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

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

  - 已修复 Linux 内核中的下列漏洞：io_uring/fdinfo: fix OOB read in SQE_MIXED wrap check __io_uring_show_fdinfo() iterates over pending SQEs and, for 128-byte SQEs on an IORING_SETUP_SQE_MIXED ring, needs to detect when the second half of the SQE would be past the end of the sq_sqes array. The current check tests (++sq_head & sq_mask) == 0, but sq_head is only incremented when a 128-byte SQE is encountered, not on every iteration. The actual array index is sq_idx = (i + sq_head) & sq_mask, which can be sq_mask (the last slot) while the wrap check passes. Fix by checking sq_idx directly. Keep the sq_head increment so the loop still skips the second half of the 128-byte SQE on the next iteration. (CVE-2026-31484)

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

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

  - 在GPAC至26.03-DEV-rev105-g8f39a1eb3-master中发现了安全漏洞。该漏洞影响的是组件MP4Box中src/isomedia/box_code_base.c文件的功能elng_box_read。对参数elng进行操作会导致读取超出界限。必须在本地处理攻击。该漏洞已被公开，可能被用于攻击。该补丁名为 cf6ac48c972eaaee2af270adc3f36615325deb3e。受影响的部件应该升级。
    (CVE-2026-7135)

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

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

  - 网络：Cookies组件中的缓解绕过。该漏洞在Firefox 150和Thunderbird 150中已修复。（CVE-2026-6768）

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

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

  - JavaScript: WebAssembly 组件中存在释放后使用漏洞。该漏洞在Firefox 150和Thunderbird 150中已修复。（CVE-2026-6758）

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

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

  - xfrm：iptfs：仅在克隆设置后发布mode_data iptfs_clone_state（） 存储 X->mode_data，然后再分配重新排序窗口。如果该分配失败，代码将释放克隆的状态并返回
    -ENOMEM，留下 x->mode_data 指向释放的内存。xfrm 克隆展开随后通过 x->mode_data 运行 destroy_state（），因此失败的克隆路径会破坏 clone_state（） 已释放的 IPTFS 状态。
    将克隆的 IPTFS 状态保持为隐私，直到所有分配都成功，这样失败的克隆才会使 x->mode_data 保持不设置状态。破坏路径已处理空mode_data指针。（CVE-2026-31471）

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

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

  - mm/damon/core：避免使用半在线提交的上下文 damon_call（） 的一个主要用法是在线 DAMON 参数更新。通过调用 damon_call（） 回调函数中的 damon_commit_ctx（） 来完成此操作。
    damon_commit_ctx（） 可能失败有两个原因：1） 无效参数，和 2） 内部内存分配失败。如果失败，则尝试更新（提交目标）的damon_ctx可能会部分更新（或从某种角度损坏），因此不应再使用。该函数仅确保 damon_ctx 对象可以使用 damon_destroy_ctx（） 安全地解除分配。但是，API 调用程序仅在断言参数有效之后才会调用 damon_commit_ctx（），以避免由于无效的输入参数而导致 damon_commit_ctx（） 失败。但如果内部内存分配失败，理论上它仍会失败。在这种情况下，DAMON 可使用部分更新后的damon_ctx运行。这可导致非预期行为，甚至在 damos_commit_dests（） 失败的情况下甚至出现空指针取消引用 [1]。可以说，这种分配失败太小了，不能失败，因此对现实世界的影响很少见。但是，考虑到不良后果，这个问题需要解决。通过将 damon_commit_ctx（） 失败保存在 damon_ctx 对象上，避免此类部分提交（可能已损坏）damon_ctx使用。为此，引入 damon_ctx->maybe_corrupted 字段。damon_commit_ctx（） 在失败时设置它。kdamond_call（） 在执行每个 damon_call_control->fn（） 后检查是否设置了该字段。如果已设置，则忽略其余的回调请求并返回。所有 kdamond_call（） 调用程序（包括 kdamond_fn（）））也会在 kdamond_call（） 调用之后立即检查 maybe_corrupted 字段。如果设置了该字段，请中断 kdamond_fn（） 主循环，这样 DAMON sill 就不使用可能损坏的上下文。[sj@kernel.org：无论maybe_corrupted如何，让 kdamond_call（） 与取消有关]（CVE-2026-31445）

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

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

  - EDAC/mc：修正edac_mc_alloc（）中的错误路径排序，当edac_mc_alloc（）中的mci->pvt_info分配失败时，错误路径将调用put_device（），最终调用设备的释放函数。
    然而，初始化顺序错误，导致device_initialize（）发生在分配失败之后，因此设备本身和释放函数指针在被调用时尚未初始化：
    MCE：内核内 MCE 解码已启用。------------[此处切]------------kobject： '（null）'： 尚未初始化，但kobject_put（）正在被调用。警告：lib/kobject.c：734 在 kobject_put， CPU#22：
    systemd-udevd CPU： 22 UID： 0 PID： 538 通讯： systemd-udevd 未受污染 7.0.0-rc1+ #2 抢占（完整） RIP：
    0010：kobject_put 呼叫追踪： <TASK> edac_mc_alloc+0xbe/0xe0 [edac_core] amd64_edac_init+0x7a4/0xff0 [amd64_edac] ？ __pfx_amd64_edac_init+0x10/0x10 [amd64_edac] do_one_initcall ... 重新排序呼叫序列，使设备被初始化，从而正确设置释放函数指针，才能使用。这是Claude在审查另一个EDAC补丁时发现的。（CVE-2026-31689）

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

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

  - 音频/视频：播放组件中的指针无效。该漏洞在Firefox 150和Thunderbird 150中已修复。（CVE-2026-6778）

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

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

  - 已修复 Linux 内核中的下列漏洞：drm/xe/pf: Fix use-after-free in migration restore When an error is returned from xe_sriov_pf_migration_restore_produce(), the data pointer is not set to NULL, which can trigger use-after-free in subsequent .write() calls. Set the pointer to NULL upon error to fix the problem. (cherry picked from commit 4f53d8c6d23527d734fe3531d08e15cb170a0819) (CVE-2026-31490)

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

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

  - mm/damon/sysfs：修复 damon_sysfs_new_test_ctx（） 失败时的param_ctx泄漏 修补程序系列 mm/damon/sysfs：修复内存泄漏和空取消引用问题，v4。DAMON_SYSFS可在分配失败的情况下泄漏内存，并在特权用户创建错误的控制序列时执行空指针取消引用。修复这些问题。此修补程序（共 3 个）：当 damon_sysfs_new_test_ctx（） 在 damon_sysfs_commit_input（） 中失败时，会泄漏param_ctx，因为早期返回会跳过输出标签处的清理。返回前销毁 param_ctx。（CVE-2026-31459）

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

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

  - mm/damon/sysfs：检查 repeat_call_fn damon_sysfs_repeat_call_fn（） 调用 damon_sysfs_upd_tuned_intervals（）、damon_sysfs_upd_schemes_stats（） 和 damon_sysfs_upd_schemes_effective_quotas（） 中的 contexts->nr，而不检查 context->nr。如果在 DAMON 运行时通过 sysfs 将 nr_contexts 设置为 0，这些函数将取消引用 contexts_arr[0] 并造成空指针取消引用。添加缺少的检查。例如，可以使用 DAMON sysfs 接口和 DAMON 用户空间工具 （damo） [1] 重现该问题，如下所示。$ sudo damo start --refresh_interval 1s $ echo 0 | sudo tee \ /sys/kernel/mm/damon/admin/kdamonds/0/contexts/nr_contexts （CVE-2026-31457）

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

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

  - DOM中的缓解绕过：postMessage组件。该漏洞在Firefox 150和Thunderbird 150中已修复。（CVE-2026-6755）

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

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

  - 已修复 Linux 内核中的下列漏洞：cxl/region: Fix leakage in
    __construct_region() Failing the first sysfs_update_group() needs to explicitly kfree the resource as it is too early for cxl_region_iomem_release() to do so. (CVE-2026-31529)

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

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

  - writeback：不阻断没有数据完整性保证的文件系统的同步。为无法保证同步时数据持久性的文件系统添加SB_I_NO_DATA_INTEGRITY超级块标记（例如 fuse）。对于设置了此标记的超级块，sync 会启动脏 inode 的回写，但不会等待刷新线程完成回写。这会替换在提交 f9a49aa302a0 中添加的每个 inode AS_NO_DATA_INTEGRITY映射标记（fs/writeback：跳过 wait_sb_inodes（）） 中的AS_NO_DATA_INTEGRITY映射）。该标志属于超级块级别，因为数据完整性是文件系统范围的属性，而不是每个 inode 的属性。在超级块级别拥有此标志还允许我们跳过必须迭代 wait_sb_inodes（） 中的每个脏 inode，而只是单独跳过每个 inode。在此提交之前，无数据完整性保证的映射会跳过等待回写完成，但仍会等待刷新器线程完成发起回写。无需等待刷新器线程。此提交会启动回写，但不会等待刷新器线程。此更改正确解决了最近的报告 [1] 中关于在 fuse-overlayfs 上发现的 suspend-to-RAM 挂起，该挂起是由于等待刷新器线程完成而造成：
    工作队列：pm_fs_sync pm_fs_sync_work_fn 呼叫跟踪： <TASK> __schedule+0x457/0x1720 schedule+0x27/0xd0 wb_wait_for_completion+0x97/0xe0 sync_inodes_sb+0xf8/0x2e0 __iterate_supers+0xdc/0x160 ksys_sync+0x43/0xb0 pm_fs_sync_work_fn+0x17/0xa0 process_one_work+0x193/0x350 worker_thread+0x1a1/0x310 kthread+0xfc/0x240 ret_from_fork+0x243/0x280 ret_from_fork_asm+0x1a/0x30 </TASK> 在 fuse 上，这是有问题的，因为有些路径可导致刷新线程阻断（例如，如果 systemd 在调用内核暂停之前，先冻结用户会话 cgroups，这会冻结 fuse 后台程序）。内核暂停会触发
    ->write_node（），其在 fuse 上发出同步 setattr 请求，该请求因后台程序已冻结而无法处理。或者，如果后台程序有缺陷且无法正确完成回写，则在已经处于回写下的脏作品集上启动回写会导致writeback_get_folio（） -> folio_prepare_writeback（） ->无条件等待回写完成，这将造成挂起。此提交将 fuse 恢复到删除 tmp folio 之前的行为，其中同步本质上是无操作的。[1] https://lore.kernel.org/linux-fsdevel/CAJnrk1a-asuvfrbKXbEwwDSctvemF+6zfhdnuzO65Pt8HsFSRw@mail.gmail.com/T/#m632c4648e9cafc4239299887109ebd880ac6c5c1(CVE-2026-31465）

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

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

  - igb：移除igb_down（）中的napi_synchronize（）。当AF_XDP零拷贝应用突然终止（例如，kill -9）时，XSK缓冲池被销毁，但NAPI轮询仍继续。igb_clean_rx_irq_zc（）反复返回全部预算，阻止napi_complete_done（）清算NAPI_STATE_SCHED。
    igb_down（） 在每个队列向量的 napi_disable（） 之前调用 napi_synchronize（） 。napi_synchronize（）旋转等待NAPI_STATE_SCHED清除，但从未发生。igb_down（） 无限期封锁，TX 监控机构触发，TX 队列永久停滞。napi_disable（）已经正确处理了这一点：它设置了NAPI_STATE_DISABLE。在全预算民调后，__napi_poll（）检查napi_disable_pending（）。如果设置为，它会强制完成并清除NAPI_STATE_SCHED，从而打破napi_synchronize（）无法实现的循环。napi_synchronize（）在提交41f149a285da中添加（igb：修复接口关闭时Rx流量到达可能引发的紧急情况）。napi_disable（）提供了更强的保证：它阻止进一步调度，并等待任何活跃轮询退出。其他Intel驱动（ixgbe、ice、i40e）则使用napi_disable（），其下行路径中没有前置napi_synchronize（）。移除冗余的napi_synchronize（）调用，并在igb_set_queue_napi（）前重新排序napi_disable（），这样只有在轮询完全停止后，队列到NAPI的映射才被清除。（CVE-2026-31691）

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

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

  - 已修复 Linux 内核中的下列漏洞：ksmbd: fix use-after-free and NULL deref in smb_grant_oplock() smb_grant_oplock() has two issues in the oplock publication sequence: 1) opinfo is linked into ci->m_op_list (via opinfo_add) before add_lease_global_list() is called. If add_lease_global_list() fails (kmalloc returns NULL), the error path frees the opinfo via __free_opinfo() while it is still linked in ci->m_op_list. Concurrent m_op_list readers (opinfo_get_list, or direct iteration in smb_break_all_levII_oplock) dereference the freed node. 2) opinfo->o_fp is assigned after add_lease_global_list() publishes the opinfo on the global lease list. A concurrent find_same_lease_key() can walk the lease list and dereference opinfo->o_fp->f_ci while o_fp is still NULL. Fix by restructuring the publication sequence to eliminate post-publish failure: - Set opinfo->o_fp before any list publication (fixes NULL deref). - Preallocate lease_table via alloc_lease_table() before opinfo_add() so add_lease_global_list() becomes infallible after publication. - Keep the original m_op_list publication order (opinfo_add before lease list) so concurrent opens via same_client_has_lease() and opinfo_get_list() still see the in-flight grant. - Use opinfo_put() instead of __free_opinfo() on err_out so that the RCU-deferred free path is used. This also requires splitting add_lease_global_list() to take a preallocated lease_table and changing its return type from int to void, since it can no longer fail. (CVE-2026-31444)

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

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

  - mm/kasan：fix double free for kasan pXds kasan_free_pxd（） 假设页面表始终与结构体页面对齐。但并非所有架构都如此。例如对于 64K 页大小的 powerpc，PUD 表（大小为 4096）来自名为 pgtable-2^9 的板状缓存。因此，与其使用 page_to_virt（pxd_page（）），不如直接传递 pxd 表的起始点，作为第一个参数传递。这修复了 PMEM 中出现的 double free kasan 问题：radix-mmu：映射为 0x0000047d10000000-0x0000047f90000000，带有 2.00 MiB 页面 ================================================================== BUG：KASAN：kasan_remove_zero_shadow+0x9c4/0xa20 中双重自由 任务 ndctl/2164 无 addr c0000003c38e0000 任务 CPU：34 UID：0 PID：
    2164 通讯：ndctl 未受污染 6.19.0-rc1-00048-gea1013c15392 #157 自愿 硬件名称：IBM，9080-HEX POWER10 （架构） 0x800200 0xf000006：IBM，FW1060.00 （NH1060_012） hv：phyp pSeries 呼叫追踪：
    dump_stack_lvl+0x88/0xc4（不可靠）print_report+0x214/0x63c kasan_report_invalid_free+0xe4/0x110 check_slab_allocation+0x100/0x150 kmem_cache_free+0x128/0x6e0 kasan_remove_zero_shadow+0x9c4/0xa20 memunmap_pages+0x2b8/0x5c0 devm_action_release+0x54/0x70 release_nodes+0xc8/0x1a0 devres_release_all+0xe0/0x140 device_unbind_cleanup+0x30/0x120 device_release_driver_internal+0x3e4/0x450 unbind_store+0xfc/0x110 drv_attr_store+0x78/0xb0 sysfs_kf_write+0x114/0x140kernfs_fop_write_iter+0x264/0x3f0 vfs_write+0x3bc/0x7d0 ksys_write+0xa4/0x190 system_call_exception+0x190/0x480 system_call_vectored_common+0x15c/0x2ec ----中断：0x7fff93b3d3f4时3000 NIP：00007fff93b3d3f4 LR：00007fff93b3d3f4 CTR：0000000000000000000000000000 REGS：c0000003f1b07e80 TRAP：3000 未受污染（6.19.0-rc1-00048-gea1013c15392） MSR：8000000000280f033 <SF，VEC，VSX，EE，PR，FP，ME，IR，DR，RI，LE> CR： 48888208 XER： 00000000 <...> NIP [00007fff93b3d3f4] 0x7fff93b3d3f4 LR [00007fff93b3d3f4] 0x7fff93b3d3f4 ----中断： 3000 有bug地址属于c00000003c38e0000的对象，该对象属于大小为4096的缓存pgtable-2^9。有bug地址位于4096字节区域内0字节 [c00000003c38e0000， c0000003c38e10000） bug地址属于物理页面：page： refcount：0 mapcount：0 mapping：000000000000000000000 index：0x0 pfn：0x3c38c head：
    顺序：2 地图数量：0 entire_mapcount：0 nr_pages_mapped：0 标记计数：0 MEMCG：c0000003BFD63E01 旗帜：
    0x63ffff800000040（head|node=6|zone=0|lastcpupid=0x7ffff） page_type： f5（slab） raw： 063ffff800000040 c000000140058980 5deadbeef00000122 00000000000000000 raw： 000000000000000 0000000080200020 00000000f500000003bfd63e01 head： 063ffff800000040 c0000001400000140058980 5deadbeef0000122 000000000000000000000000 head：
    000000000000000 0000000080200020 00000000f50000000 c00000003BFD63E01 头部：063FFFF8000000002 c00C0000000F0E301 0000000FFFFFFFFFF 000000000FFFFFFFF 头部：FFFFFFFFFFFF 00000000000000000FFFFFF 0000000000000FFFF FFFFFF 0000000000000004页面被倾倒，原因如下：kasan：检测到错误访问 [ 138.953636] [ T2164] bug地址周围内存状态： [ 138.953643] [ T2164] c00000003C38dff00： FC FC FC FC FC [ 138.953652] [ T2164] c00000003C38dff80： FC FC FC [ 138.953661] [] >c0000003c38E0000：FC FC FC [ 138.953669] [ T2164] ^ [ 138.953675] [ T2164] c000000003C38E0080： FC [138.953684] [ T2164] c00000003c38E0100： FC FC [ 138.953692] ==================================================================T2164 [ 138.953701] [ ] T2164因内核污染禁用锁调试 （CVE-2026-31686）T2164

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

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

  - 驱动核心：强制执行driver_match_device（）的device_lock。目前，driver_match_device（）从三个站点被调用。一个站点（__device_attach_driver）存储device_lock（开发），另外两个站点（bind_store和）
    __driver_attach）不要。这种不一致意味着总线匹配回调不能保证在锁保持状态下调用。通过引入driver_match_device_locked（），通过带瞄准镜保护来保证设备锁定。用这个新助手替换bind_store（）和__driver_attach（）中未解锁的呼叫。还要在driver_match_device（）中添加锁断言以强制执行这一保证。这种一致性还能修正已知的竞赛条件。driver_override实现依赖于device_lock，因此缺失的锁导致了Bugzilla报告的使用后免费使用（use-after-free，UAF）用于使用该字段的公交车。在启用CONFIG_PROVE_LOCKING和CONFIG_LOCKDEP的情况下对两条新锁定路径进行24小时的压力测试，显示没有UAF复发，也没有LockDep警告。（CVE-2026-31688）

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

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

  - 之前 1.0.1 的uriparser在文本范围比较中具有数值截断，如果应用程序接受长度为吉字节的URI。（CVE-2026-42371）

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

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

  - rxrpc：修复 rxgk_verify_response（） 中 rxgk 上下文的泄漏 修复 修复 修复 rxgk_verify_response（） 以清理它创建的 rxgk 上下文。（CVE-2026-31632）

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

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

  - Axios 是基于 Promise 的 HTTP 客户端，用于浏览器和Node.js。低于 和 0.31.1的版本1.15.1之前，Axios 库容易遭受 Prototype Pollution Gadget 攻击，该攻击允许任何 Object.prototype 污染静默禁止所有 HTTP 错误响应（401、403、500 等），从而造成其被视为成功响应。这完全绕过应用程序级认证和错误处理。根本原因是 validateStatus 是唯一使用 mergeDirectKeys 合并策略的配置属性，该策略使用 JavaScript 的运算符，该运算符本质上遍历原型链。当 Object.prototype.validateStatus 被 （） => true 污染时，所有 HTTP 状态代码都会被接受为成功。此漏洞已在 1.15.1 和 0.31.1 中修复。(CVE-2026-42041)

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

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

  - xfrm：清除 build_polexpire（） 中的尾部填充 build_expire（） 在通过 memset_after（） 设置硬字段后清除 struct xfrm_user_expire 的尾部填充字节，但类似函数 build_polexpire（） 不会对 struct xfrm_user_polexpire执行此操作。__u8硬字段之后的填充字节未从堆分配中初始化，然后通过 netlink 多播发送到XFRMNLGRP_EXPIRE监听器的用户空间，从而泄漏内核堆内存内容。添加缺失的 memset_after（） 调用，与 build_expire（） 匹配。（CVE-2026-31664）

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

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

  - lxml 指使用 Python 语言处理 XML 和 HTML 的库。在 之前 6.1.0，默认配置中使用两个解析器中的任一（resolve_entities=True）允许不受信任的XML输入读取本地文件。将resolve_entities选项明确设置为resolve_entities='internal'或 resolve_entities=False，则禁用本地文件访问。此漏洞已在 6.1.0 中修复。
    (CVE-2026-41066)

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

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

  - rust-openssl 为 Rust 编程语言提供 OpenSSL 绑定。从 0.9.24 至 0.10.78 之前的版本，SslContextBuilder::set_psk_client_callback、set_psk_server_callback、set_cookie_generate_cb 和 set_stateless_cookie_generate_cb 后面的 FFI trampoline 将用户闭包的返回 usize 直接转发给 OpenSSL，而未针对传递给闭包的 &mut [u8] 检查它。这会导致缓冲区溢出和其他意想不到的后果。此漏洞已在 0.10.78 中修复。
    (CVE-2026-41898)

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

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

  - WiFi：rt2x00usb：修复Devres的终身USB驱动绑定到USB接口，任何设备管理的资源应将其生命周期绑定到接口，而非父USB设备。这样可以避免驱动程序在未物理断开的情况下解绑时（如探针延迟或配置更改时）内存泄漏等问题。修正USB锚点寿命，使其在驱动解绑时释放。
    (CVE-2026-31672)

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

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

  - idpf：修复PREEMPT_RT raw/bh 旋转锁嵌套问题，用于异步 VC 处理。将使用完备的原始自旋锁切换为 idpf_vc_xn 结构体中的本地锁。转换是安全的，因为 complete/_all（） 是在锁之外调用的，当前逻辑中没有理由共享完成锁。这避免了内核报告的无效等待上下文，因为异步处理程序采用了 BH 旋转锁： [805.726977] ============================= [ 805.726991] [ 错误：无效等待上下文 ] [ 805.727006] 7.0.0-rc2-net-devq-031026+ #28 受污染： G S OE [ 805.727026] ----------------------------- [ 805.727038] kworker/u261：0/572 正在尝试锁定： [ 805.727051] ff190da6a8dbb6a0 （&vport_config->mac_filter_list_lock）{+...}-{3:3}， at： idpf_mac_filter_async_handler+0xe9/0x260 [idpf] [805.727099] 其他可能帮助我们调试的信息： [ 805.727111] 上下文-{5:5} [ 805.727119] kworker/u261：0/572 持有的3个锁： [ 805.727132] #0： ff190da6db3e6148 （（wq_completion）idpf-0000：83：00.0-mbx）{+.+.}-{0:0}， at： process_one_work+0x4b5/0x730 [ 805.727163] #1：
    ff3c6f0a6131fe50 （（work_completion）（&（&adapter->mbx_task）->work））{+.+.}-{0:0}，在：
    process_one_work+0x1e5/0x730 [ 805.727191] #2： ff190da765190020 （&x->wait#34）{+.+.}-{2:2}，在：
    idpf_recv_mb_msg+0xc8/0x710 [idpf] [ 805.727218] 栈回溯：...[ 805.727238] 工作队列：
    idpf-0000：83：00.0-mbx idpf_mbx_task [idpf] [ 805.727247] 呼叫追踪：[ 805.727249] <TASK> [ 805.727251] dump_stack_lvl+0x77/0xb0 [ 805.727259] __lock_acquire+0xb3b/0x2290 [ 805.727268] ？
    __irq_work_queue_local+0x59/0x130 [ 805.727275] lock_acquire+0xc6/0x2f0 [ 805.727277] ？ idpf_mac_filter_async_handler+0xe9/0x260 [idpf] [ 805.727284] ？ _printk+0x5b/0x80 [ 805.727290]
    _raw_spin_lock_bh+0x38/0x50 [ 805.727298] ？ idpf_mac_filter_async_handler+0xe9/0x260 [idpf] [ 805.727303] idpf_mac_filter_async_handler+0xe9/0x260 [idpf] [ 805.727310] idpf_recv_mb_msg+0x1c8/0x710 [idpf] [805.727317] process_one_work+0x226/0x730 [ 805.727322] worker_thread+0x19e/0x340 [ 805.727325] ？
    __pfx_worker_thread+0x10/0x10 [ 805.727328] kthread+0xf4/0x130 [ 805.727333] ？ __pfx_kthread+0x10/0x10 [805.727336] ret_from_fork+0x32c/0x410 [ 805.727345] ？ __pfx_kthread+0x10/0x10 [ 805.727347] ret_from_fork_asm+0x1a/0x30 [ 805.727354] </TASK> （CVE-2026-31647）

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

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

  - rust-openssl 为 Rust 编程语言提供 OpenSSL 绑定。在 0.10.78 之前，aes::unwrap_key() 包含一个错误的断言：它检查 out.len() + 8 <= in_.len()，但此情况是相反的。预期的不变量为 out.len() >= in_.len() - 8，以确保输出缓冲区足够大。由于存在反向检查，该函数只接受等于或小于所需最小大小的缓冲区，并拒绝较大的缓冲区。如果提供较小的缓冲区，该函数将在超出 out 末尾的 in_.len() - 8 - out.len() 字节处写入，从而导致从安全公共函数发生越界写入。
    此漏洞已在 0.10.78 中修复。(CVE-2026-41678)

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

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

  - OpenPrinting CUPS 是适用于 Linux 及其他类 Unix 操作系统的开源打印系统。之前 2.4.17，网络邻近攻击者可向 CUPS SNMP 后端发送构建的 SNMP 响应，从而造成通过堆栈缓冲区的最多 176 字节的越界读取。泄漏的内存由 UTF-16 转换为 UTF-8 并存储为打印机耗材描述字符串，随后通过 IPP Get-Printer-Attributes 响应和 CUPS Web 界面查看经认证的用户可查看这些字符串。此漏洞已在 2.4.17 中修复。(CVE-2026-41079)

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

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

  - ALSA：烟花：绑定设备提供的状态，在字符串阵列查找前 EFW响应中的状态字段是Firewire设备提供的32位值。 efr_status_names[] 有17条条目，所以超出这个范围的状态值在看%值时会被忽略。更糟的是，状态可能会返回EFR_STATUS_INCOMPLETE，而这其实是0x80000000，显然不在那个潜在字符串的范围内。通过正确地将索引与数组大小绑定，如果未被识别，则打印未知。（CVE-2026-31619）

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

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

  - UUID 用于创建 RFC9562 （以前称为 RFC4122）UUID。低于 v3、v5 和 v6 的版本 14.0.0接受外部输出缓冲区，但不拒绝超出范围的写入（小缓冲区或大偏移）。这允许对调用程序提供的缓冲区进行静默部分写入。此漏洞已在 14.0.0 中修复。
    (CVE-2026-41907)

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

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

  - Axios 是一个基于承诺的 HTTP 客户端，适用于浏览器和Node.js。从 1.0.0 到之前 1.15.2，Axios 库容易受到原型污染设备攻击，该攻击允许应用程序依赖树中的任何 Object.prototype 污染被升级为对所有 JSON API 响应进行外科手术式、隐形修改，包括权限提升、平衡操作和授权绕过。lib/defaults/index.js：124 的默认 transformResponse 函数调用 JSON.parse（data， this.parseReviver），这里是合并后的配置对象。由于 parseReviver 不存在于 Axios 默认设置中，也未通过 assertOptions 验证，且不受任何约束约束，因此在每个 JSON 响应中，每个键值对都会调用一个污染的 Object.prototype.parseReviver 函数，允许攻击者选择性地修改单个值，而保留其余响应内容。此漏洞已在 1.15.2 中修复。
    (CVE-2026-42044)

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

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

  - Vim 是一个开源命令行文本编辑器。在 之前 9.2.0357，Vim 的标签文件处理中存在命令注入漏洞。在解析标签时，标签文件中的文件名字段会通过万用符展开来解析环境变量和万用符。如果文件名字段包含回溯引号语法（例如 'command'），Vim 会通过系统壳层以运行用户的全部权限执行嵌入命令。（CVE-2026-41411）

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

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

  - rxrpc：proc：大小 %pISpc 输出的地址缓冲区 AF_RXRPC procfs 帮助程序使用 %pISpc 将本地和远程套接字地址格式化为固定的 50 字节堆栈缓冲区。对于格式化程序可以生成的最长当前树 IPv6-with-port 表单来说，这太小了。在 lib/vsprintf.c 中，压缩的 IPv6 路径不仅对 v4mapped 地址使用点式四边形末尾，还对通过 ipv6_addr_is_isatap（） 的 ISATAP 地址使用。因此，使用当前格式化程序可能出现诸如 [ffff：ffff：ffff：ffff：0：5efe：255.255.255.255]：65535 之类的情况。也就是说，有 50 个可见字符，即包括末尾的 NUL 在内的 51 字节，这不适合 net/rxrpc/proc.c 使用的现有 char[50] 缓冲区。从格式化程序的最大文本形式调整缓冲区大小并将调用站点切换为 scnprintf（）。v1 以来的变更： - 修正变更日志以明确引用实际的最大当前树情况 - 围绕 ISATAP 格式路径而不是之前的 mapped-v4 示例 （CVE-2026-31630） 构建证明

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

ID	名称	严重性
310635	Linux Distros 未修补的漏洞：CVE-2026-6781	high
310634	Linux Distros 未修补的漏洞：CVE-2026-6756	high
310633	Linux Distros 未修补的漏洞：CVE-2026-6779	medium
310632	Linux Distros 未修补的漏洞：CVE-2026-6773	high
310631	Linux Distros 未修补的漏洞：CVE-2026-31517	medium
310630	Linux Distros 未修补的漏洞：CVE-2026-31475	high
310629	Linux Distros 未修补的漏洞：CVE-2026-6777	medium
310628	Linux Distros 未修补的漏洞：CVE-2026-31019	high
310627	Linux Distros 未修补的漏洞：CVE-2026-31481	medium
310626	Linux Distros 未修补的漏洞：CVE-2026-6357	medium
310625	Linux Distros 未修补的漏洞：CVE-2026-31460	medium
310624	Linux Distros 未修补的漏洞：CVE-2026-31018	high
310623	Linux Distros 未修补的漏洞：CVE-2026-6783	medium
310622	Linux Distros 未修补的漏洞：CVE-2026-6780	high
310621	Linux Distros 未修补的漏洞：CVE-2026-6774	medium
310620	Linux Distros 未修补的漏洞：CVE-2026-31463	critical
310619	Linux Distros 未修补的漏洞：CVE-2026-31472	medium
310618	Linux Distros 未修补的漏洞：CVE-2026-31484	high
310617	Linux Distros 未修补的漏洞：CVE-2026-7135	medium
310616	Linux Distros 未修补的漏洞：CVE-2026-6768	critical
310615	Linux Distros 未修补的漏洞：CVE-2026-6758	high
310614	Linux Distros 未修补的漏洞：CVE-2026-31471	high
310613	Linux Distros 未修补的漏洞：CVE-2026-31445	medium
310612	Linux Distros 未修补的漏洞：CVE-2026-31689	medium
310611	Linux Distros 未修补的漏洞：CVE-2026-6778	medium
310610	Linux Distros 未修补的漏洞：CVE-2026-31490	high
310609	Linux Distros 未修补的漏洞：CVE-2026-31459	medium
310608	Linux Distros 未修补的漏洞：CVE-2026-31457	medium
310607	Linux Distros 未修补的漏洞：CVE-2026-6755	medium
310606	Linux Distros 未修补的漏洞：CVE-2026-31529	medium
310605	Linux Distros 未修补的漏洞：CVE-2026-31465	medium
310604	Linux Distros 未修补的漏洞：CVE-2026-31691	medium
310603	Linux Distros 未修补的漏洞：CVE-2026-31444	critical
310602	Linux Distros 未修补的漏洞：CVE-2026-31686	high
310601	Linux Distros 未修补的漏洞：CVE-2026-31688	high
310600	Linux Distros 未修补的漏洞：CVE-2026-42371	medium
310529	Linux Distros 未修补的漏洞：CVE-2026-31632	medium
310528	Linux Distros 未修补的漏洞：CVE-2026-42041	medium
310527	Linux Distros 未修补的漏洞：CVE-2026-31664	medium
310526	Linux Distros 未修补的漏洞：CVE-2026-41066	high
310525	Linux Distros 未修补的漏洞：CVE-2026-41898	high
310524	Linux Distros 未修补的漏洞：CVE-2026-31672	medium
310523	Linux Distros 未修补的漏洞：CVE-2026-31647	medium
310522	Linux Distros 未修补的漏洞：CVE-2026-41678	critical
310521	Linux Distros 未修补的漏洞：CVE-2026-41079	medium
310520	Linux Distros 未修补的漏洞：CVE-2026-31619	medium
310519	Linux Distros 未修补的漏洞：CVE-2026-41907	critical
310518	Linux Distros 未修补的漏洞：CVE-2026-42044	critical
310517	Linux Distros 未修补的漏洞：CVE-2026-41411	medium
310516	Linux Distros 未修补的漏洞：CVE-2026-31630	high

检测

Nessus 的 Misc. 系列

high

high

medium

high

medium

high

medium

high

medium

medium

medium

high

medium

high

medium

critical

medium

high

medium

critical

high

high

medium

medium

medium

high

medium

medium

medium

medium

medium

medium

critical

high

high

medium

medium

medium

medium

high

high

medium

medium

critical

medium

medium

critical

critical

medium

high