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

  - 已修复 Linux 内核中的下列漏洞：ipv6: Fix out-of-bound access in fib6_add_rt2node(). syzbot reported out-of-bound read in fib6_add_rt2node(). [0] When IPv6 route is created with RTA_NH_ID, struct fib6_info does not have the trailing struct fib6_nh. The cited commit started to check !iter->fib6_nh->fib_nh_gw_family to ensure that rt6_qualify_for_ecmp() will return false for iter. If iter->nh is not NULL, rt6_qualify_for_ecmp() returns false anyway. Let's check iter->nh before reading iter->fib6_nh and avoid OOB read. [0]: BUG: KASAN: slab-out-of-bounds in fib6_add_rt2node+0x349c/0x3500 net/ipv6/ip6_fib.c:1142 Read of size 1 at addr ffff8880384ba6de by task syz.0.18/5500 CPU: 0 UID: 0 PID: 5500 Comm: syz.0.18 Not tainted syzkaller #0 PREEMPT(full) Hardware name:
    QEMU Standard PC (Q35 + ICH9, 2009), BIOS 1.16.3-debian-1.16.3-2 04/01/2014 Call Trace: <TASK> dump_stack_lvl+0xe8/0x150 lib/dump_stack.c:120 print_address_description mm/kasan/report.c:378 [inline] print_report+0xba/0x230 mm/kasan/report.c:482 kasan_report+0x117/0x150 mm/kasan/report.c:595 fib6_add_rt2node+0x349c/0x3500 net/ipv6/ip6_fib.c:1142 fib6_add_rt2node_nh net/ipv6/ip6_fib.c:1363 [inline] fib6_add+0x910/0x18c0 net/ipv6/ip6_fib.c:1531 __ip6_ins_rt net/ipv6/route.c:1351 [inline] ip6_route_add+0xde/0x1b0 net/ipv6/route.c:3957 inet6_rtm_newroute+0x268/0x19e0 net/ipv6/route.c:5660 rtnetlink_rcv_msg+0x7d5/0xbe0 net/core/rtnetlink.c:6958 netlink_rcv_skb+0x232/0x4b0 net/netlink/af_netlink.c:2550 netlink_unicast_kernel net/netlink/af_netlink.c:1318 [inline] netlink_unicast+0x80f/0x9b0 net/netlink/af_netlink.c:1344 netlink_sendmsg+0x813/0xb40 net/netlink/af_netlink.c:1894 sock_sendmsg_nosec net/socket.c:727 [inline] __sock_sendmsg net/socket.c:742 [inline] ____sys_sendmsg+0xa68/0xad0 net/socket.c:2592 ___sys_sendmsg+0x2a5/0x360 net/socket.c:2646
    __sys_sendmsg net/socket.c:2678 [inline] __do_sys_sendmsg net/socket.c:2683 [inline] __se_sys_sendmsg net/socket.c:2681 [inline] __x64_sys_sendmsg+0x1bd/0x2a0 net/socket.c:2681 do_syscall_x64 arch/x86/entry/syscall_64.c:63 [inline] do_syscall_64+0xe2/0xf80 arch/x86/entry/syscall_64.c:94 entry_SYSCALL_64_after_hwframe+0x77/0x7f RIP: 0033:0x7f9316b9aeb9 Code: ff c3 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 48 89 f8 48 89 f7 48 89 d6 48 89 ca 4d 89 c2 4d 89 c8 4c 8b 4c 24 08 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 c7 c1 e8 ff ff ff f7 d8 64 89 01 48 RSP: 002b:00007ffd8809b678 EFLAGS: 00000246 ORIG_RAX: 000000000000002e RAX: ffffffffffffffda RBX: 00007f9316e15fa0 RCX: 00007f9316b9aeb9 RDX:
    0000000000000000 RSI: 0000200000004380 RDI: 0000000000000003 RBP: 00007f9316c08c1f R08: 0000000000000000 R09: 0000000000000000 R10: 0000000000000000 R11: 0000000000000246 R12: 0000000000000000 R13:
    00007f9316e15fac R14: 00007f9316e15fa0 R15: 00007f9316e15fa0 </TASK> Allocated by task 5499:
    kasan_save_stack mm/kasan/common.c:57 [inline] kasan_save_track+0x3e/0x80 mm/kasan/common.c:78 poison_kmalloc_redzone mm/kasan/common.c:398 [inline] __kasan_kmalloc+0x93/0xb0 mm/kasan/common.c:415 kasan_kmalloc include/linux/kasan.h:263 [inline] __do_kmalloc_node mm/slub.c:5657 [inline]
    __kmalloc_noprof+0x40c/0x7e0 mm/slub.c:5669 kmalloc_noprof include/linux/slab.h:961 [inline] kzalloc_noprof include/linux/slab.h:1094 [inline] fib6_info_alloc+0x30/0xf0 net/ipv6/ip6_fib.c:155 ip6_route_info_create+0x142/0x860 net/ipv6/route.c:3820 ip6_route_add+0x49/0x1b0 net/ipv6/route.c:3949 inet6_rtm_newroute+0x268/0x19e0 net/ipv6/route.c:5660 rtnetlink_rcv_msg+0x7d5/0xbe0 net/core/rtnetlink.c:6958 netlink_rcv_skb+0x232/0x4b0 net/netlink/af_netlink.c:2550 netlink_unicast_kernel net/netlink/af_netlink.c:1318 [inline] netlink_unicast+0x80f/0x9b0 net/netlink/af_netlink.c:1344 netlink_sendmsg+0x813/0xb40 net/netlink/af_netlink.c:1894 sock_sendmsg_nosec net/socket.c:727 [inline]
    __sock_sendmsg net/socket.c:742 [inline] ____sys_sendmsg+0xa68/0xad0 net/socket.c:2592 ___sys_s
    ---truncated--- (CVE-2026-46260)

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

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

  - GLPI 是免费的资产和 IT 管理软件程序包。在版本 0.78 和之前的版本 10.0.25 和 中 11.0.7，具有配置读取权限的经过身份验证的用户可读取特定资产对象。
    升级或11.0.710.0.25接收修补程序。（CVE-2026-44281）

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

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

  - power：supply：rt9455：修复 power_supply_changed（） 中的释放后使用 _before_ 请求 IRQ 的“devm_”变体 用于分配/注册“power_supply”句柄的“devm_”变体意味着“power_supply”句柄将在中断处理程序之前 _ 解除分配/取消注册（因为“devm_”自然会以反向分配顺序解除分配）。这意味着删除过程中存在争用条件，其中，中断可能恰好在释放了“power_supply”句柄后，*但是* 恰好在 IRQ 处理程序的相应取消注册运行之前触发。这将导致 IRQ 处理程序通过释放的“power_supply”句柄调用“power_supply_changed（）”。这通常会使系统崩溃或以其他方式静默地损坏内存... 请注意，在“probe（）”期间也可能发生类似的情况;_before_ 注册“power_supply”句柄时中断触发的可能性。然后，这将导致使用“power_supply_changed（）”中使用“power_supply”句柄 *uninitialized* 的糟糕情况。通过确保在注册“power_supply”句柄后 _ 请求 IRQ，修复了此 racy 释放后使用。（CVE-2026-46270）

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

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

  - 的 CVE-2026-41409 补丁未应用于 2.1.X 和 2.2.X 分支。以下是原始问题描述：Apache MINA AbstractIoBuffer.getObject（） 中的修复 CVE-2024-52046 不完整。在可能已经执行类中要读取的静态初始值设定项之后，应用允许反序列化的类的类名允许列表太晚。受影响的版本为 Apache MINA 2.1.0 <= 2.1.11和 2.2.0 <= 2.2.6。此问题已在 Apache MINA 2.1.122.2.7 中得到解决，并且之前通过应用类名允许列表得到解决。受影响的是使用调用 IoBuffer.getObject（） 的 Apache MINA 的应用程序。
    建议使用 Apache MINA 的应用程序升级 Apache MINA AbstractIoBuffer.getObject（） 中的修复 CVE-2024-52046 不完整。在可能已经执行类中要读取的静态初始值设定项之后，应用允许反序列化的类的类名允许列表太晚。
    受影响的版本为 Apache MINA 2.1.0 <= 2.1.110和 2.2.0 <= 2.2.6。此问题已在 Apache MINA 2.1.122.2.7 中得到解决，并且之前通过应用类名允许列表得到解决。受影响的是使用调用 IoBuffer.getObject（） 的 Apache MINA 的应用程序。建议使用 Apache MINA 的应用程序升级 （）CVE-2026-42778

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

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

  - 之前 2026.05 的 SWUpdate 受到检查时间使用时间 （TOCTOU） 争用条件的影响，允许本地非特权攻击者使用签名的更新将权限升级至根或安装不受信任的内容。（CVE-2025-41259）

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

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

  - 已修复 Linux 内核中的下列漏洞：drm/xe/pf: Fix sysfs initialization In case of devm_add_action_or_reset() failure the provided cleanup action will be run immediately on the not yet initialized kobject. This may lead to errors like: [ ] kobject: '(null)' (ff110001393608e0): is not initialized, yet kobject_put() is being called. [ ] WARNING: lib/kobject.c:734 at kobject_put+0xd9/0x250, CPU#0: kworker/0:0/9 [ ] RIP: 0010:kobject_put+0xdf/0x250 [ ] Call Trace: [ ] xe_sriov_pf_sysfs_init+0x21/0x100 [xe] [ ] xe_sriov_pf_init_late+0x87/0x2b0 [xe] [ ] xe_sriov_init_late+0x5f/0x2c0 [xe] [ ] xe_device_probe+0x5f2/0xc20 [xe] [ ] xe_pci_probe+0x396/0x610 [xe] [ ] local_pci_probe+0x47/0xb0 [ ] refcount_t: underflow; use-after-free. [ ] WARNING: lib/refcount.c:28 at refcount_warn_saturate+0x68/0xb0, CPU#0: kworker/0:0/9 [ ] RIP: 0010:refcount_warn_saturate+0x68/0xb0 [ ] Call Trace: [ ] kobject_put+0x174/0x250 [ ] xe_sriov_pf_sysfs_init+0x21/0x100 [xe] [ ] xe_sriov_pf_init_late+0x87/0x2b0 [xe] [ ] xe_sriov_init_late+0x5f/0x2c0 [xe] [ ] xe_device_probe+0x5f2/0xc20 [xe] [ ] xe_pci_probe+0x396/0x610 [xe] [ ] local_pci_probe+0x47/0xb0 Fix that by calling kobject_init() and kobject_add() separately and register cleanup action after the kobject is initialized. Also make this cleanup registration a part of the create helper to fix another mistake, as in the loop we were wrongly passing parent kobject while registering cleanup action, and this resulted in some undetected leaks. (cherry picked from commit 98b16727f07e26a5d4de84d88805ce7ffcfdd324) (CVE-2026-46264)

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

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

  - FRRouting （FRR） 稳定/10.0 到稳定10.6 / 的 rfapiRibBi2Ri（） 函数 （rfapi_rib.c） 缺少输入验证，允许攻击者通过提供构造的 BGP UPDATE 消息造成拒绝服务 （DoS）。（CVE-2026-37460）

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

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

  - GLPI 是免费的资产和 IT 管理软件程序包。从版本开始和低于版本10.0.410.0.25，技术人员可将 XSS 负载存储在资产锁定选项卡中。升级或10.0.2511.0.7接收修补程序。（CVE-2026-42321）

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

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

  - 影响：morgan 日志记录中间件的 ：remote-user 标记从授权请求标头中提取基本认证用户名，并在不中和控制字符的情况下将其写入日志流。未经认证的攻击者可发送包含 CR 或 LF 字节的构建的 Authorization Basic 标头注入伪造的日志行，从而破坏访问日志的每行请求一次结构，并针对下游日志使用者进行日志伪造。内置的组合格式、通用格式、默认格式和短格式以及引用 ：remote-user 的任何自定义格式都会受到影响。受影响版本：摩根到 1.2.01.10.1.
    修补程序：升级到 morgan 1.11.0，可中和 ：remote-user 标记输出中的控制字符。
    变通方案：使用不包含 ：remote-user 的自定义格式字符串。（CVE-2026-5078）

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

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

  - 在 之前的纤毛 ebpf 0.21.0中发现一个漏洞。这会影响组件 LoadCollectionSpec/LoadCollectionSpecFromReader 的 btf/btf.go 文件的函数 loadRawSpec。这种对参数偏移的操纵会导致整数溢出。仅可在本地环境中执行该攻击。该漏洞已被公开并可被使用。修补程序的名称为 533dfc82fd228bfadf42ea7180c39de7d9af47fa。应应用修补程序以修复此问题。
    (CVE-2026-10722)

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

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

  - ZDRES-232：未替代 resolveProxyClass - 通过 java.lang.reflect.Proxy 评估绕过 acceptMatchers 过滤器：完全解决。当序列化流包含TC_PROXYCLASSDESC（java.lang.reflect.Proxy 的标记）时，会调度 JDK 的 ObjectInputStream.readProxyDesc（）。然后，JDK 调用默认 ObjectInputStream.resolveProxyClass（interfaces） 实现，这将为每个接口名称执行 Class.forName（intf， false， latestUserDefinedLoader（）） 并构造代理类，绕过接受的类列表。ZDRES-233：readClassDescriptor 中的 Class.forName（name， initialize=true， classLoader） 触发了列入允许列表类的静态初始化程序评估：已完全解决。对于允许列表中的任何类，反序列化命名它的流会在构造任何实例之前触发该类的（静态初始化器）。这意味着攻击者如果在允许列表中提供类名称（例如，开发人员写入了 accept（com.myapp.*），攻击者提供了 com.myapp.SomeClass）， <clinit> 会造成 SomeClass，并且许多实际类都存在副作用静态初始化程序这两个问题均已修复。（CVE-2026-47065）

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

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

  - GLPI 是免费的资产和 IT 管理软件程序包。从版本 0.50 开始和低于版本 10.0.25 和 11.0.7，技术人员可以读取GLPI_DOC_DIR内的任意文件。升级或10.0.2511.0.7接收修补程序。（CVE-2026-42320）

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

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

  - GLPI 是免费的资产和 IT 管理软件程序包。从版本 9.5.0 开始和版本 10.0.25 和 11.0.7，具有计划访问权限的低权限用户可以删除 GLPI 中的任何对象。升级或11.0.710.0.25接收修补程序。变通方案是禁用用户规划的删除权限。
    (CVE-2026-42318)

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

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

  - GPAC Project/MP4Box 26.02.0 之前的 gf_filter_pid_resolve_file_template_ex 函数 （/filter_core/filter_pid.c） 中的空指针取消引用允许攻击者通过提供构建的文件造成拒绝服务 （DoS）。（CVE-2025-60477）

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

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

  - gobgp v4.3.0 的 BGPUpdate.DecodeFromBytes 函数 （/bgp/bgp.go） 中的整数下溢允许攻击者通过提供构建的 BGP UPDATE 消息造成拒绝服务 （DoS）。（CVE-2026-37462）

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

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

  - 已修复 Linux 内核中的下列漏洞：clocksource/drivers/timer-sp804: Fix an Oops when read_current_timer is called on ARM32 platforms where the SP804 is not registered as the sched_clock. On SP804, the delay timer shares the same clkevt instance with sched_clock. On some platforms, when sp804_clocksource_and_sched_clock_init is called with use_sched_clock not set to 1, sched_clkevt is not properly initialized. However, sp804_register_delay_timer is invoked unconditionally, and read_current_timer() subsequently calls sp804_read on an uninitialized sched_clkevt, leading to a kernel Oops when accessing sched_clkevt->value. Declare a dedicated clkevt instance exclusively for delay timer, instead of sharing the same clkevt with sched_clock. This ensures that read_current_timer continues to work correctly regardless of whether SP804 is selected as the sched_clock. (CVE-2026-46257)

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

远程主机上安装的 JetBrains TeamCity 版本低于 2026.1.1。因此，该应用程序会受到漏洞的影响：

  - 在 JetBrains TeamCity 2026.1.1 中，以前的关键词筛选器可能会发生反射型 XSS （CVE-2026-49371）

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

远程主机上安装的 JetBrains TeamCity 版本低于 2025.11.5。因此，该应用程序受到多个漏洞的影响：

  - 在以前 2026.1的 JetBrains TeamCity 中， 2025.11.5 经过身份验证的用户可将服务器 API 暴露给未经授权的访问 （CVE-2026-44413）

  - 在之前2026.12025.11.5版本的 JetBrains TeamCity 中，可能通过版本状态未经身份验证的 SSRF （CVE-2026-49372）

  - 在低于 2026.1的 2025.11.5 JetBrains TeamCity 中，可以在存储库下载页面上发生反射型 XSS （CVE-2026-49375）

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

远程主机上安装的 JetBrains TeamCity 版本低于 2025.11.2。因此，该应用程序会受到漏洞的影响：

  - 在 JetBrains TeamCity 中，通过默认代理参数 （）CVE-2026-49377 暴露敏感数据之前2025.11.2

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

远程主机上安装的 JetBrains TeamCity 版本低于 2026.1。因此，该应用程序受到多个漏洞的影响：

  - 在 JetBrains TeamCity 2026.1 中，以前可以通过 Perforce 连接设置 （）CVE-2026-49373 执行远程代码

  - 在 JetBrains TeamCity 中，在权限检查不当之前 2026.1 ，泄露了生成配置参数 （CVE-2026-49374）

  - 在 JetBrains TeamCity 2026.1 中，SAML 插件中的用户名验证不足 （CVE-2026-49376）

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

根据其自我报告的版本信息，远程主机上的 IBM QRadar SIEM 安装版本为 7.5.x（早于 7.5.0 Update Pack 15 临时补丁 03）。因此，该应用程序受到多个漏洞的影响：

  - 在 Perl 的 XML::Parser 2.47 及更早版本中，st_serial_stack 中存在一个差一堆缓冲区溢出漏洞，在解析具有非常深层元素嵌套的 XML 时可能导致堆内存损坏并引发崩溃。
    (CVE-2006-10003)

  - 在 Linux 内核中的 nfsd 子系统中存在一个堆溢出漏洞，允许远程攻击者执行任意代码或造成拒绝服务。(CVE-2026-31402)

  - 当内存分配失败并抛出 MemoryError 异常，且解压缩实例被重用时，Python 的 lzma.LZMADecompressor、bz2.BZ2Decompressor 和 gzip.GzipFile 函数中存在释放后使用的情况。(CVE-2026-6100)

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

远程主机上安装的 JetBrains IntelliJ IDEA 版本低于 2026.1。因此，该应用程序受到多个漏洞的影响：

  - 在 2026.1 之前的 JetBrains IntelliJ IDEA 中，可通过 Copyright 插件中的模板注入进行代码执行 (CVE-2026-49382)

  - 在 2026.1 之前的 JetBrains IntelliJ IDEA 中，UI 设计器的表单解析器可能存在 xXE (CVE-2026-49383)

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

远程主机上安装的 JetBrains IntelliJ IDEA 版本低于 2026.1.1。因此，该应用程序受到多个漏洞的影响：

  - 在命令注入之前 2026.1.1 的 JetBrains IntelliJ IDEA 中可能通过文件名完成 （CVE-2026-49366）

  - 在 JetBrains IntelliJ IDEA 中，执行命令之前2026.1.1的 IDEA 可能通过客户机用户帐户 （）CVE-2026-49367

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

根据其自我报告的版本，远程主机上安装的 JetBrains PyCharm 版本低于 2025.3.4。
因此，它受到 Jupyter notebook Markdown 单元格中的存储型跨站脚本 (XSS) 漏洞的影响。

在 2025.3.4 之前的 JetBrains PyCharm 中，Jupyter notebook Markdown 单元格中可能存在存储型 XSS。

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

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

  - 之前的 HTML：：Entities 版本 3.84 对于 Perl 读取释放了 _decode_entities 中的堆内存。XS 例程支持 HTML：：Entities：：_decode_entities 将指针 （repl） 缓存到 hv_fetch 在 entity2char 哈希上返回的 entity-value SV 中。当输入 SV 与该哈希中的值 SV 相同，且该值包含自己的密钥作为实体引用时，稍后对 grow_gap（） 的调用会重新分配 SV 的 PV 缓冲区，并释放 repl 仍然指向的后备分配。后续复制循环会从已释放的分配中读取 repl_len 个字节。该读取操作可能会将相邻的堆内容泄露到目标 SV 中。（CVE-2026-8829）

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

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

  - libexpat 之前 2.8.2 缺少处理程序调用深度跟踪，可在违反策略的情况下从处理程序内调用 XML_GetBuffer、XML_Parse、XML_ParseBuffer、XML_ParserFree 或 XML_ParserReset。
    因此，可能会发生释放后使用，（CVE-2026-50219）

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

远程主机上运行的 Golang 版本为低于 1.25.11 的 1.25.x 版，或低于 1.26.4 的 1.26.x 版。因此，该应用程序受到多个漏洞的影响：

  - (*x509.Certificate)。VerifyHostname 此前会在遍历所有 DNS 主题备用名称 (SAN) 条目的循环中调用 matchHostnames。 这会导致 strings.Split 在同一输入主机名上重复执行。对于大型 DNS SAN 列表，验证成本会基于 SAN 条目数乘以主机名的标签数的方式进行二次方扩展。由于 x509.Verify 在构建证书链之前会先验证主机名，因此即使对于未受信任的证书，也会产生此开销。(CVE-2026-27145)

  - 解码包含许多无效编码字的恶意构建的 MIME 标头可消耗过量 CPU。
    (CVE-2026-42504)

  - 当返回错误时，net/textproto 程序包中的函数会将其输入作为错误的一部分包含在内。这可能允许攻击者将误导性内容注入打印或记录的错误中。
    (CVE-2026-42507)

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

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

  - 在 NetworkManager 中发现一个缺陷。处理格式错误的制造商使用描述 （MUD） URL 时，NetworkManager 的 dhclient 后端中存在此本地权限升级漏洞。如果管理员已将 NetworkManager 明确配置为使用 dhclient，则本地用户可利用此缺陷，通过构建的 MUD URL 触发脚本来升级权限。此问题不会影响 NetworkManager 的默认配置。（CVE-2026-10805）

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

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

  - coresight：tmc-etr：修复 sysfs 和 perf 模式之间的争用条件 尝试同时运行 perf 和 sysfs 模式时，有时会触发 tmc_etr_enable_hw（） 中的 WARN_ON（）： 警告：CPU：42 PID：drivers/hwtracing/coresight/coresight-tmc-etr.c：1060 0xd8 0xc0 tmc_etr_enable_hw 3911571 [coresight_tmc] [..截图..]调用跟踪：tmc_etr_enable_hw+0xc0/0xd8 [coresight_tmc] （P） tmc_enable_etr_sink+0x11c/0x250 [coresight_tmc] （L） tmc_enable_etr_sink+0x11c/0x250 [coresight_tmc] coresight_enable_path+0x1c8/0x218 [coresight] coresight_enable_sysfs+0xa4/0x228 [coresight] enable_source_store+0x58/0xa8 [coresight] dev_attr_store+0x20/0x40 sysfs_kf_write+0x4c/0x68 kernfs_fop_write_iter+0x120/0x1b8 vfs_write+0x2c8/0x388 ksys_write+0x74/0x108 __arm64_sys_write+0x24/0x38el0_svc_common.constprop.0+0x64/0x148 do_el0_svc+0x24/0x38 el0_svc+0x3c/0x130 el0t_64_sync_handler+0xc8/0xd0 el0t_64_sync+0x1ac/0x1b0 ---[ 尾迹 00000000000000000 ]--- 由于 sysfs 模式的启用被分成两个重要区域，一个用于 sysfs 缓冲区分配，另一个用于硬件启用，因此可以与 perf 模式争用。
    在 sysfs 模式下启用硬件之前，仔细检查是否使用了 perf 模式，从而修复了此问题。
    mode： [sysfs mode] [perf mode] tmc_etr_get_sysfs_buffer（） spin_lock（&drvdata->spinlock） [sysfs buffer allocation] spin_unlock（&drvdata->spinlock） spin_lock（&drvdata->spinlock） tmc_etr_enable_hw（） drvdata->etr_buf = etr_perf->etr_buf spin_unlock（&drvdata->spinlock） spin_lock（&drvdata->spinlock） tmc_etr_enable_hw（） WARN_ON（drvdata->etr_buf） // WARN sicne etr_buf在 perf 端初始化 spin_unlock（&drvdata->spinlock） 通过此补丁， get_etr_sysfs_buf中保留了对CS_MODE_PERF的检查。
    这可确保我们在实际分配缓冲区之前验证 perf 模式是否已在运行。
    如果与 perf 模式争用，我们便可节省分配/释放 sysfs 缓冲区的时间。
    (CVE-2026-46272)

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

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

  - NFS/localio：防止通过nfs_writepages直接回收递归到 NFS LOCALIO 是一种 NFS 环回挂载优化，如果确定 NFS 客户端和服务器位于同一系统中，则可避免使用网络进行读取、写入和提交。但由于 LOCALIO 从根本上来说仍然只是 NFS 环回挂载，因此很容易通过直接回收造成递归死锁，例如：NFS LOCALIO 下至 XFS，然后通过 nfs_writepages 返回 NFS。通过确保从GFP_NOFS上下文完成 LOCALIO 的所有页面缓存分配，修复 LOCALIO 发生直接回收死锁的可能性。感谢 Ben Coddington 指出提交 ad22c7a043c2（xfs：防止页面缓存分配引起的堆栈溢出）。（CVE-2026-46256）

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

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

  - PCI/P2PDMA：修复 p2pmem_alloc_mmap（） 警告条件 提交 b7e282378773 已将 p2pdma 页面的初始页面引用计数从一更改为零，但是，在 p2pmem_alloc_mmap（） 中，它使用 VM_WARN_ON_ONCE_PAGE（！page_ref_count（page）） 断言初始页面引用计数不应为零，并且当启用CONFIG_DEBUG_VM时将报告以下内容： page：refcount：0 mapcount：0 mapping：000000000000000000 索引：0x0 PFN：0x380400000 标志：0x20000000002000（reserved|node=0|zone=4） raw：
    0020000000002000 ff1100015e3ab440 00000000000000000000 0000000000000000 raw： 0000000000000000000000000000000000000000000000000000000000000000000000000000000000 页面转储原因：VM_WARN_ON_ONCE_PAGE（！page_ref_count（page））
    ------------[ cut here ]------------ 警告：CPU：5 PID：449 at drivers/pci/p2pdma.c：240 p2pmem_alloc_mmap+0x83a/0xa60 使用 page_ref_count（page） 作为断言条件进行修复。
    (CVE-2026-46268)

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

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

  - 之前 35.0.2 的 OpenStack Ironic 允许在使用构建的 ISO 镜像进行部署期间通过目录遍历覆盖文件。（CVE-2026-48681）

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

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

  - Net：：CIDR：：Set Perl 版本 0.20 接受非 ASCII IP 地址和网络掩码。阿拉伯-印度字母 （U+0661） 等 Unicode 数字被接受，但无法正确地解析为数字。这可允许网络掩码接受更大的网络。（CVE-2026-49940）

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

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

  - drm/amd/display：修复 HPD init 中的 NULL 处理dc_link amdgpu_dm_hpd_init（） 可能会看到没有有效dc_link的连接器。代码已检查轮询决策的dc_link，但之后在设置 HPD 中断时会无条件取消引用它。尽早分配dc_link并跳过其为空的连接器。
    修复以下问题：drivers/gpu/drm/amd/amdgpu/.。/display/amdgpu_dm/amdgpu_dm_irq.c：940 amdgpu_dm_hpd_init（） 错误：我们之前假设“dc_link”可能为空（请参阅第 931 行） drivers/gpu/drm/amd/amdgpu/../display/amdgpu_dm/amdgpu_dm_irq.c 923 /* 924 * 模拟连接器可以热插拔，这与其他不支持 HPD 的连接器 925 类型不同。仅轮询模拟连接器。926 */ 927 use_polling |= 928 amdgpu_dm_connector->dc_link &^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 修补程序添加了此 NULL 检查，但希望可以将其删除 929 dc_connector_supports_analog（amdgpu_dm_connector->dc_link->link_id.id）;930 931 dc_link = amdgpu_dm_connector->dc_link;dc_link在这里分配。932 933 /* 934 * 获取 dm 生命周期内 hpd ints 的基本驱动程序 irq 引用 935 *。请注意，仅 hpd 中断类型通过 936 * 基本驱动程序注册;hpd_rx类型则不然。IOW，amdgpu_irq_get/put on 937 * hpd_rx不可用。DM 目前明确控制 hpd_rx 938 *，含 dc_interrupt_set（） 939 */ --> 940 if （dc_link->irq_source_hpd ！= DC_IRQ_SOURCE_INVALID） { ^^^^^^^^^^^^^^^^^^^^^^^ 如果它是 NULL，则我们很麻烦，因为我们在这里取消引用它。 941 irq_type = dc_link->irq_source_hpd - DC_IRQ_SOURCE_HPD1; 942 /* 943 * 待办事项： mode_info.num_hpd 944 * 与 bios 报告为具有 hpd （CVE-2026-46245） 的连接器的 # 之间存在不匹配

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

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

  - pstore/ram：修复 persistent_ram_save_old（） 中的缓冲区溢出 可对同一persistent_ram_zone多次调用 persistent_ram_save_old（），例如，通过 PSTORE_TYPE_DMESG 记录的 ramoops_pstore_read -> ramoops_get_next_prz）。目前，该函数仅分配为 NULL 的 prz->old_log，但它会无条件地将 prz->old_log_size 更新为当前缓冲区大小，然后使用此新大小执行 memcpy_fromio（）。如果缓冲区大小自第一次分配以来有所增长（这可能在不同的内核引导周期中发生），这会导致：1. memcpy_fromio（） 调用中的堆缓冲区溢出（越界写入） 2.当 ramoops_pstore_read（） 使用不正确（较大）old_log_size访问缓冲区时，进行后续的 OOB 读取 KASAN 崩溃将类似于： 缺陷：KASAN：ramoops_pstore_read+0x 中的 slab-out-of-bound... 地址处的读取大小为 N ...按任务 ... 这些条件可能非常难以达到：0. 因字节的 less-than-record-max-size ramoops 写入而崩溃。1. 重新启动：ramoops 寄存器，pstore_get_records（0） 读取旧崩溃，分配大小为 X 2 的old_log。已注册崩溃处理程序，定时器已启动（如果 pstore_update_ms >= 0） 3.发生错误（非致命，系统继续） 4.pstore_dump（） 通过 ramoops_pstore_write（） 大小 Y 写入 oops （>X） 5.pstore_new_entry = 1，pstore_timer_kick（） 调用 6。系统继续运行（不是错误错误） 7.定时器在 pstore_update_ms 毫秒后触发 8.
    pstore_timefunc（） schedule_work（） pstore_dowork（） pstore_get_records（1） 9.ramoops_get_next_prz（） persistent_ram_save_old（） 10.buffer_size（） 返回 Y，但 old_log 是 X 字节 11。Y > X：memcpy_fromio（） 溢出堆 要求： - 存在之前的崩溃记录未填满记录大小（几乎不可能，因为崩溃处理程序会尽可能多地写入记录，以最大记录大小为上限，并且 KMSG 缓冲区几乎总是超过最大记录大小） - pstore_update_ms >= 0（默认为禁用） - 非致命错误（系统仍存活） 当新大小与之前分配的大小。这可确保old_log始终有足够的空间来存储正在复制的数据。（CVE-2026-46253）

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

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

  - OP-TEE 是一个可信执行环境 （TEE），旨在作为 Arm 上运行的不安全 Linux 内核的配套产品;使用 TrustZone 技术的 Cortex-A 核心。在低于该版本 4.11.0的版本中，在许多 ECDH 共享秘密路径上，公钥未被验证为正确曲线上的一个点。通过向 OP-TEE 传递大约 30-40 个构建的公钥，普通世界攻击者可重建私钥。调用 TEE_DeriveKey 时，会为公钥提供完整的 X 和 Y 值，但 （X， Y） 点可能不满足所使用特定曲线的“Y^2 == X^3 + aX + b mod P”数学。如果这些公钥未遭到拒绝，攻击者就可以选择公钥，使得每个 DeriveKey 调用都会泄露“d % r”，其中 'd' 是私钥，'r '来自正确的曲线和攻击者所选曲线之间的关系。有了足够多的泄漏数据，便可使用孙子剩余定理恢复完整私钥。版本 4.11.0 已修复该问题。(CVE-2026-45614)

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

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

  - octeontx2-af：修复 kexec 内核引导时的 PF 驱动程序崩溃 在 kexec 重新启动期间，硬件不会重新启动，因此旧内核的 AF 状态可一直存在到新内核中。当 AF 和 PF 驱动程序构建为模块时，PF 驱动程序可能会在 AF 重新初始化硬件之前进行探测。PF 驱动程序将 RVUM 块修订视为 AF 初始化完成的指示。如果在关机时不清除此值，PF 可能会错误地认为 AF 已就绪并访问过时的硬件状态，从而导致崩溃。
    在 AF 关机期间清除 RVUM 区块修订，以免 PF 在 kexec 后误检 AF 就绪。
    (CVE-2026-46249)

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

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

  - Debian Linux - php-laravel-framework - 无 （CVE-2026-48019）

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

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

  - 已修复 Linux 内核中的下列漏洞：ASoC: fsl_xcvr: Revert fix missing lock in fsl_xcvr_mode_put() This reverts commit f51424872760 (ASoC: fsl_xcvr: fix missing lock in fsl_xcvr_mode_put()). The original patch attempted to acquire the card->controls_rwsem lock in fsl_xcvr_mode_put(). However, this function is called from the upper ALSA core function snd_ctl_elem_write(), which already holds the write lock on controls_rwsem for the whole put operation. So there is no need to simply hold the lock for fsl_xcvr_activate_ctl() again. Acquiring the read lock while holding the write lock in the same thread results in a deadlock and a hung task, as reported by Alexander Stein. (CVE-2026-46262)

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

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

  - RDMA/hns：修复WQ_MEM_RECLAIM警告 使用 sunrpc 时，如果触发了重置，我们的 wq 可能会造成以下跟踪：工作队列：WQ_MEM_RECLAIM xprtiod：xprt_rdma_connect_worker [rpcrdma] 正在刷新！WQ_MEM_RECLAIM hns_roce_irq_workq：flush_work_handle [hns_roce_hw_v2] 警告：CPU：0 PID：8250 at kernel/workqueue.c：2644 check_flush_dependency+0xe0/0x144 调用跟踪：check_flush_dependency+0xe0/0x144 start_flush_work.constprop.0+0x1d0/0x2f0 __flush_work.isra.0+0x40/0xb0 flush_work+0x14/0x30 hns_roce_v2_destroy_qp+0xac/0x1e0 [hns_roce_hw_v2] ib_destroy_qp_user+0x9c/0x2b4 rdma_destroy_qp+0x34/0xb0 rpcrdma_ep_destroy+0x28/0xcc [rpcrdma] rpcrdma_ep_put+0x74/0xb4 [rpcrdma] rpcrdma_xprt_disconnect+0x1d8/0x260 [rpcrdma] xprt_rdma_connect_worker+0xc0/0x120 [rpcrdma] process_one_work+0x1cc/0x4d0 worker_thread+0x154/0x414 kthread+0x104/0x144 ret_from_fork+0x10/0x18 由于 QP 销毁会释放内存，此 wq 应具有WQ_MEM_RECLAIM。（CVE-2026-46265）

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

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

  - btrfs：修复block_group_tree dirty_list损坏 设置不兼容标记EXTENT_TREE_V2时，我们在调用 switch_commit_roots 之前无条件地将块群组树添加到switch_commits列表，就像对树根和区块根所做的那样。但是，区块群组树使用普通的根脏跟踪，并且在任何执行分配和脏区块群组的事务中，区块群组根将已通过dirty_list字段链接到列表，这种对 list_add_tail（） 的使用无效并损坏了 block_group_root->dirty_list 的上一个/下一个成员。如果启用 CONFIG_DEBUG_LIST，这在之前版本的后续list_del中会很明显： [32.1571] ------------[ cut here ]------------ [32.1572] list_del corruption. next->prev 应为 beffff958890202538，但为 ffff9588992bd538。
    （next=ffff958890201538） [32.1575] WARNING： lib/list_debug.c：65 at 0x0， CPU#3： sync/607 [32.1583] CPU： 3 UID： 0 PID： 607 Comm： sync Not tainted 6.18.0 #24PREEMPT（none） [32.1585] 硬件名称： QEMU Standard PC （Q35 + ICH9， 2009）， BIOS1.17.0-4.fc41 04/01/2014 [32.1587] RIP：
    0010：__list_del_entry_valid_or_report+0x108/0x120 [32.1593] RSP：0018：ffffaa288287fdd0 EFLAGS：00010202 [32.1594] RAX：0000000000000001 RBX：ffff95889326e800 RCX：ffff958890201538 [32.1596] RDX：ffff9588992bd538 RSI：ffff958890202538 RDI：ffffffff82a41e00 [32.1597] RBP：ffff958890202538 R08： ffffffff828fc1e8 R09：00000000ffffffff [32.1599] R10： ffffffff8288c200 R11： ffffffff828e4200 R12：ffff958890201538 [32.1601] R13： ffff95889326e958 R14： ffff958895c24000R15：ffff958890202538 [32.1603] FS：00007f0c28eb5740（0000） GS：ffff958af2bd2000（0000）knlGS：0000000000000000 [32.1605] CS：0010 DS：0000 ES：0000 CR0：0000000080050033 [32.1607] CR2：00007f0c28e8a3cc CR3：0000000109942005 CR4：0000000000370ef0 [32.1609] 调用跟踪：[32.1610] [32.1611] <TASK> switch_commit_roots+0x82/0x1d0 [btrfs] [32.1615] btrfs_commit_transaction+0x968/0x1550 [btrfs] [32.1618] ？ btrfs_attach_transaction_barrier+0x23/0x60 [btrfs] [32.1621]
    __iterate_supers+0xe8/0x190 [32.1622] ？ __pfx_sync_fs_one_sb+0x10/0x10 [32.1623] ksys_sync+0x63/0xb0 [32.1624] __do_sys_sync+0xe/0x20 [32.1625] do_syscall_64+0x73/0x450 [32.1626] entry_SYSCALL_64_after_hwframe+0x76/0x7e [32.1627] RIP： 0033：0x7f0c28d05d2b [32.1632] RSP：
    002b：00007ffc9d988048 EFLAGS： 00000246 ORIG_RAX：00000000000000a2 [32.1634] RAX： ffffffffffffffda RBX：
    00007ffc9d988228 RCX：00007f0c28d05d2b [32.1636] RDX：00007f0c28e02301 RSI：00007ffc9d989b21 RDI：00007f0c28dba90d [32.1637] RBP：0000000000000001 R08：0000000000000001 R09：000000000000000000 [32.1639] R10：000000000000000 R11：0000000000000246 R12：0000055b96572cb80 [32.1641] R13： 000055b96572b19f R14：
    00007f0c28dfa434 R15：000055b96572b034 [32.1643] [32.1644] </TASK> irq 事件戳：0 [32.1644] hardirqs 上次启用时间为 （0）： [<0000000000000000>] 0x0 [32.1646] hardirqs 上次禁用时间为 （0）：
    [<ffffffff81298817>]copy_process+0xb37/0x2260 [32.1648] softirqs 上次启用时间为 （0）：
    [<ffffffff81298817>]copy_process+0xb37/0x2260 [32.1650] softirqs 上次禁用时间为 （0）：
    [<0000000000000000>] 0x0 [32.1652] ---[ 结束跟踪 00000000000000000 ]--- 此外，此列表损坏最终（碰巧添加新的区块群组时）将导致混淆switch_commits和dirty_cowonly_roots列表，并尝试在树根上调用 update_root，而这在树根中找不到，从而导致事务中止： [87.8269] BTRFS 危急（设备 nvme1n1）：
    无法在树 1 中找到根密钥 （1 0 0） [87.8272] ------------[ cut here ]------------ [87.8274] BTRFS：
    事务已中止（错误 -117） [87.8275] WARNING： fs/btrfs/root-tree.c：153 at 0x0， CPU#4： sync/703 [87.8285] CPU： 4 UID： 0 PID： 703 通信： 同步 未受感染 6.18.0 #25 PREEMPT（none） [87.8287] 硬件名称：
    QEMU 标准 PC （Q35 + ICH9， 2009）， BIOS 1.17.0-4.fc41 0 ---truncated--- （CVE-2026-46251）

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

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

  - dmaengine：fsl-edma：不显式禁用 .remove（） 中的时钟 通过 devm_clk_get_enabled（） 分配和启用 fsl_edma_engine：：muxclk 中的时钟，（） 会自动清除这些资源，但这些时钟也会在 fsl_edma_remove（） 中手动禁用。这会针对每个时钟造成关于删除驱动程序的警告：edma_module已禁用 警告：CPU：0 PID：418 at drivers/clk/clk.c：1200 clk_core_disable+0x198/0x1c8 [...]调用跟踪：clk_core_disable+0x198/0x1c8 （P） clk_disable+0x34/0x58 fsl_edma_remove+0x74/0xe8 [fsl_edma] [...] ---[ 结束跟踪 00000000000000000 ]--- edma_module 已未准备 警告：CPU：0 PID：418 at drivers/clk/clk.c：1059 clk_core_unprepare+0x1f8/0x220 [...]调用跟踪：clk_core_unprepare+0x1f8/0x220 （P） clk_unprepare+0x34/0x58 fsl_edma_remove+0x7c/0xe8 [fsl_edma] [...] ---[ 结束跟踪 00000000000000000 ]--- 通过删除 fsl_edma_remove（） 中不必要的 fsl_disable_clocks（） 调用修复这些警告。（CVE-2026-46255）

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

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

  - wifi：ath12k：仅在主链路上执行 WoW 卸载 在多链路连接的情况下， WCN7850 由于主链路和辅助链路上都启用了 WoW 卸载，固件会崩溃。更改为仅在主链接上执行此操作以修复该问题。测试时间： WCN7850 hw2.0 PCI WLAN。HMT.1.1.c5-00284-QCAHMTSWPL_V1.0_V2.0_SILICONZ-1 （CVE-2026-46271）

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

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

  - wifi：ath12k：清除 ahvif->links_map 的过时链接映射 在非 AP STA 模式下初始化 arvif 但是在创建 arvif 之前 MLO 连接准备失败（arvif->is_created 仍为假）时，错误路径会尝试删除所有链接。但是，只有在 arvif->is_created 为 true 时才会执行链接删除。因此，ahvif 会保留一个过时的 arvif 条目，其已初始化但尚未创建。当使用相同的链接 id 初始化新的 arvif 时，此过时映射会触发以下WARN_ON。警告：
    drivers/net/wireless/ath/ath12k/mac.c：4271 at ath12k_mac_op_change_vif_links+0x140/0x180 [ath12k]： CPU#3
    wpa_supplicant/275 调用跟踪：ath12k_mac_op_change_vif_links+0x140/0x180 [ath12k] （P） drv_change_vif_links+0xbc/0x1a4 [mac80211] ieee80211_vif_update_links+0x54c/0x6a0 [mac80211] ieee80211_vif_set_links+0x40/0x70 [mac80211] ieee80211_prep_connection+0x84/0x450 [mac80211] ieee80211_mgd_auth+0x200/0x480 [mac80211] ieee80211_auth+0x14/0x20 [mac80211] cfg80211_mlme_auth+0x90/0xf0 [cfg80211] nl80211_authenticate+0x32c/0x380 [cfg80211] genl_family_rcv_msg_doit+0xc8/0x134如果 arvif 仅初始化但未创建，则通过取消分配链接 vif 并清除 ahvif->links_map 来修复此问题。
    测试时间： QCN9274 hw2.0 PCI WLAN。WBE.1.5-01651-QCAHKSWPL_SILICONZ-1 （CVE-2026-46248）

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

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

  - 已修复 Linux 内核中的下列漏洞：netfilter: nft_inner: Fix IPv6 inner_thoff desync In nft_inner_parse_l2l3(), when processing inner IPv6 packets, ipv6_find_hdr() correctly computes the transport header offset traversing all extension headers, but the result is immediately overwritten with nhoff + sizeof(_ip6h) (40 bytes), which only accounts for the IPv6 base header. This creates a desync between inner_thoff (wrong points to extension header start) and l4proto (correct e.g., IPPROTO_TCP), enabling transport header forgery and potential firewall bypass. This issue affects stable versions from Linux 6.2. For comparison, the normal (non-inner) IPv6 path correctly preserves ipv6_find_hdr()'s result. Removing the incorrect overwrite ensures that ipv6_find_hdr()'s calculated transport header offset is preserved, thereby fixing the desynchronization. (CVE-2026-46244)

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

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

  - inet：使用 IPPROTO_RAW 的原始套接字必须丢弃传入的 ICMP Yizhou Zhao 报告，仅在协议IPPROTO_RAW （255） 上有一个原始套接字就很危险。socket（AF_INET， SOCK_RAW， 255）;恶意传入 ICMP 数据包可将协议字段设置为 255，并且与此套接字相匹配，从而导致 FNHE 缓存变更。inner = IP（src=192.168.2.1， dst=8.8.8.8， proto=255）/Raw（TEST） pkt = IP（src=192.168.1.1， dst=192.168.2.1）/ICMP（type=3， code=4， nexthopmtu=576）/inner man 7 原始状态： IPPROTO_RAW 的协议意味着已启用IP_HDRINCL，并且能够发送传递的标头中指定的任何 IP 协议。无法使用原始套接字通过IPPROTO_RAW接收所有 IP 协议。确保我们丢弃这些恶意数据包。（CVE-2026-46266）

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

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

  - 之前 35.0.2 OpenStack Ironic 允许经认证的恶意项目管理员或管理员通过pxe_template读取 Ironic Conductor 上的本地文件。（CVE-2026-44917）

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

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

  - 之前 OpenStack Ironic 35.0.2 允许在攻击者可设置node.driver_info或node.instance_info时引导脚本注入 iPXE 脚本。（CVE-2026-46447）

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

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

  - clk：qcom：gfx3d：在提交 d228ece36345 后，将父项添加到父请求映射（clk：divider：删除 round_rate（） 以支持determine_rate（））确定 GFX3D 时钟速率崩溃，因为传递的父映射未提供预期的 best_parent_hw 时钟（roundd_rate路径在有问题的提交之前，best_parent_hw被忽略）。除了在 req 中设置字段外，还在 parent_req 中设置该字段，从而修复崩溃问题。clk_hw_round_rate （drivers/clk/clk.c：1764） （P） clk_divider_bestdiv （drivers/clk/clk-divider.c：336） divider_determine_rate （drivers/clk/clk-divider.c：358） clk_alpha_pll_postdiv_determine_rate （drivers/clk/qcom/clk-alpha-pll.c：1275） clk_core_determine_round_nolock （drivers/clk/clk.c：1606） clk_core_round_rate_nolock （drivers/clk/clk.c：1701） __clk_determine_rate （drivers/clk/clk.c：1741） clk_gfx3d_determine_rate （drivers/clk/qcom/clk-rcg2.c：1268） clk_core_determine_round_nolock （drivers/clk/clk.c：1606） clk_core_round_rate_nolock （drivers/clk/clk.c：1701） clk_core_round_rate_nolock （drivers/clk/clk.c：1710） clk_round_rate （drivers/clk/clk.c：1804） dev_pm_opp_set_rate （drivers/opp/core.c：1440 （discriminator 1）） msm_devfreq_target （drivers/gpu/drm/msm/msm_gpu_devfreq.c：51） devfreq_set_target （drivers/devfreq/devfreq.c：360） devfreq_update_target （drivers/devfreq/devfreq.c：426） devfreq_monitor （drivers/devfreq/devfreq.c：458） process_one_work （arch/arm64/include/asm/jump_label.h：36 include/trace/events/workqueue.h：110 kernel/workqueue.c：3284） worker_thread （kernel/workqueue.c：3356 （discriminator 2） kernel/workqueue.c：3443 （discriminator 2）） kthread （kernel/kthread.c：467） ret_from_fork （arch/arm64/kernel/entry.S：861） （CVE-2026-46247）

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

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

  - ibmveth：禁用具有小 MSS 的数据包的 GSO 当 MSS 小于 224 字节时，Power 系统上的某些物理适配器不支持分段卸载。尝试发送此类数据包将导致适配器冻结，从而停止所有流量，直到手动重置。实现ndo_features_check以禁用具有小 MSS 值的数据包的 GSO。网络堆栈将改为执行软件分段。224 字节的最小值与在 SEA 配置中使用相同物理适配器的 ibmvnic 提交 <f10b09ef687f> （ibmvnic：对 GSO 数据包强制执行更强的健全性检查）相匹配。当硬件尝试使用较小的 MSS 执行分段 （gso_segs > 1） 时，会特别发生此问题。单段 GSO 数据包 （gso_segs == 1） 不会触发有问题的 LSO 代码路径，并且能够正常传输而不分段。添加 ndo_features_check 回调以在 MSS < 224 字节时禁用 GSO。也调用 vlan_features_check（） 以确保正确处理 VLAN 数据包，尤其是硬件解析器可能不支持某些卸载功能的 QinQ （802.1ad） 配置。使用 iptables 验证可强制执行小 MSS 值。若没有此补丁，适配器会冻结。通过此补丁，数据包将在软件中分段，传输成功。完成全面的回归测试（MSS 测试、性能、稳定性）。（CVE-2026-46273）

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

ID	名称	严重性
318707	Linux Distros 未修补的漏洞：CVE-2026-46260	high
318706	Linux Distros 未修补的漏洞：CVE-2026-44281	high
318705	Linux Distros 未修补的漏洞：CVE-2026-46270	high
318704	Linux Distros 未修补的漏洞：CVE-2026-42778	critical
318703	Linux Distros 未修补的漏洞：CVE-2025-41259	high
318702	Linux Distros 未修补的漏洞：CVE-2026-46264	high
318701	Linux Distros 未修补的漏洞：CVE-2026-37460	high
318700	Linux Distros 未修补的漏洞：CVE-2026-42321	high
318699	Linux Distros 未修补的漏洞：CVE-2026-5078	medium
318698	Linux Distros 未修补的漏洞：CVE-2026-10722	medium
318697	Linux Distros 未修补的漏洞：CVE-2026-47065	critical
318696	Linux Distros 未修补的漏洞：CVE-2026-42320	medium
318695	Linux Distros 未修补的漏洞：CVE-2026-42318	high
318694	Linux Distros 未修补的漏洞：CVE-2025-60477	medium
318693	Linux Distros 未修补的漏洞：CVE-2026-37462	high
318692	Linux Distros 未修补的漏洞：CVE-2026-46257	medium
318690	JetBrains TeamCity < 2026.1.1 反射型 XSS （CVE-2026-49371）	high
318689	JetBrains TeamCity < 2025.11.5 多个漏洞	high
318688	JetBrains TeamCity < 2025.11.2 敏感数据泄露（CVE-2026-49377）	medium
318687	JetBrains TeamCity < 2026.1 多个漏洞	high
318676	IBM QRadar SIEM 7.5.x < 7.5.0 UP15 IF03 多个漏洞	critical
318674	JetBrains IntelliJ IDEA < 2026.1 多个漏洞	high
318673	JetBrains IntelliJ IDEA < 2026.1.1 多个漏洞	high
318672	JetBrains PyCharm < 2025.3.4 存储的 XSS	medium
318663	Linux Distros 未修补的漏洞：CVE-2026-8829	high
318662	Linux Distros 未修补的漏洞：CVE-2026-50219	medium
318618	Golang 1.25.x < 1.25.11 / 1.26.x < 1.26.4 多个漏洞	medium
318593	Linux Distros 未修补的漏洞：CVE-2026-10805	medium
318588	Linux Distros 未修补的漏洞：CVE-2026-46272	medium
318587	Linux Distros 未修补的漏洞：CVE-2026-46256	medium
318586	Linux Distros 未修补的漏洞：CVE-2026-46268	medium
318585	Linux Distros 未修补的漏洞：CVE-2026-48681	high
318584	Linux Distros 未修补的漏洞：CVE-2026-49940	medium
318583	Linux Distros 未修补的漏洞：CVE-2026-46245	medium
318582	Linux Distros 未修补的漏洞：CVE-2026-46253	high
318581	Linux Distros 未修补的漏洞：CVE-2026-45614	medium
318580	Linux Distros 未修补的漏洞：CVE-2026-46249	medium
318579	Linux Distros 未修补的漏洞：CVE-2026-48019	critical
318578	Linux Distros 未修补的漏洞：CVE-2026-46262	medium
318577	Linux Distros 未修补的漏洞：CVE-2026-46265	high
318576	Linux Distros 未修补的漏洞：CVE-2026-46251	high
318575	Linux Distros 未修补的漏洞：CVE-2026-46255	medium
318574	Linux Distros 未修补的漏洞：CVE-2026-46271	high
318573	Linux Distros 未修补的漏洞：CVE-2026-46248	medium
318572	Linux Distros 未修补的漏洞：CVE-2026-46244	high
318571	Linux Distros 未修补的漏洞：CVE-2026-46266	critical
318570	Linux Distros 未修补的漏洞：CVE-2026-44917	medium
318569	Linux Distros 未修补的漏洞：CVE-2026-46447	high
318568	Linux Distros 未修补的漏洞：CVE-2026-46247	medium
318567	Linux Distros 未修补的漏洞：CVE-2026-46273	high

检测

Nessus 的 Misc. 系列

high

high

high

critical

high

high

high

high

medium

medium

critical

medium

high

medium

high

medium

high

high

medium

high

critical

high

high

medium

high

medium

medium

medium

medium

medium

medium

high

medium

medium

high

medium

medium

critical

medium

high

high

medium

high

medium

high

critical

medium

high

medium

high