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

  - XML 组件中的信息泄露。此漏洞影响 Firefox < 147 和 Thunderbird < 147。(CVE-2026-0888)

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

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

  - Libsndfile <=1.2.2 在 mpeg_l3_encode.c 文件的 mpeg_l3_encoder_init() 函数中包含一个内存泄露漏洞。 (CVE-2025-56226)

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

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

  - 已修复 Linux 内核中的下列漏洞：drm/msm: adreno: fix deferencing ifpc_reglist when not declared On plaforms with an a7xx GPU not supporting IFPC, the ifpc_reglist if still deferenced in a7xx_patch_pwrup_reglist() which causes a kernel crash: Unable to handle kernel NULL pointer dereference at virtual address 0000000000000008 ... pc : a6xx_hw_init+0x155c/0x1e4c [msm] lr :
    a6xx_hw_init+0x9a8/0x1e4c [msm] ... Call trace: a6xx_hw_init+0x155c/0x1e4c [msm] (P) msm_gpu_hw_init+0x58/0x88 [msm] adreno_load_gpu+0x94/0x1fc [msm] msm_open+0xe4/0xf4 [msm] drm_file_alloc+0x1a0/0x2e4 [drm] drm_client_init+0x7c/0x104 [drm] drm_fbdev_client_setup+0x94/0xcf0 [drm_client_lib] drm_client_setup+0xb4/0xd8 [drm_client_lib] msm_drm_kms_post_init+0x2c/0x3c [msm] msm_drm_init+0x1a4/0x228 [msm] msm_drm_bind+0x30/0x3c [msm] ... Check the validity of ifpc_reglist before deferencing the table to setup the register values. Patchwork:
    https://patchwork.freedesktop.org/patch/688944/ (CVE-2025-71103)

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

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

  - 已修复 Linux 内核中的下列漏洞：net/mlx5: Fix double unregister of HCA_PORTS component Clear hca_devcom_comp in device's private data after unregistering it in LAG teardown.
    Otherwise a slightly lagging second pass through mlx5_unload_one() might try to unregister it again and trip over use-after-free. On s390 almost all PCI level recovery events trigger two passes through mxl5_unload_one() - one through the poll_health() method and one through mlx5_pci_err_detected() as callback from generic PCI error recovery. While testing PCI error recovery paths with more kernel debug features enabled, this issue reproducibly led to kernel panics with the following call chain: Unable to handle kernel pointer dereference in virtual kernel address space Failing address: 6b6b6b6b6b6b6000 TEID:
    6b6b6b6b6b6b6803 ESOP-2 FSI Fault in home space mode while using kernel ASCE. AS:00000000705c4007 R3:0000000000000024 Oops: 0038 ilc:3 [#1]SMP CPU: 14 UID: 0 PID: 156 Comm: kmcheck Kdump: loaded Not tainted 6.18.0-20251130.rc7.git0.16131a59cab1.300.fc43.s390x+debug #1 PREEMPT Krnl PSW : 0404e00180000000 0000020fc86aa1dc (__lock_acquire+0x5c/0x15f0) R:0 T:1 IO:0 EX:0 Key:0 M:1 W:0 P:0 AS:3 CC:2 PM:0 RI:0 EA:3 Krnl GPRS: 0000000000000000 0000020f00000001 6b6b6b6b6b6b6c33 0000000000000000 0000000000000000 0000000000000000 0000000000000001 0000000000000000 0000000000000000 0000020fca28b820 0000000000000000 0000010a1ced8100 0000010a1ced8100 0000020fc9775068 0000018fce14f8b8 0000018fce14f7f8 Krnl Code:
    0000020fc86aa1cc: e3b003400004 lg %r11,832 0000020fc86aa1d2: a7840211 brc 8,0000020fc86aa5f4
    *0000020fc86aa1d6: c09000df0b25 larl %r9,0000020fca28b820 >0000020fc86aa1dc: d50790002000 clc 0(8,%r9),0(%r2) 0000020fc86aa1e2: a7840209 brc 8,0000020fc86aa5f4 0000020fc86aa1e6: c0e001100401 larl %r14,0000020fca8aa9e8 0000020fc86aa1ec: c01000e25a00 larl %r1,0000020fca2f55ec 0000020fc86aa1f2: a7eb00e8 aghi %r14,232 Call Trace: __lock_acquire+0x5c/0x15f0 lock_acquire.part.0+0xf8/0x270 lock_acquire+0xb0/0x1b0 down_write+0x5a/0x250 mlx5_detach_device+0x42/0x110 [mlx5_core] mlx5_unload_one_devl_locked+0x50/0xc0 [mlx5_core] mlx5_unload_one+0x42/0x60 [mlx5_core] mlx5_pci_err_detected+0x94/0x150 [mlx5_core] zpci_event_attempt_error_recovery+0xcc/0x388 (CVE-2025-68790)

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

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

  - 已修复 Linux 内核中的下列漏洞：fs: PM: Fix reverse check in filesystems_freeze_callback() The freeze_all_ptr check in filesystems_freeze_callback() introduced by commit a3f8f8662771 (power: always freeze efivarfs) is reverse which quite confusingly causes all file systems to be frozen when filesystem_freeze_enabled is false. On my systems it causes the WARN_ON_ONCE() in __set_task_frozen() to trigger, most likely due to an attempt to freeze a file system that is not ready for that. Add a logical negation to the check in question to reverse it as appropriate. (CVE-2025-71106)

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

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

  - 在 libxml2 库中发现一个缺陷。当处理包含重复的 <nextCatalog> 元素指向同一个下游目录的 XML 目录时会出现此不受控制的资源消耗漏洞。远程攻击者可通过提供构建的目录利用此问题造成解析器冗余地遍历目录链。这会导致 CPU 消耗过多并降低应用程序可用性从而导致拒绝服务情况。 (CVE-2026-0992)

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

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

  - 在 libxml2 的RelaxNG 解析器中发现一个缺陷与处理外部方案包含的方式有关。解析器在解析嵌套的 <include> 指令时不对包含深度实施限制。特别构建的或过于复杂的方案可在解析期间造成过度递归。这可能导致堆栈耗尽和应用程序崩溃从而造成拒绝服务风险。 (CVE-2026-0989)

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

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

  - 在 XML 解析库 libxml2 中发现一个缺陷。当 XML 目录包含引用自身的委托 URI 条目时xmlCatalogXMLResolveURI 函数中会发生此不受控制的递归漏洞。远程攻击者可通过提供特制的 XML 目录利用此配置相关问题进而导致无限递归和调用堆栈耗尽。这最终导致分段错误通过使受影响的应用程序崩溃而造成拒绝服务 (DoS)。 (CVE-2026-0990)

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

根据应用程序自我报告的版本号，远程主机上运行的 Gogs 实例版本为 0.13.3或更低版本。
因此，该应用程序受到多个漏洞的影响，其中包括：

  - Gogs 中 PutContents API 的符号链接处理不当漏洞允许攻击者在本地执行代码。(CVE-2025-8110)

  - 由于 CVE-2024-56731 的补丁不充分，用户仍可更新 .git 目录中的文件并在远程执行命令。(CVE-2025-64111)

  - Git 挂钩编辑中存在路径遍历漏洞，攻击者可利用此漏洞读取/写入任意文件。(CVE-2026-23633)

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

远程主机上运行的 NetApp ONTAP 版本为低于 9.16.1P9 的 9.16.1 和低于 [ 9.17.1 的 9.17.1P2。因而受到 NTAP-20260112-0001 公告中详细说明的锁定快照漏洞的影响。 

  - 低于 9.16.1P9 ] 的 ONTAP 版本 9.16.1 和低于 [] 的 9.17.19.17.1P2 且启用了快照锁定的 ONTAP 版本容易受到漏洞的影响此漏洞允许特权远程攻击者将快照到期时间设置为无。 (CVE-2026-22050)

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

远程主机上安装的 Adobe Substance 3D Sampler 版本低于或等于 5.1.0 因此如公告 APSB26-11 所述受到越界写入漏洞的影响。

  - Substance3D - Sampler 5.1.0 以及更早版本受到越界写入漏洞的影响，攻击者可利用此漏洞在当前用户的上下文中执行任意代码。利用此问题需要用户交互，受害者必须打开恶意文件。(CVE-2026-21306)

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

在远程主机上检测到 ScienceLogic Skylar One以前称为 SL1 和 EM7。

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

  - KVMx86修复定期 HV 定时器长时间不活动后的 VM 硬锁定在定期模式下提前客户机的 APIC 定时器的目标到期时如果目标到期已是过去如果update_target_expiration()。盲目地为之前的目标到期添加时间段可导致 KVM 生成实际上不受限制的 hrtimer IRQ这是因为反复编程一个到期的定时器所致。在极端情况下例如用户空间长时间暂停/暂停 VM甚至会在主机中造成硬锁定。目前该缺陷仅在使用管理程序定时器HV 定时器即 VMX 抢占定时器时影响 Intel CPU。软件定时器又称为 hrtimerKVM 即使在退出到用户空间时也会保持运行与之不同的是 HV 定时器仅在客户机处于活动状态时才运行。因此如果 vCPU 长时间未运行则目标到期与 vCPU 恢复运行的当前时间之间将会存在巨大差异。由于目标到期在每个定时器到期时仅增加一个周期因此这会导致在 vCPU/VM 恢复之后迅速发生一系列定时器到期。更严重的是当 vCPU 在恢复后首次触发定期 HV 定时器到期时将到期日期提前一个周期将导致目标到期时间回到过去。因此，delta 可能计算为负值。当将 delta 转换为绝对值时tscdeadline 为无符号 u64则所产生的值可能会在 HV 定时器能够编程的值中溢出。即大值将超过 VMX Preemption 定时器的最大位宽度 cpu_preemption_timer_multi + 32并因此导致 KVM 从 HV 定时器切换到软件定时器 (hrtimers)。切换到软件定时器之后可能会在单个时钟中断处理程序内连续执行定期定时器到期回调因为 hrtimers 遵从 KVM 过去的到期请求并在重新编程之后立即重新调用 KVM 的回调。由于中断处理程序在禁用 IRQ 的情况下运行因此在目标到期提前到 now 之前反复重新启动 KVM 的 hrtimer 可能导致硬锁定。例如运行 Windows VM 时下列硬锁定在主机中会被触发因为在周期模式中使用了 APIC 定时器相关因此 VM 从长时间挂起恢复后在主机中触发。NMI 监视程序：
    监视程序在 cpu 45 上检测到硬 LOCKUP ... RIP0010:advance_periodic_target_expiration+0x4d/0x80 [kvm] ... RSP0018:ff4f88f5d98d8ef0 EFLAGS00000046 RAXfff0103f91be678e RBXfff0103f91be678e RCX
    00843a7d9e127bcc RDX: 0000000000000002 RSI: 0052ca4003697505 RDI: ff440d5bfbdbd500 RBP: ff440d5956f99200 R08: ff2ff2a42deb6a84 R09: 000000000002a6c0 R10: 0122d794016332b3 R11: 0000000000000000 R12:
    ff440db1af39cfc0 R13ff440db1af39cfc0 R14ffffffffc0d4a560 R15ff440db1af39d0f8 FS
    00007f04a6ffd700(0000) GS:ff440db1af380000(0000) knlGS:000000e38a3b8000 CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033 CR2: 000000d5651feff8 CR3: 000000684e038002 CR4: 0000000000773ee0 PKRU: 55555554 Call Trace: <IRQ> apic_timer_fn+0x31/0x50 [kvm] __hrtimer_run_queues+0x100/0x280 hrtimer_interrupt+0x100/0x210 ? ttwu_do_wakeup+0x19/0x160 smp_apic_timer_interrupt+0x6a/0x130 apic_timer_interrupt+0xf/0x20 </IRQ> 此外如果虚拟机的暂停持续时间不够长不足以在此情况下触发硬锁定则自提交 98c25ead5eda 起 (KVMVMX移动抢占timer <=> hrtimer Dance to common x86)则 KVM 将继续使用软件定时器直到客户机以某种方式对 APIC 定时器重新编程。
    由于周期定时器不需要频繁的 APIC 定时器寄存器编程客户机可继续使用 中的软件定时器 ---truncated--- (CVE-2025-71104)

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

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

  - llama.cpp 框架可以 C/C++ 语言对多个 LLM 模型进行推断。在 commits 55d4206c8 及之前版本中，系统会直接解析来自 llama.cpp 服务器完成端点中的 JSON 输入的 n_discard 参数，而未进行验证以确保其为非负。当提供负值且上下文填满时，llama_memory_seq_rm/add 会接收反向范围和负偏移量，从而导致标记评估循环中出现越界内存写入。这种确定性的内存损坏可导致进程崩溃，或实现远程代码执行 (RCE)。截至发布之时，尚无修复程序。(CVE-2026-21869)

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

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

  - openCryptoki 是用于 Linux 和 AIX 的 PKCS#11 库及工具。在 3.25.0 和 3.26.0中CKM_ECDH_AES_KEY_WRAP 实现中存在一个堆缓冲区溢出漏洞具有本地访问权限的攻击者可通过提供压缩的 EC 公钥和调用 C_WrapKey在主机进程中造成越界写入。这可导致堆损坏或拒绝服务。 (CVE-2026-22791)

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

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

  - mptcp避免重新注入时回退时死锁 Jakub 报告在回退时存在 MPTCP 死锁
    警告检测到可能递归锁定 6.18.0-rc7-virtme #1 未受感染
    ------------------------------------------- mptcp_connect/20858 正在尝试获取锁定
    ff1100001da18b60 (&msk->fallback_lock){+.-.}-{3:3}位于 __mptcp_try_fallback+0xd8/0x280 但任务已保持锁定ff1100001da18b60 (&msk->fallback_lock){+.-.}-{3:3at__mptcp_retrans+0x352/0xaa0 其他可能帮助我们调试此问题的信息可能不安全的锁定情况CPU0 ---- lock(&msk->fallback_lock); lock(&msk->fallback_lock); *** DEADLOCK *** 可能是因为缺少锁定嵌套符号 mptcp_connect/20858 保留的 3 个锁定 #0ff1100001da18290 (sk_lock-AF_INET){+.+.}-{0:0}位于
    mptcp_sendmsg+0x114/0x1bc0 #1ff1100001db40fd0 (k-sk_lock-AF_INET#2){+.+.}-{0:0}位于
    __mptcp_retrans+0x2cb/0xaa0 #2ff1100001da18b60 (&msk->fallback_lock){+.-.}-{3:3}位于
    __mptcp_retrans+0x352/0xaa0 stack backtrace: CPU: 0 UID: 0 PID: 20858 Comm: mptcp_connect Not tainted 6.18.0-rc7-virtme #1 PREEMPT(full) 硬件名称Bochs、BIOS Bochs 01/01/2011 调用跟踪 <TASK> dump_stack_lvl+0x6f/0xa0 print_deadlock_bug.cold+0xc0/0xcd validate_chain+0x2ff/0x5f0
    __lock_acquire+0x34c/0x740 lock_acquire.part.0+0xbc/0x260 _raw_spin_lock_bh+0x38/0x50
    __mptcp_try_fallback+0xd8/0x280 mptcp_sendmsg_frag+0x16c2/0x3050 __mptcp_retrans+0x421/0xaa0 mptcp_release_cb+0x5aa/0xa70 release_sock+0xab/0x1d0 mptcp_sendmsg+0xd5b/0x1bc0 sock_write_iter+0x281/0x4d0 new_sync_write+0x3c5/0x6f0 vfs_write+0x65e/0xbb0 ksys_write+0x17e/0x200 do_syscall_64+0xbb/0xfd0 entry_SYSCALL_64_after_hwframe+0x4b/0x53 RIP: 0033:0x7fa5627cbc5e Code: 4d 89 d8 e8 14 bd 00 00 4c 8b 5d f8 41 8b 93 08 03 00 00 59 5e 48 83 f8 fc 74 11 c9 c3 0f 1f 80 00 00 00 00 48 8b 45 10 0f 05 <c9> c3 83 e2 39 83 fa 08 75 e7 e8 13 ff ff ff 0f 1f 00 f3 0f 1e fa RSP: 002b:00007fff1fe14700 EFLAGS: 00000202 ORIG_RAX: 0000000000000001 RAX: ffffffffffffffda RBX: 0000000000000005 RCX其他
    00007fa5627cbc5e RDX: 0000000000001f9c RSI: 00007fff1fe16984 RDI: 0000000000000005 RBP: 00007fff1fe14710 R08: 0000000000000000 R09: 0000000000000000 R10: 0000000000000000 R11: 0000000000000202 R12:
    00007fff1fe16920 R130000000000002000 R140000000000001f9c R150000000000001f9c 数据包计划程序可在接收 MP_FAIL 之后无限映射传输之前尝试重新注入从而导致死锁因为 MPTCP 需要从 WRT 回退自动执行重新注入。解决 问题明确避免在危急情况中进行重新注入。请注意这是唯一可能发送数据包并命中双重锁定的回退关键部分。 (CVE-2025-71126)

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

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

  - iommufd/selftest检查 IOMMU_TEST_OP_ADD_RESERVED 中的溢出 syzkaller 发现其可能通过损坏保留的间隔树而在测试基础架构中溢出数学并造成 WARN_ON。这只影响包含 CONFIG_IOMMUFD_TEST 的测试内核。验证测试 ioctl 中的用户输入长度。 (CVE-2025-71122)

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

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

  - mediamediatekvcodec将旋转锁用于上下文列表保护锁定之前添加了一个互斥体以保护编码器和解码器上下文列表免受来自 SCP IP 区块的意外更改影响导致上下文指针无效从而产生空指针IPI 处理程序中取消引用。
     MT8173上从 hard IRQ 上下文调用了 VPU IPI 处理程序。这会导致计划程序发出重要警告。下游首先在 ChromeOS 内核中报告了此问题但通过使用 Fluster 和 FFmpeg v4l2m2m 解码器在干线上也可重现此问题。即使不支持实际捕获格式也会触发受影响的代码路径。由于此锁仅保护上下文列表且其操作速度非常快因此切换到旋转锁应该没有问题。 (CVE-2025-71140)

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

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

  - f2fs使用全局 inline_xattr_slab 代替 per-sb slab 缓存 正如 Hong Yun 在邮件列表中报告的
    loop7检测到从 0 到 131072 的容量变更 ------------[ cut here ]------------ kmem_cache 已存在名称“f2fs_xattr_entry-7:7”警告CPU: 0 PID: 24426 at mm/slab_common.c:110 kmem_cache_sanity_check mm/slab_common.c:109 [内联] 警告CPU: 0 PID: 24426 at mm/slab_common.c:110
    __kmem_cache_create_args+0xa6/0x320 mm/slab_common.c:307 CPU0 UID0 PID24426 Commsyz.7.1370 Not tainted 6.17.0-rc4 #1 PREEMPT(full) 硬件名称QEMU Standard PC i440FX + PIIX 1996)BIOS 1.13.0-1ubuntu1.1 04/01/2014 RIP: 0010:kmem_cache_sanity_check mm/slab_common.c:109 [inline] RIP
    0010:__kmem_cache_create_args+0xa6/0x320 mm/slab_common.c:307 调用跟踪__kmem_cache_create include/linux/slab.h:353 [inline] f2fs_kmem_cache_create fs/f2fs/f2fs.h:2943 [inline] f2fs_init_xattr_caches+0xa5/0xe0 fs/ f2fs/xattr.c:843 f2fs_fill_super+0x1645/0x2620 fs/f2fs/super.c:4918 get_tree_bdev_flags+0x1fb/0x260 fs/super.c:1692 vfs_get_tree+0x43/0x140 fs/super.c:1815 do_new_mount+0x2fs/super.c:1815 fs/namespace.c:3808 do_mount fs/namespace.c:4136 [内联] __do_sys_mount fs/namespace.c:4347 [内联] __se_sys_mount+0x298/0x2f0 fs/namespace.c:4324 do_syscall_x64 arch/x86/entry/syscall_64。 c:63 [inline] do_syscall_64+0x8e/0x3a0 arch/x86/entry/syscall_64.c:94 entry_SYSCALL_64_after_hwframe+0x76/0x7e 此缺陷可通过以下脚本重现 - mount /dev/vdb /mnt1 - mount /dev/ vdc /mnt2 - umount /mnt1 - mount /dev/vdb /mnt1 原因是我们是否创建了两个 slab 缓存，分别名为 f2fs_xattr_entry-7:3 和 f2fs_xattr_entry-7:7，并且它们具有相同的 slab 大小。实际上slab 系统只会创建一个 slab 缓存核心结构其 slab 名称为 f2fs_xattr_entry-7:3且两个 slab 缓存共享相同的结构与缓存地址。因此如果我们破坏 f2fs_xattr_entry-7:3 缓存及缓存地址其将会减少 slab 缓存的引用计数而非完全释放 slab 缓存因为还有一个用户引用了该缓存。然后如果我们再次尝试创建名称为 f2fs_xattr_entry-7:3 的 slab 缓存slab 系统将会发现存在同名的缓存并触发警告。让我们更改为使用全局 inline_xattr_slab 而不是用于修复的 per-sb slab 缓存。 (CVE-2025-71105)

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

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

  - drm/msm/dpu为 pingpong 接口添加缺少的空指针检查 几乎总是在 dpu_encoder_phys_wb_setup_ctl() 中进行检查但在单一位置缺少检查。在可用时也使用方便的 locals 代替 phys_enc->*。patchwork: https://patchwork.freedesktop.org/patch/693860/(CVE-2025-71138]

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

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

  - drm/msm/a6xx错误检查后移动 preempt_prepare_postable 在验证 preempt_postable_ptr 有效后将调用移动到 preempt_prepare_postable()。如果 preempt_postable_ptr 为空在 preempt_prepare_postable() 中取消引用它会导致崩溃。此更改可避免在后同步码分配失败时调用准备函数从而防止潜在的空指针取消引用并确保进行正确的错误处理。patchwork: https://patchwork.freedesktop.org/patch/687659/(CVE-2025-71124]

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

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

  - libceph增强 decode_pool() 对损坏的 osdmap 的恢复能力如果 osdmap 遭到恶意损坏使得 ceph_pg_pool envelope 的编码长度小于特定编码版本的预期长度则可能接发生越界读取因为仅存在基于该长度值的边界检查。此修补程序添加了对解码或跳过的每个字段的显式边界检查。 (CVE-2025-71116)

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

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

  - cpuset修复禁用远程分区时出现的警告 按如下方式触发警告警告
    kernel/cgroup/cpuset.c:1651 at remote_partition_disable+0xf7/0x110 RIP
    0010:remote_partition_disable+0xf7/0x110 RSP: 0018:ffffc90001947d88 EFLAGS: 00000206 RAX: 0000000000007fff RBX: ffff888103b6e000 RCX: 0000000000006f40 RDX: 0000000000006f00 RSI: ffffc90001947da8 RDI:
    ffff888103b6e000 RBP: ffff888103b6e000 R08: 0000000000000000 R09: 0000000000000000 R10: 0000000000000001 R11: ffff88810b2e2728 R12: ffffc90001947da8 R13: 0000000000000000 R14: ffffc90001947da8 R15:
    ffff8881081f1c00 CS:0010 DS:0000 ES:0000 CR0:0000000080050033 CR2:00007f55c8bbe0b2 CR3:
    000000010b14c000 CR4: 00000000000006f0 Call Trace: <TASK> update_prstate+0x2d3/0x580 cpuset_partition_write+0x94/0xf0 kernfs_fop_write_iter+0x147/0x200 vfs_write+0x35d/0x500 ksys_write+0x66/0xe0 do_syscall_64+0x6b/0x390 entry_SYSCALL_64_after_hwframe+0x4b/0x53 RIP:
    0033:0x7f55c8cd4887 重现步骤在 16 CPU 的计算机上# cd /sys/fs/cgroup/ # mkdir A1 # echo +cpuset > A1/cgroup.subtree_control # echo 0-14 > A1/cpuset.cpus.exclusive # mkdir A1/A2 # echo 0-14 > A1/A2/cpuset.cpus.exclusive # echo root > A1/A2/cpuset.cpus.partition # echo 0 > /sys/devices/system/cpu/cpu15/online # echo member > A1/A2/cpuset.cpus.partition CPU 15 离线时subpartitions_cpus 会被清除因为没有 CPU 剩余可用于 top_cpuset从而强制分区与 top_cpuset 共享 CPU。在这种情况下禁用远程分区会触发一条警告声称 Effective_xcpus 不是 subpartitions_cpus 的子集。在此情况下应使分区无效以通知用户分区现在无效CPU 与 top_cpuset 共享。若要修复此问题，请执行以下操作： 1. 仅仅在 subpartitions_cpus 不为空且 valid_xcpus 不是 subpartitions_cpus 的子集时才发出警告。 2. 在 CPU 热插拔过程中如果 subpartitions_cpus 为空则使分区无效。 (CVE-2025-71142)

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

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

  - kernel/kexec当分配发生在 CMA 区域中时修复 IMA *** 缺陷描述 *** 我使用最新的内核测试 kexec 时遇到以下警告[ 40.712410] --------- ---[ 在此处切换 ]------------ [40.712576] 警告CPU: 2 PID: 1562 at kernel/kexec_core.c:1001 kimage_map_segment+0x144/0x198 [...] [40.816047] 调用跟踪 [ 40.818498] kimage_map_segment+0x144/0x198 (P) [ 40.823221] ima_kexec_post_load+0x58/0xc0 [ 40.827246] __do_sys_kexec_file_load+0x29c/0x368 [...] [ 40.855423] ---[end trace 0000000000000000 ]--- *** 如何重现 *** 仅当在 CMA 区域中分配 kexec 目标地址时才会触发此缺陷。如果内核中未保留 CMA 区域请使用内核命令行中的 cma= 选项以保留 CMA 区域。 *** 根本原因 *** 提交 07d24902977ekexec启用基于 CMA 的连续分配直接在 CMA 区域上分配 kexec 目标地址以避免跳转期间进行复制。在这种情况下，kexec 段没有 IND_SOURCE。但 kimage_map_segment() 当前的实现假设 IND_SOURCE 页面存在并通过 vmap() 将其映射到连续的虚拟地址。 *** 解决方案 *** 如果在 CMA 区域中分配 IMA 段则直接使用其 page_address()。 (CVE-2025-71139)

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

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

  - FreeRDP 是远程桌面协议的免费实现。在 3.20.1 版本之前，当使用服务器控制的读取长度将文件数据读取到不设硬上限的 IRP 输出流缓冲区时，驱动读取过程中会发生堆缓冲区溢出漏洞，从而使得过大的读取范围覆盖堆内存。此漏洞已在 3.20.1 中修复。(CVE-2026-22854)

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

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

  - hwmon(w83791d) 将宏转换为函数以避免 TOCTOU 宏 FAN_FROM_REG 多次评估其参数。在涉及共享驱动程序数据的无锁环境中使用时这导致检查时间与使用时间 (TOCTOU) 争用条件可能造成除以零错误。将宏转换为静态函数。这可保证参数仅评估一次按值传递从而防止争用条件。此外在 store_fan_div 中将最小限制的计算移至 update lock 内。这可确保“读取-修改-写入”序列在一致的数据上运行。
    通过仅转换多次评估参数并在无锁上下文中使用的宏来遵守最小更改原则。 (CVE-2025-71111)

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

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

  - FreeRDP 是远程桌面协议的免费实现。在 3.20.1 版本之前，irp_thread_func 中会发生堆释放后使用，这是因为 IRP 被 irp->Complete() 释放，然后在错误路径中被再次访问。此漏洞已在 3.20.1 中修复。(CVE-2026-22857)

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

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

  - Undici 是 Node.js 的 HTTP/1.1 客户端。在 7.18.0 和 6.23.0之前的版本中解压缩链中的链接数量不受限制默认的 maxHeaderSize 可让恶意服务器插入数千个压缩步骤从而导致高 CPU 使用率和过量内存分配。此漏洞已在 7.18.0 和 6.23.0 中修复。(CVE-2026-22036)

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

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

  - tracing不注册不受支持的 perf 事件 综合事件目前不具备注册 perf 事件的功能。这导致用空函数指针调用跟踪点寄存器函数从而触发: ------------[ cut here ]------------ 警告: kernel/tracepoint。 c:175 at tracepoint_add_func+0x357/0x370 CPU#2: perf/2272 模块中链接的 kvm_intel kvm irqbypass CPU: 2 UID: 0 PID: 2272 Comm: perf 未受感染 6.18.0-ftest-11964-ge022764176fc-dirty #323 PREEMPTLAZY 硬件名称
    QEMU Standard PCQ35 + ICH92009, BIOS 1.17.0-debian-1.17.0-1 04/01/2014 RIP
    0010:tracepoint_add_func+0x357/0x370 代码 28 9c e8 4c 0b f5 ff eb 0f 4c 89 f7 48 c7 c6 80 4d 28 9c e8 ab 89 f4 ff 31 c0 5b 41 5c 41 5d 41 5e 41 5f cc ccd cc cc3 cc <0f> 0b 49 c7 c6 ea ff ff ff e9 ee fe ff ff 0f 0b e9 f9 fe ff ff 0f RSP0018:ffffabc0c44d3c40 EFLAGS00010246 RAX: 0000000000000001 RBX
    ffff9380aa9e4060 RCX: 0000000000000000 RDX: 000000000000000a RSI: ffffffff9e1d4a98 RDI: ffff937fcf5fd6c8 RBP: 0000000000000001 R08: 0000000000000007 R09: ffff937fcf5fc780 R10: 0000000000000003 R11:
     R12ffffffff9c193910  : 000000000000000a R13: ffffffff9e1e5888 R14: 0000000000000000 R15: ffffabc0c44d3c78 FS: 00007f6202f5f340(0000) GS:ffff93819f00f000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 000055d3162281a8 CR3: 0000000106a56003 CR4: 0000000000172ef0 Call Trace <TASK> tracepoint_probe_register+0x5d/0x90 Synth_event_reg+0x3c/0x60 perf_trace_event_init+0x204/0x340 perf_trace_init+0x85/0xd0 perf_tp_event_init+0x2e/0x50 perf_try_init_event+0x230? perf_event_alloc+0x4bb/0xdc0 perf_event_alloc+0x65a/0xdc0 __se_sys_perf_event_open+0x290/0x9f0 do_syscall_64+0x93/0x7b0 entry_SYSCALL_64_after_hwframe+0x76/0x7e ? trace_hardirqs_off+0x53/0xc0 entry_SYSCALL_64_after_hwframe+0x76/0x7e 而是使代码返回 -ENODEV这不会发出警告并且通过以下方式产生 perf 错误# perf record -e Synthesis:futex_wait 错误The sys_perf_event_open() syscall returned with 19 (无此类设备”的事件 (synthetic:futex_wait)。 dmesg | grep -i perf 可以提供其他信息。理想情况下 perf 应支持合成事件但目前仅修复警告。
    支持可能会稍后提供。 (CVE-2025-71125)

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

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

  - mm/page_alloc更改合并页面时的所有页块迁移类型释放页面时会尽可能与伙伴合并至更高级别的页面。当 buddy 页面迁移类型不同时预期会更新以匹配所释放的页面类型。但是，只有好友页面的第一个页块会更新，其余的页块则保持不变。这会导致在之后的 expand() 和其他代码路径中发出警告如下所示因为在包含页面的列表的迁移类型与页面拥有的页面块迁移类型之间引入不一致。 [ 308.986589] ------------[在此剪切]------------ [ 308.987227] 页面类型为 0传递的 migratetype 为 1 (nr=256) [ 308.987275] WARNINGCPU: 1 PID: 5224 at mm/page_alloc.c:812 expand+0x23c/0x270 [ 308.987293] 链接的模块algif_hash(E) af_alg(E) nft_fib_inet(E) nft_fib_ipv4(E) nft_fib_ipv6 (E) nft_fib(E) nft_reject_inet(E) nf_reject_ipv4(E) nf_reject_ipv6(E) nft_reject(E) nft_ct(E) nft_chain_nat(E) nf_nat(E) nf_conntrack(E) nf_defrag_ipv6(E) nf_defrag_ipv4(E) nf_tables(E) ) s390_trng(E) vfio_ccw(E) mdev(E) vfio_iommu_type1(E) vfio(E) sch_fq_codel(E) drm(E) i2c_core(E) drm_panel_orientation_quirks(E) loop(E) nfnetlink(E) vsock_loopback(E) vmw_vsock_virtio_transport_common (E) vsock(E) ctcm(E) fsm(E) diag288_wdt(E) watchdog(E) zfcp(E) scsi_transport_fc(E) ghash_s390(E) prng(E) aes_s390(E) des_generic(E) des_s390(E) (E) libdes(E) sha3_512_s390(E) sha3_256_s390(E) sha_common(E) paes_s390(E) crypto_engine(E) pkey_cca(E) pkey_ep11(E) zcrypt(E) rng_core(E) pkey_pckmo(E) pkey(E) autofs4 (E) [ 308.987439] 卸载了受感染的模块
    hmac_s390(E):2 [ 308.987650] CPU: 1 UID: 0 PID: 5224 Comm: mempig_verify Kdump已加载受感染的GE 6.18.0-gcc-bpf-debug #431 PREEMPT [ 308.987657] 受感染的 [E]= UNSIGNED_MODULE [ 308.987661] 硬件名称
    IBM 3906 M04 704 (z/VM 7.3.0) [ 308.987666] Krnl PSW : 0404f00180000000 00000349976fa600 (expand+0x240/0x270) [ 308.987676] R:0 T:1 IO:0 EX:0 Key:0 M:1 W:0 P:0 AS:3 CC:3 PM:0 RI:0 EA:3 [308.987682] Krnl GPRS: 0000034980000004 0000000000000005 0000000000000030 000003499a0e6d88 [ 308.987688] 0000000000000005 0000034980000005 000002be803ac000 0000023efe6c8300 [ 308.987692] 0000000000000008 0000034998d57290 000002be00000100 0000023e00000008 [ 308.987696] 0000000000000000 0000000000000000 00000349976fa5fc 000002c99b1eb6f0 [ 308.987708] Krnl Code: 00000349976fa5f0: c020008a02f2 larl %r2,000003499883abd4 00000349976fa5f6: c0e5ffe3f4b5 brasl %r14,0000034997378f60 #00000349976fa5fc:
    af000000 mc 0,0 >00000349976fa600: a7f4ff4c brc 15,00000349976fa498 00000349976fa604: b9040026 lgr %r2,%r6 00000349976fa608: c0300088317f larl %r3,0000034998800906 00000349976fa60e: c0e5fffdb6e1 brasl %r14,00000349976b13d0 00000349976fa614: af000000 mc 0,0 [ 308.987734] Call Trace[ 308.987738] [<00000349976fa600>] expand+0x240/0x270 [ 308.987744] ([<00000349976fa5fc>] expand+0x23c/0x270) [308.987749] [<00000349976ff95e>] rmqueue_bulk+0x71e/0x940 [ 308.987754] [<00000349976ffd7e>]
    __rmqueue_pcplist+0x1fe/0x2a0 [ 308.987759] [<0000034997700966>] rmqueue.isra.0+0xb46/0xf40 [ 308.987763] [<0000034997703ec8>] get_page_from_freelist+0x198/0x8d0 [ 308.987768] [<0000034997706fa8>]
    __alloc_frozen_pages_noprof+0x198/0x400 [ 308.987774] [<00000349977536f8>] alloc_pages_mpol+0xb8/0x220 [308.987781] [<0000034997753bf6>] folio_alloc_mpol_noprof+0x26/0xc0 [ 308.987786] [<0000034997753e4c>] vma_alloc_folio_noprof+0x6c/0xa0 [ 308.987791] [<0000034997775b22>] vma_alloc_anon_folio_pmd+0x42/0x240 [308.987799] [<000003499777bfea>] __do_huge_pmd_anonymous_page+0x3a/0x210 [ 308.987804] [<00000349976cb0
    ---truncated--- (CVE-2025-71134)

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

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

  - mptcp确保在 disconnect() 时上下文重置在以下受责备的提交后如果 MPC 子流已处于 TCP_CLOSE 状态或在 mptcp_disconnect() 时间已回退到 TCPmptcp_do_fastclose() 会跳过设置 `send_fastclose flag` 和更新的 __mptcp_close_ssk () 不再重置相关的子流上下文。任何后续连接创建时都将同时包含“request_mptcp”标记且 msk-level 回退状态会在 MPTCP 断开连接时无条件清除从而导致 subflow_data_ready() 中出现警告WARNING: CPU: 26 PID: 8996位于net/mptcp/subflow.c:1519 subflow_data_ready (net/mptcp/subflow.c:1519 (标识符 13)) 中链接的模块CPU: 26 UID: 0 PID: 8996 Comm: syz.22.39 Not tainted 6.18.0-rc7 #1 * e9 04 fe ff ff e8 b7 1e f5 fe 89 ee bf 07 00 00 00 e8 db 19 f5 fe 83 fd 07 0f 84 35 ff ff ff e8 9d 1e f5 fe 90 <0f> 0b 90 e9 27 ff ff ff e8 8f 1e f5 fe 4c 89 e7 48 89 de e8 14 09 RSP: 0018:ffffc9002646fb30 EFLAGS: 00010293 RAX: 0000000000000000 RBX: ffff88813b218000 RCX: ffffffff825c8435 RDX: ffff8881300b3580 RSI: ffffffff825c8443 RDI: 0000000000000005 RBP: 000000000000000b R08: ffffffff825c843 5 R09
     R10000000000000000b  : 0000000000000005 R11: 0000000000000007 R12: ffff888131ac0000 R13: 0000000000000000 R14: 0000000000000000 R15: 0000000000000000 FS: 00007f88330af6c0(0000) GS:ffff888a93dd2000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0 : 0000000080050033 CR2:00007f88330aefe8 CR3:
    000000010ff59000 CR4: 0000000000350ef0 调用跟踪 <TASK> tcp_data_ready (net/ipv4/tcp_input.c:5356) tcp_data_queue (net/ipv4/tcp_input.c:5445) tcp_rcv_state_process (net/ipv4/tcp_input.c:7165) tcp_vnet_ready (net/ipv4/tcp_input.c:5445) tcp_rcv_state_process (net/ipv4/tcp_input.c:7165) /tcp_ipv4.c:1955) __release_sock (include/net/sock.h:1158标识符 6) net/core/sock.c:3180标识符 6) release_sock (net/core/sock.c:3737) mptcp_sendmsg net/mptcp/protocol.c:1763 net/mptcp/protocol.c:1857) inet_sendmsg (net/ipv4/af_inet.c:853标识符 7) __sys_sendto (net/socket.c:727标识符 15) net/ socket.c:742辨别器 15net/socket.c:2244辨别器 15) __x64_sys_sendto (net/socket.c:2247) do_syscall_64 (arch/x86/entry/syscall_64.c:63辨别器 1) arch/ x86/entry/syscall_64.c:94 (dis Orbitration 1)) entry_SYSCALL_64_after_hwframe (arch/x86/entry/entry_64.S:130) RIP: 0033:0x7f883326702d 解决在快速关闭时设置明确的 `fastclosing` 标记并检查此类设置的问题mptcp_do_fastclose() 之后的标记。 (CVE-2025-71144)

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

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

  - erspan引用选项之前初始化 options_len。struct ip_tunnel_info 具有名为 options 的灵活数组成员其受 counted_by(options_len) 属性保护。编译器将使用此信息强制由 FORTIFY_SOURCE 字符串帮助程序部署的运行时边界检查。按照 GCC 文档的说明必须在首次引用灵活数组成员之前初始化计数器。扫描使用 struct ip_tunnel_info 并引用 options 或 options_len 的文件后发现正常情况是使用 ip_tunnel_info_opts_set() 辅助函数。所述辅助函数将数据复制到选项之前正确初始化 options_len但在 GRE ERSPAN 代码中已完成部分更新阻止辅助函数的使用。在此更改之前当使用 GCC 15+ 编译内核并配置 FORTIFY_SOURCE 时GRE 隧道中的 ERSPAN 流量处理导致内核错误memcpy检测到缓冲区溢出缓冲区大小 0 的 4 字节写入调用跟踪
    <IRQ> __fortify_panic+0xd/0xf erspan_rcv.cold+0x68/0x83 ip_route_input_slow+0x816/0x9d0 gre_rcv+0x1b2/0x1c0 gre_rcv+0x8e/0x100 raw_v4_input+0x2a0/0x2b0 ip_protocol_deliver_rcu+0x1ea/0x210 ip_local_deliver_finish+0x86/0x110 ip_local_deliver+0x65/0x110 ? ip_rcv_finish_core+0xd6/0x360 ip_rcv+0x186/0x1a0 Reported-at https://launchpad.net/bugs/2129580 (CVE-2025-71128)

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

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

  - ext4修复 parse_apply_sb_mount_options() 中的字符串复制 strscpy_pad() 无法用于将非 NUL-term 字符串复制到可能更大大小的 NUL-term 字符串。提交 0efc5990bca5string.hIntroduce memtostr() 和 memtostr_pad()提供了这方面的更多信息。因此如果发生这种情况将会观察到以下警告strnlen: detected buffer overlay: 65 byte read of buffer size 64 WARNING:
    lib/string_helpers.c:1032 __fortify_report+0x96/0xc0 lib/string_helpers.c:1032 中链接的 CPU0 PID28655CPUCPU0 UID0 PID28655 Commsyz-executor.3 Not tainted 6.12. 54-syzkaller-00144-g5f0270f1ba00 #0 硬件名称QEMU Standard PC (i440FX + PIIX, 1996)BIOS 1.16.3-debian-1.16.3-2 04/01/2014 RIP0010:__fortify_report+0x96/0xc0 lib /string_helpers.c:1032 调用跟踪 <TASK> __fortify_panic+0x1f/0x30 lib/string_helpers.c:1039 strnlen include/linux/fortify-string.h:235 [inline] sized_strscpy include/linux/fortify-string.h:309 [inline] parse_apply_sb_mount_options fs/ext4/super.c:2504 [inline] __ext4_fill_super fs/ext4/super.c:5261 [inline] ext4_fill_super+0x3c35/0xad00 fs/ext4/super.c:5706 get_tree_bdev_flags+0x387/0x620 fs/ super.c:1636 vfs_get_tree+0x93/0x380 fs/super.c:1814 do_new_mount fs/namespace.c:3553 [内联] path_mount+0x6ae/0x1f70 fs/namespace.c:3880 do_mount fs/namespace.c:3893 [内联] __do_sys_mount fs/namespace.c:4103 [内联]
    __se_sys_mount fs/namespace.c:4080 [内联] __x64_sys_mount+0x280/0x300 fs/namespace.c:4080 do_syscall_x64 arch/x86/entry/common.c:52 [内联] do_syscall_64+0x64/0x140 arch/x86/entry/common .c:83 entry_SYSCALL_64_after_hwframe+0x76/0x7e由于预期用户空间将提供最多 63 个字符长以 NUL-term 为结尾的 s_mount_opts 字段因此请使用与 s_mount_opts 大小匹配的 64 字节缓冲区以便 strscpy_pad ) 会正确完成任务。如果用户仍设法在此处提供非空术语字符串则返回错误。由 Linux Verification Center (linuxtesting.org) 通过 Syzkaller 发现。 (CVE-2025-71123)

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

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

  - scs修复 __scs_magic 中的错误参数 __scs_magic() 需要“void *”变量但需要提供“struct task_struct *”变量。 “task_scs(tsk)”是任务的影子调用堆栈的起始地址，“__scs_magic(task_scs(tsk))”是任务的影子调用堆栈的结束地址。应为“__scs_magic(task_scs(tsk))”。此缺陷造成的用户可见影响是当 CONFIG_DEBUG_STACK_USAGE 启用时影子调用堆栈使用情况检查函数 (scs_check_usage) 扫描错误的内存范围。这可导致 1. **不准确的堆栈使用情况报告**该函数会为影子调用堆栈计算错误的使用情况统计数据可能在 kmsg 中显示错误值。 2. **潜在的内核崩溃**如果 __scs_magic(tsk) 的值大于 __scs_magic(task_scs(tsk)) 的值则 for 循环可能访问未映射的内存从而可能导致内核错误。但是，此情况不太可能发生，因为 task_struct 是通过 slab 分配器通常返回较低地址分配的，而 task_scs(tsk) 返回的影子调用堆栈是通过 vmalloc通常返回较高地址分配。但是，由于这纯粹是调试功能 (CONFIG_DEBUG_STACK_USAGE)，因此正常的生产系统应该会受到影响。该缺陷仅影响在启用此配置的情况下主动调试堆栈使用情况的开发人员和测试人员。 (CVE-2025-71102)

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

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

  - RDMA/irdma避免 irdma_net_event 中的无效读取 在 irdma_net_event() 检查确认事件为 NETEVENT_NEIGH_UPDATE 之前不应取消引用 neighalias ptr 中的任何内容。其他事件具有 ptr 指向的不同结构并且可能小于 struct neighbour。移动 NETEVENT_NEIGH_UPDATE 案例下 neigh->dev 的读取。此缺陷基本无害但会在调试内核中触发 KASANBUGKASANirdma_net_event+0x32e/0x3b0 中发生堆栈越界 [irdma] 任务 kworker/ 在 addr ffffc900075e07f0 处读取 8 大小27:2/542554 CPU 27 PID542554 Commkworker/27:2 Kdumploaded Not tainted 5.14.0-630.el9.x86_64+debug #1 硬件名称[...] Workqueue事件 rt6_probe_deferred 调用跟踪 <IRQ> dump_stack_lvl+0x60/ 0xb0 print_address_description.constprop.0+0x2c/0x3f0 print_report+0xb4/0x270 kasan_report+0x92/0xc0 irdma_net_event+0x32e/0x3b0 [irdma] notifier_call_chain+0x9e/0x180 atomic_notifier_call_chain+0x5c/0x110 rt6_do_redirect+0xb91/0x1080 tcp_v6_err+0xe9b/0x13e0 icmpv6_notify+ 0x2b2/0x630 ndisc_redirect_rcv+0x328/0x530 icmpv6_rcv+0xc16/0x1360 ip6_protocol_deliver_rcu+0xb84/0x12e0 ip6_input_finish+0x117/0x240 ip6_input+0xc4/0x370 ipv6_rcv+0x420/0x7d0 __netif_receive_skb_one_core+0x118/0x1b0 process_backlog+0xd1/0x5d0
    __napi_poll.constprop.0+0xa3/0x440 net_rx_action+0x78a/0xba0 handle_softirqs+0x2d4/0x9c0 do_softirq+0xad/0xe0 </IRQ> (CVE-2025-71133)

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

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

  - wifimac80211丢弃发送到非广播地址的 Beacon 帧 需要将 Beacon 帧发送到广播地址请参阅 IEEE Std 802.11-2020、 11.1.3.1 Beacon ..帧的地址 1 字段应设置为广播地址address。单播Beacon 帧可能被用作定向攻击以使其中一个相关的 STA 执行某些操作例如使用 CSA 将其移动到另一个通道。因此，最好在接收端对此进行严格的过滤，并丢弃发送到非预期地址的所有信标帧。这对于使用信标保护的情况尤其重要。如果帧控制字段中的受保护帧位设置为 0mac80211 中的当前实现正确地丢弃单播信标帧。然而如果该位设置为 1用于检查配置的 BIGTK 的逻辑实际上不会工作。如果驱动程序不具有用于丢弃受保护帧位为 1 的单播信标帧的逻辑则这些帧在 mac80211 中将被接受作为有效信标帧即使它们不受保护。这允许绕过信标保护。虽然可扩展用于检查信标保护的逻辑以涵盖此极端情况但基于 A1=unicast 地址的对丢弃所有信标帧的更通用检查涵盖了此问题而无需其他更改。
    如果将所接收的 Beacon 帧发送到非广播地址则将其丢弃通过此方法解决了所有这些问题。
    (CVE-2025-71127)

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

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

  - FreeRDP 是远程桌面协议的免费实现。在 3.20.1之前当 cbAttrLen 与实际 NDR 缓冲区长度不匹配时在 smartcard SetAttrib 路径中发生堆越界读取。
    此漏洞已在 3.20.1 中修复。(CVE-2026-22855)

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

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

  - clksamsungexynos-clkout访问 .hws 前分配 .num 提交 f316cdff8d67clk使用 __counted_by 注释 struct clk_hw_onecell_data对“struct clk_hw_onecell_data”的 hws 成员进行注释
    __counted_by用于通知边界审查器 (UBSAN_BOUNDS) .hws[] 中的元素数量以便其在越界访问 .hws[] 时发出警告。如该变更中所述必须在发生第一个数组访问之前使用元素数量初始化 __counted_by 成员否则在初始化之前的每次访问都将发出警告因为元素数量为零。
    exynos_clkout_probe() 中会出现此问题这是因为在访问 .hws[] 后分配 .numUBSAN
    drivers/clk/samsung/clk-exynos-clkout.c:178:18 中的array-index-out-of-bounds 索引 0 超出“clk_hw”类型的范围 *[*]将 .num 初始化移动到 首次访问 .hws 之前[] 、清除警告。 (CVE-2025-71143)

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

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

  - net: hns3添加在使用 之前的 VLAN id 验证。 目前从 VF 接收 VLAN 配置邮箱时可能会在未经验证的情况下使用 VLAN id。vlan_del_fail_bmap 的长度为 BITS_TO_LONGS(VLAN_N_VID)。VLAN id 大于或等于 VLAN_N_VID 时可能会造成越界内存访问。因此需要检查 VLAN id 以确保其在 VLAN_N_VID 的范围内。 (CVE-2025-71112)

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

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

  - via_wdt修复因未命名资源分配而导致的危急引导挂起 VIA 监视程序驱动程序使用 allocate_resource() 为监视程序控制寄存器预留 MMIO 区域。但是由于未为分配的资源命名因此x86 平台上内核资源树在 /proc/iomem 下包含标记为 <BAD> 的条目。在启动期间此未命名的资源可导致严重挂起因为后续资源查找和冲突检查无法正确处理该无效条目。
    (CVE-2025-71114)

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

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

  - FreeRDP 是远程桌面协议的免费实现。在 3.20.1之前如果一个线程从 serial->IrpThreads 中删除条目而另一个线程则在读取该条目时串行通道 IRP 线程跟踪中的争用会导致堆释放后使用。此漏洞已在 3.20.1 中修复。(CVE-2026-22856)

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

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

  - MIPSftrace修复内核位于 32 位之外时的内存损坏 自提交 e424054000878MIPS跟踪减少动态 Function Tracer 的开销使用了宏 UASM_i_LA_mostly并且此宏可生成 2 条以上的指令。同时ftrace 中的代码假设最多可生成 2 条指令因此将其存储在 int[2] 数组中。
    但是如前所述宏 UASM_i_LA_mostly现在是 UASM_i_LA会在
    _mcount 超出 32 位。这会导致位于 __read_mostly 部分的变量损坏。
    观察到此损坏的原因是变量 __cpu_primary_thread_mask 损坏导致在引导期间过早挂起。此补丁通过避免在指令长度可能超过 2 个指令时生成而防止损坏。幸运的是只有当检测到的代码位于内核代码部分之外时才会使用 insn_la_mcount因此尽管范围受到更多限制但仍然可以使用动态 ftrace。这仍然好于损坏内存和/或导致内核崩溃。 (CVE-2025-71109)

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

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

  - drm/i915/gem对 i915_gem_do_execbuffer 中的 eb.vma 数组进行零初始化首次设置 eb 结构时使用值 0 初始化 eb.vma 数组。特别是这会将 eb->vma[i].vma 指针设置为空从而简化清理工作并消除下文所述的缺陷。在执行 eb_lookup_vmas() 期间EB->vma 数组连续被 struct eb_vma 对象填满。此进程包括调用 eb_add_vma()其可能会失败但是，即使发生故障，也会为当前处理的缓冲区设置 eb->vma[i].vma。如果 eb_add_vma() 失败eb_lookup_vmas() 将返回错误并提示调用 eb_release_vmas() 以清理混乱。由于 eb_lookup_vmas() 在处理任何可能不是第一个缓冲区期间可能会失败因此 eb_release_vmas() 会检查缓冲区的 vma 是否为空以了解 lookup 函数在哪一点失败。在 eb_lookup_vmas() 中如果辅助函数 eb_lookup_vma() 或 eb_validate_vma() 失败则 eb->vma[i].vma 将设置为 NULL。 eb->vma[i+1].vma 设置为 NULL以防 i915_gem_object_userptr_submit_init() 失败此时 eb_release_vmas() 需要清除当前副本因此设置下一个副本。如果 eb_add_vma() 失败当前和下一个 vma 都不会设置为空此缺陷即为空取消引用错误的来源此缺陷如 Closes 标签中链接的问题所述。输入 eb_lookup_vmas() 时vma 指针被设置为 slab 毒害值而不是 NULL。这对于实际查找无关紧要因为它无论如何都会被覆盖但 eb_release_vmas() 函数仅将 NULL 识别为终止值因此指针在运行时会被设置为空以防发生中间故障。此修补程序更改了方法在开始时将其全部填入空值而不是在失败期间手动处理。从提交 08889b706d4f0b8d2352b7ca29c2d8df4d0787cd 中精选出的内容(CVE-2025-71130)

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

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

  - cryptoaf_alg - 通过 sock_kmalloc 分配的内存初始化为零 通过 sock_kmalloc() 分配的多个 crypto 用户 API 上下文和请求未初始化依赖调用程序来明确设置字段。这导致在某些错误路径中或在未来添加新字段时使用未初始化的数据。ACVP 修补程序还包含两个用户空间接口文件algif_kpp.c 和 algif_akcipher.c。它们也依赖于上下文结构的正确初始化。在 af_alg_ctx 中提交引入的新添加的 'inflight' 变量中发现一个特定问题
    67b164a871af加密af_alg - 不允许多个飞行中的 AIO 请求因为分配后上下文未 memset 为零因此飞行变量中包含垃圾值。因此当垃圾值被解释为 true 时af_alg_alloc_areq() 已错误地随机返回 -EBUSY https://github.com/gregkh/linux/blame/master/crypto/af_alg.c#L1209 检查直接测试 ctx->inflight未明确比较 true/false。由于 inflight 之后才会被设置为 true 或 false未初始化的值会触发 -EBUSY 失败。对使用 sock_kmalloc() 分配的内存进行零初始化可确保 inflight 和其他字段以已知状态启动从而消除由未初始化数据造成的随机问题。 (CVE-2025-71113)

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

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

  - ACPICA为空时避免遍历命名空间如果 start_node 为空尽管提交 0c9992315e73ACPICA避免遍历不存在的 ACPI 命名空间修复了 start_node 和 acpi_gbl_root_node 都为 NULL 的情况Linux 内核干线现在在honor Magicbook 14 上仍然会崩溃Pro [1]。
    由于对 acpi_ns_get_next_node() 中 parent_node 的成员的访问权限会发生这种情况。无论 start_node 是否等于 ACPI_ROOT_OBJECT都会发生空指针取消引用因此将 start_node 是否为空的检查从 if 块中移出。遗憾的是联系honor的所有尝试均以失败告终他们拒绝提供针对 Linux 的任何技术支持。在 GitHub 上可找到错误 DSDT 表的转储 [2]。DMIHONOR FMB-P/FMB-P-PCB、BIOS 1.13 05/08/2025 [ rjw主题调整、变更日志编辑 ] (CVE-2025-71118)

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

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

  - SUNRPCsvcauth_gss避免 gss_read_proxy_verf 中的零长度 gss_token 发生空取消引用 零长度 gss_token 会导致 pages == 0 且 in_token->pages[0] 为空。代码无条件评估初始 memcpy 的 page_address(in_token->pages[0])后者即使在复制长度为 0 时也可取消引用 NULL。保护第一个 memcpy使其仅在长度 > 0 时运行。(CVE-2025-71120)

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

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

  - FreeRDP 是远程桌面协议的免费实现。在低于 3.20.1的版本中URBDRC 客户端不对服务器提供的 MSUSB_INTERFACE_DESCRIPTOR 值执行边界检查而是将其用作 libusb_udev_complete_msconfig_setup 中的索引从而造成越界读取。此漏洞已在 3.20.1 中修复。(CVE-2026-22859)

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

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

  - FreeRDP 是远程桌面协议的免费实现。在 3.20.1 版本之前，RDPEAR 的 NDR 数组读取器不会对在线元素计数执行边界检查，并且可能会在写入时超出基于提示分配的堆缓冲区，从而在 ndr_read_uint8Array 中导致堆缓冲区溢出漏洞。此漏洞已在 3.20.1 中修复。(CVE-2026-22853)

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

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

  - smc91x修复 PREEMPT_RT 中损坏的 irq-context 使用 PREEMPT_RT 构建 smc91x.c 时FVP_RevC 中发生以下 splat错误[ 13.055000] smc91x LNRO0003:00 eth0链路建立、10Mbps、半双工、lpa 0x0000 [13.062137] BUG工作队列泄露原子、锁定或 RCUkworker/2:1[106] [ 13.062137] preempt=0x00000000 lock=0->0 RCU=0->1 workfn=mld_ifc_work [ 13.062266] C ** 回放之前的 printk message ** [ 13.062266] CPU: 2 UID: 0 PID: 106 Comm: kworker/2:1 Not tainted 6.18.0-dirty #179 PREEMPT_{RT,(full)} [ 13.062353] 硬件名称、BIOS [ 13.062382] 工作队列mld mld_ifc_work [ 13.062469] 调用跟踪[ 13.062494] show_stack+0x24/0x40 (C) [ 13.062602] __dump_stack+0x28/0x48 [ 13.062710] dump_stack_lvl+0x7c/0xb0 [13.062818] dump_stack+0x18 /0x34 [ 13.062926] process_scheduled_works+0x294/0x450 [ 13.063043] worker_thread+0x260/0x3d8 [ 13.063124] kthread+0x1c4/0x228 [ 13.063235] ret_from_fork+0x10/0x20 会发生这种情况的原因是 smc_special_trylock() 即使在 PREEMPT_RT 上也会禁用 IRQ。但 smc_special_unlock() 不会还原 PREEMPT_RT 上的 IRQ。原因是 smc_special_unlock() 调用 spin_unlock_irqrestore()而 current->softirq_disable_cnt 为 0 时__dev_queue_xmit() 中的 rcu_read_unlock_bh() 无法通过 __local_bh_enable_ip() 调用 rcu_read_unlock()。要解决此问题请使用 spin_trylock_irqsave() 替换 smc_special_trylock()。 (CVE-2025-71132)

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

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

  - cryptoseqiv - 在 crypto_aead_encrypt 之后不使用 req->iv 一旦调用 crypto_aead_encrypt 底层请求可能会通过异步完成而释放。因此在 req->iv 返回后取消引用 req->iv 无效。不根据信息检查 req->iv而是创建新变量 unaligned_info 并将其用于此目的。 (CVE-2025-71131)

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

ID	名称	严重性
286806	Linux Distros 未修补的漏洞：CVE-2026-0888	medium
286805	Linux Distros 未修补的漏洞：CVE-2025-56226	medium
286804	Linux Distros 未修补的漏洞：CVE-2025-71103	medium
286803	Linux Distros 未修补的漏洞：CVE-2025-68790	high
286802	Linux Distros 未修补的漏洞：CVE-2025-71106	medium
286281	Linux Distros 未修补的漏洞：CVE-2026-0992	low
286280	Linux Distros 未修补的漏洞：CVE-2026-0989	low
286278	Linux Distros 未修补的漏洞：CVE-2026-0990	medium
286268	Gogs <= 0.13.3 多个漏洞	critical
286267	NetApp ONTAP 9.16.1 < 9.16.1P9 / 9.17.1 < 9.17.1P2 锁定快照漏洞 (NTAP-20260112-0001)	medium
286264	Adobe Substance 3D Sampler <= 5.1.0 越界写入 (APSB26-11)	high
284834	ScienceLogic Skylar One 检测	info
284800	Linux Distros 未修补的漏洞：CVE-2025-71104	medium
284799	Linux Distros 未修补的漏洞：CVE-2026-21869	critical
284798	Linux Distros 未修补的漏洞：CVE-2026-22791	medium
284793	Linux Distros 未修补的漏洞：CVE-2025-71126	medium
284716	Linux Distros 未修补的漏洞：CVE-2025-71122	high
284715	Linux Distros 未修补的漏洞：CVE-2025-71140	medium
284714	Linux Distros 未修补的漏洞：CVE-2025-71105	high
284713	Linux Distros 未修补的漏洞：CVE-2025-71138	medium
284712	Linux Distros 未修补的漏洞：CVE-2025-71124	medium
284711	Linux Distros 未修补的漏洞：CVE-2025-71116	medium
284710	Linux Distros 未修补的漏洞：CVE-2025-71142	medium
284709	Linux Distros 未修补的漏洞：CVE-2025-71139	high
284708	Linux Distros 未修补的漏洞：CVE-2026-22854	high
284707	Linux Distros 未修补的漏洞：CVE-2025-71111	medium
284706	Linux Distros 未修补的漏洞：CVE-2026-22857	high
284705	Linux Distros 未修补的漏洞：CVE-2026-22036	high
284704	Linux Distros 未修补的漏洞：CVE-2025-71125	medium
284703	Linux Distros 未修补的漏洞：CVE-2025-71134	high
284702	Linux Distros 未修补的漏洞：CVE-2025-71144	medium
284701	Linux Distros 未修补的漏洞：CVE-2025-71128	high
284700	Linux Distros 未修补的漏洞：CVE-2025-71123	high
284699	Linux Distros 未修补的漏洞：CVE-2025-71102	medium
284698	Linux Distros 未修补的漏洞：CVE-2025-71133	high
284697	Linux Distros 未修补的漏洞：CVE-2025-71127	medium
284696	Linux Distros 未修补的漏洞：CVE-2026-22855	medium
284695	Linux Distros 未修补的漏洞：CVE-2025-71143	high
284694	Linux Distros 未修补的漏洞：CVE-2025-71112	high
284693	Linux Distros 未修补的漏洞：CVE-2025-71114	high
284692	Linux Distros 未修补的漏洞：CVE-2026-22856	high
284691	Linux Distros 未修补的漏洞：CVE-2025-71109	high
284690	Linux Distros 未修补的漏洞：CVE-2025-71130	high
284689	Linux Distros 未修补的漏洞：CVE-2025-71113	medium
284688	Linux Distros 未修补的漏洞：CVE-2025-71118	medium
284687	Linux Distros 未修补的漏洞：CVE-2025-71120	medium
284686	Linux Distros 未修补的漏洞：CVE-2026-22859	medium
284685	Linux Distros 未修补的漏洞：CVE-2026-22853	high
284684	Linux Distros 未修补的漏洞：CVE-2025-71132	medium
284683	Linux Distros 未修补的漏洞：CVE-2025-71131	medium

检测

Nessus 的 Misc. 系列

medium

medium

medium

high

medium

low

low

medium

critical

medium

high

info

medium

critical

medium

medium

high

medium

high

medium

medium

medium

medium

high

high

medium

high

high

medium

high

medium

high

high

medium

high

medium

medium

high

high

high

high

high

high

medium

medium

medium

medium

high

medium

medium