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

  - Bluetooth：L2CAP：ecred_reconfigure：发送打包的 pdu，而非堆栈指针 提交 1c08108f3014（Bluetooth：
    L2CAP：避免 -Wflex-array-member-not-at-end 警告） 将 l2cap_ecred_reconfigure（） 中的堆栈上请求 PDU 从明确打包的 struct 转换为 DEFINE_RAW_FLEX（），但未将大小和源指针参数调整为 l2cap_send_cmd（）： - struct { - struct l2cap_ecred_reconf_req req; - __le16 scid; - } pdu;+ DEFINE_RAW_FLEX（结构 l2cap_ecred_reconf_req、pdu、scid、1）;...l2cap_send_cmd（conn， chan->ident， L2CAP_ECRED_RECONF_REQ， sizeof（pdu）， &pdu）;转换后，DEFINE_RAW_FLEX（） 展开以声明匿名 union pdu_u以及指向该的本地指针 pdu。因此： - sizeof（pdu） 现在在 64 位上为 sizeof（struct l2cap_ecred_reconf_req *） = 8（在 32 位上为 4），而不是 （mtu， mps， scid[1]） 的 6 个字节。- &pdu 是本地指针堆栈存储的地址，不是请求负载的地址。l2cap_send_cmd（） 将 （data， count） 转发到 l2cap_build_cmd（），后者调用 skb_put_data（skb， data， count）。因此，L2CAP_ECRED_RECONFIGURE_REQ数据包主体包含从 &pdu 开始的内核堆栈复制的 8 个字节 -- 这 8 个字节与 pdu 指针值重叠，将内核堆栈地址泄露给配对的蓝牙对等体。原本的 （mtu、mps、scid） 字段根本不会传输，因此对等机会拒绝格式错误请求，且自引入提交着陆以来，本地发起程序的 L2CAP_ECRED_RECONFIGURE 功能本身已经遭到破坏。正确转换了同一提交中的同级站点 l2cap_ecred_conn_req（） （sizeof（*pdu） + len， pdu）;只有这个网站被遗漏了。还原原始语义：通过 struct_size（pdu， scid， 1） 和 pdu 指针（结构地址）作为源传递完整的 flex-struct 大小。通过实际调用路径在基于 7.0 的普通主机内核上进行验证：
    BT_CONNECTED L2CAP_MODE_EXT_FLOWCTL 套接字上的 setsockopt（SOL_BLUETOOTH， BT_RCVMTU， ...） 发出正文为 8 字节（堆栈上的 PDU 本地值）的L2CAP_ECRED_RECONFIGURE_REQ，而非预期的 6。来自同一主机上新套接字/新 hciemu 对等机的三个捕获 -- 每个调用的字节低，高0xffff确认内核虚拟地址（KASLR 随机化堆栈槽，而非固定字符串）：
    RECONF_REQ 正文 （ident=0x02 len=8）： 42 fb 54 af 0e ca ff ff RECONF_REQ 正文 （ident=0x02 len=8）： 52 3d 2e af 0e ca ff ff RECONF_REQ 正文 （ident=0x02 len=8）： b2 fc 5b af 0e ca ff ff 此修补程序之后，正文为 6 个字节，其中包含预期的小端（mtu， MPS、SCID）。(CVE-2026-64127)

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

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

  - afs：修复 afs_get_link（） 使用的锁定 内核中的 afs 文件系统不会对符号链接正确进行锁定。存在许多问题：（1） 它不对 afs_read_single（） 进行任何锁定，以防止多个 ->get_link（） 调用之间发生争用，从而允许泄露的可能性。（2） 在 RCU 路径遍历期间访问缓冲区指针时，它不使用 RCU 屏障。（3） 如果第三方在服务器上更新了符号链接的内容，则可与更新符号链接内容的另一个线程争用。通过以下方法修复此问题：（0） 将符号链接处理移动到其自己的文件中，因为这会使其更加复杂。（1） 采用围绕 afs_read_single（） 的validate_lock，以防止多个 ->get_link（） 调用之间的争用。（2） 单独保留一份带有rcu_head的符号链接内容的副本。这总是比一页小很多，所以它可以被 kmalloc 并节省相当多的内存。它还需要针对非 RCU 路径遍历的引用计数。（3） 将 afs 中的符号链接读取和写入缓存例程从目录的符号链接读取和写入缓存例程拆分开。（4） 写入缓存完成后立即丢弃 I/O 缓冲区，因为这是一个完整的页面（加上一个folio_queue）。（5） 如果没有缓存，如果没有缓存，在读取和复制之后立即丢弃 I/O 缓冲区。（CVE-2026-64057）

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

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

  - netfs：修复 netfs_write_begin（） 调用中的 VM_BUG_ON_FOLIO（） 问题 多次运行 generic/013 测试用例能够以 30% 的概率在 mm/filemap.c：1504 重现内核错误。虽然为真;do sudo ./check generic/013 done [ 9849.452376] page： refcount：3 mapcount：0 mapping：00000000e58ff252 index：0x10781 pfn：0x1c322 [ 9849.452412] memcg：ffff8881a1915800 [ 9849.452417] aops：ceph_aops ino：1000058db9e dentry name（？）：f9XXXXXX [ 9849.452432] flags： 0x17ffffc0000000（node=0|zone=2|lastcpupid=0x1fffff）[9849.452441] raw： 0017ffffc00000000 000000000000000 dead0000000000122 ffff88816110d248 [ 9849.452445] raw：
    0000000000010781 00000000000000000 00000003ffffffff ffff8881a1915800 [ 9849.452447] 页面转储的原因在于：
    VM_BUG_ON_FOLIO（！folio_test_locked（folio）） [ 9849.452474] ------------[ cut here ]------------ [9849.452476] mm/filemap.c：1504！[ 9849.478635] 哎呀：无效操作码：0000 [#1] SMP KASAN NOPTI [ 9849.481772] CPU：2 UID：0 PID：84223 通信：fsstress 未受感染 7.0.0-rc1+ #18 PREEMPT（full） [9849.482881] 硬件名称：QEMU Standard PC （i440FX + PIIX， 1996），BIOS 1.17.0-9.fc43 06/1 0/2025 [9849.484539] RIP：0010：folio_unlock+0x85/0xa0 [ 9849.485076] 代码：89 df 31 f6 e8 1c f3 ff ff ff 48 8b 5d f8 c9 31 c0 31 d2 31 f6 31 ff c3 cc cc cc cc 48 c7 c6 80 6c d9 a748 89 df e8 4b b3 10 00 <0f> 0b 48 89 df e8 21 e6 2c 00 eb 9d 0f 1f 40 00 66 66 2e 0f 1f 84 [ 9849.493818] RSP：0018：ffff8881bb8076b0 EFLAGS：00010246 [ 9849.495740] RAX：0000000000000000 RBX：ffffea00070c8980 RCX：00000000000000000 [ 9849.498678] RDX：
    0000000000000000 RSI：000000000000000000 RDI：00000000000000000 [ 9849.500559] RBP：ffff8881bb8076b8 R08：
    00000000000000000 R09： 00000000000000000 [ 9849.501097] R10： 000000000000000000 R11： 0000000000000000000 R12：
    0000000010782000 [ 9849.502108] R13： ffff8881935de738 R14： ffff88816110d010 R15： 0000000000001000 [9849.502516] FS： 00007e36cbe94740（0000） GS：ffff88824a899000（0000） knlGS：0000000000000000 [ 9849.502996] CS：0010 DS： 0000 ES： 0000 CR0： 0000000080050033 [ 9849.503810] CR2： 000000c0002b0000 CR3：
    000000011bbf6004 CR4： 0000000000772ef0 [ 9849.504459] PKRU： 55555554 [ 9849.504626] 调用跟踪： [9849.505242] <TASK> [ 9849.505379] netfs_write_begin+0x7c8/0x10a0 [ 9849.505877] ？
    __kasan_check_read+0x11/0x20 [ 9849.506384] ？ __pfx_netfs_write_begin+0x10/0x10 [ 9849.507178] ceph_write_begin+0x8c/0x1c0 [ 9849.507934] generic_perform_write+0x391/0x8f0 [ 9849.508503] ？
    __pfx_generic_perform_write+0x10/0x10 [ 9849.509062] ？ file_update_time_flags+0x19a/0x4b0 [ 9849.509581] ？ ceph_get_caps+0x63/0xf0 [ 9849.510259] ？ ceph_get_caps+0x63/0xf0 [ 9849.510530] ceph_write_iter+0xe79/0x1ae0 [ 9849.511282] ？ __pfx_ceph_write_iter+0x10/0x10 [ 9849.511839] ？ lock_acquire+0x1ad/0x310 [ 9849.512334] ？ ksys_write+0xf9/0x230 [ 9849.512582] ？ lock_is_held_type+0xaa/0x140 [ 9849.513128] vfs_write+0x512/0x1110 [ 9849.513634] ？
    __fget_files+0x33/0x350 [ 9849.513893] ？ __pfx_vfs_write+0x10/0x10 [ 9849.514143] ？ mutex_lock_nested+0x1b/0x30 [ 9849.514394] ksys_write+0xf9/0x230 [ 9849.514621] ？
    __pfx_ksys_write+0x10/0x10 [ 9849.514887] ？ do_syscall_64+0x25e/0x1520 [ 9849.515122] ？
    __kasan_check_read+0x11/0x20 [ 9849.515366] ？ trace_hardirqs_on_prepare+0x178/0x1c0 [ 9849.515655]
    __x64_sys_write+0x72/0xd0 [ 9849.515885] ？ trace_hardirqs_on+0x24/0x1c0 [ 9849.516130] x64_sys_call+0x22f/0x2390 [ 9849.516341] do_syscall_64+0x12b/0x1520 [ 9849.516545] ？ do_syscall_64+0x27c/0x1520 [ 9849.516783] ？ do_syscall_64+0x27c/0x1520 [ 9849.517003] ？ lock_release+0x318/0x480 [ 9849.517220] ？ __x64_sys_io_getevents+0x143/0x2d0 [ 9849.517479] ？ percpu_ref_put_many.constprop.0+0x8f/0x210 [ 9849.517779] ？ entry_SYSCALL_64_after_hwframe+0x76/0x7e [9849.518073] ？ do_syscall_64+0x25e/0x1520 [ 9849.518291] ？ __kasan_check_read+0x11/0x20 [ 9849.518519] ?trace_hardirqs_on_prepare+0x178/0x1c0 [ 9849.518799] ？ do_syscall_64+0x27c/0x1520 [ 9 ---truncated--- （CVE-2026-64065）

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

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

  - iommu/vt-d：通过脏跟踪阻断嵌套域的 PASID 附件内核对附加到 PASID 的嵌套域缺少脏跟踪支持，如果嵌套父域配置了脏跟踪，则附件会提早使附件失败，否则脏页将丢失。（CVE-2026-53372）

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

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

  - Perl 的 Dancer2 版本 2.1.0 在 CSPRNG 模块不可用时生成不安全的会话 ID。
    当 Math：：Random：：ISAAC：：XS 和 Crypt：：URandom 不可用时，Dancer2：：Core：：Role：：SessionFactory：：generate_id 会静默回退到内置的 rand 派生会话 id。回退会话 ID 由对内置 rand 函数的调用的 SHA-1 哈希、Dancer2：：Core：：Role：：SessionFactory 模块的绝对路径、内部计数器、进程 ID、模块实例内存地址和随机的字符串（使用 List：：Util：：shuffle 函数，该函数也使用内置的 rand 函数）生成。这些都是低熵且易于猜测的来源。内置的 rand（） 函数以 32 位格式植入，被认为不适合用于安全应用程序。可预测的会话 ID 可允许攻击者获取系统的访问权限。（CVE-2026-13577）

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

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

  - smb：客户端：保护 smb2_find_smb_sess_tcon_unlocked（） 提交 96c4af418586 中的tc_count增量（cifs：
    修复 tcon 字段的锁定使用情况）重构了 cifs 代码以更改围绕tc_count更改的tc_lock的cifs_tcp_ses_lock。smb2_find_smb_sess_tcon_unlocked（） 中的增量tc_count缺少锁定。（CVE-2026-64136）

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

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

  - ASoC：编解码器：fs210x：修复可能的缓冲区溢出 在 fs210x_effect_scene_info（） 中，像这样复制一个字符串：strscpy（DST， SRC， strlen（SRC） + 1）;如果 strlen（SRC） >= sizeof（DST），则会发生缓冲区溢出。
    实际上，strscpy（） 必须这样使用：strscpy（DST， SRC， sizeof（DST））;strscpy（DST、SRC）;默认为 sizeof（DST） （CVE-2026-64041）

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

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

  - ipv6：ioam：为 ipv6_hop_ioam（） 中的 idev 添加 NULL 检查 由 Sashiko 报告： 函数 ipv6_hop_ioam（） 访问 __in6_dev_get（skb->dev）->cnf.ioam6_enabled 但未验证返回的 idev 指针。由于 addrconf_ifdown（） 可通过 RCU 并发清除 dev->ip6_ptr，__in6_dev_get（） 可在接口拆卸期间返回 NULL，这可在处理 IOAM 逐跃点选项时造成空指针取消引用。让我们添加一个检查并相应地使用SKB_DROP_REASON_IPV6DISABLED。（CVE-2026-64116）

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

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

  - Crypt：:P assword 及之前的 Perl 版本会为 0.28 salt 生成不安全的随机值。这些版本使用内置的 rand 函数，该函数具有可预测性，不适用于加密。（CVE-2026-16235）

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

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

  - Bluetooth：bnep：修复 dev->name 的 UAF 读取bnep_add_connection（） 需要在读取 dev->name 的同时保持bnep_session_sem（就像 bnep_get_connlist（） 一样）;否则 bnep_session（） 线程可并发释放net_device，例如可由并发 bnep_del_connection（） 触发。（从安全角度来看，此 UAF 相当无趣;调用 bnep_add_connection（） 需要通过 capable（CAP_NET_ADMIN） 检查。它还需要在相当紧张的争用窗口期间完全拆卸 netdev。（CVE-2026-64178）

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

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

  - GLib 的“GDBus”组件中存在拒绝服务和资源耗尽漏洞。“gdbusauth”认证机制无法对从客户端读取的数据行实施适当的长度限制。未经身份验证的本地或远程攻击者可利用缺少输入验证的问题，通过发送过长的数据流造成应用程序消耗大量系统内存和 CPU，可能导致崩溃或系统挂起。（CVE-2026-15588）

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

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

  - net：hsr：延迟节点表释放，直至 RCU 读取器 HSR node-list 和 node-status generic-netlink 操作在 rcu_read_lock（） 下运行为止。它们遍历 hsr_get_next_node（） 和 hsr_get_node_data（） 的 hsr->node_db，但RTM_DELLINK拆卸将删除含有普通 list_del（） 的同一节点表并立即释放每个节点。这可让通用 netlink 阅读器跨 hsr_dellink（） 保持结构hsr_node指针。在 KASAN 版本中，在 hsr_get_next_node（） 获得节点后加宽阅读器窗口会在阅读器复制节点>macaddress_A时重现释放后使用板;释放的堆栈是来自 hsr_dellink（） 的 hsr_del_nodes（）。使用 list_del_rcu（） 并通过现有的 hsr_free_node_rcu（） 回调延迟释放。这与 HSR 修剪路径使用的生命周期规则相匹配，其中已经删除了具有 list_del_rcu（） 和 call_rcu（） 的节点。（CVE-2026-64123）

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

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

  - ksmbd：修复 compare_guid_key（） 中的空指针取消引用 session_fd_check（） 在持久处理会话拆卸期间遍历每个 inode m_op_list，并为其 conn 与关闭会话的连接匹配的每个 opinfo 设置 op->conn = NULL。但是，匹配的 opinfo 在其 per-ClientGuid lease_table_list条目的 lb->lease_list 中保持链接，因为 destroy_lease_table（） 仅在完整的 TCP 连接拆卸中运行，而不是在SESSION_LOGOFF上运行。如果相同的 TCP 连接随后与相同的 ClientGuid 协商新会话（ClientGuid 绑定到 NEGOTIATE，而不是会话，并且在 LOGOFF + SETUP 中保持不变），并在不同 inode 上发布带有租用上下文的 SMB2 CREATE，则 find_same_lease_key（） 遍历 lb->lease_list，到达过时的 opinfo，并调用 compare_guid_key（）， 会无条件取消引用 opinfo->conn->ClientGUID。连接指针为空，内核错误。复制程序只需要成功的 SMB2 SESSION_SETUP和配置为“durable handles = yes”的共享。干线 70390501d194 上的 KASAN 报告：一般保护错误，可能针对非规范地址0xdffffc0000000069：
    0000 [#1] SMP KASAN PTI KASAN：范围内的 null-ptr-deref [0x0000000000000348-0x000000000000034f] 工作队列：
    ksmbd-io handle_ksmbd_work RIP：0010：bcmp+0x5b/0x230 调用跟踪：compare_guid_key+0x4b/0xd0 find_same_lease_key+0x324/0x690 smb2_open+0x6aea/0x8e60 handle_ksmbd_work+0x796/0xee0 ... 错误地址0x348是结构ksmbd_conn内 ClientGUID 的偏移量，确认 opinfo->conn 为空。读取 opinfo->conn 一次，如果已由并发 session_fd_check（） 清除，则将其退出。半分离的 opinfo 不能是活动租用的所有者，因此返回 0 是正确的匹配结果。
    (CVE-2026-64141)

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

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

  - accel/qaic：在 mmap 期间向 remap_pfn_range 添加溢出检查。如果 BO 太大，对 qaic_gem_object_mmap 中的 remap_pfn_range 的调用容易受到 VMA 之外的（重新）映射的影响。这可在 munmap（） 仅取消映射 VMA 区域而不取消映射其他映射时造成释放后使用问题。若要避免此情况，请在重新映射前检查 VMA 的剩余大小，如果 sg->length 过大，请截断重新映射的长度。[jhugo：修复来自 checkpatch --strict的括号]（CVE-2026-64051）

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

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

  - 在 QEMU 客户机代理 （qga） 中发现一个缺陷。本地非特权用户可通过操纵符号链接来利用命令处理程序中的 guest-ssh-add-authorized-keys 漏洞。这可通过确定性的目录符号链接绕过或检查时间至使用时间 （TOCTOU） 文件符号链接争用来发生。成功利用可允许攻击者获取任意根所有权文件或目录的所有权，从而导致根访问权限。此漏洞要求外部管理层（如 libvirt）来触发受影响的代码路径。（CVE-2026-12080）

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

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

  - nvme-pci：修复 nvme_free_host_mem（） 中的释放后使用 nvme_free_host_mem（） 通过 dma_free_noncontiguous（） 释放 dev->hmb_sgt，但之后再也不清除指针。如果在同一错误路径中调用两次 nvme_free_host_mem（），这会导致释放后使用。在 nvme_probe（） 期间，当 nvme_setup_host_mem（） 成功分配 HMB（设置 dev->hmb_sgt），但 nvme_set_host_mem（） 因 I/O 错误而失败时，会发生这种情况：nvme_setup_host_mem（） nvme_alloc_host_mem_single（） -> 设置 dev->hmb_sgt nvme_set_host_mem（） -> 因 -EIO 失败 nvme_free_host_mem（） -> 释放hmb_sgt， 但不是 NULL 会返回错误 nvme_probe（） 错误路径：nvme_free_host_mem（） -> dev->hmb_sgt 过时，释放后使用 第二次调用取消引用释放的 sgt，进而当该iommu_dma_free_noncontiguous（） 访问 sgt->sgl->dma_address（） 时造成空指针取消引用（已释放并归零后备存储器）。这在连接有 Thunderbolt 的 NVMe 设备（例如，戴尔 WD22TB4 扩展坞后面的 OWC Envoy Express）上可重现，其中由于 PCIe 链路不稳定，设备在 HMB 设置期间间歇性地返回 I/O 错误。缺陷：内核空指针取消引用，地址：0000000000000010 RIP：0010：iommu_dma_free_noncontiguous+0x22/0x80 调用跟踪： <TASK> dma_free_noncontiguous+0x3b/0x130 nvme_free_host_mem+0x30/0xf0 [nvme] nvme_probe.cold+0xcc/0x275 [nvme] local_pci_probe+0x43/0xa0 pci_device_probe+0xeea/0x290 really_probe+0xf9/0x3b0
    __driver_probe_device+0x8b/0x170 driver_probe_device+0x24/0xd0 __driver_attach_async_helper+0x6b/0x110 async_run_entry_fn+0x37/0x170 process_one_work+0x1ac/0x3d0 worker_thread+0x1b8/0x360 kthread+0xf7/0x130 ret_from_fork+0x2d8/0x3a0 ret_from_fork_asm+0x1a/0x30 </TASK> 通过在释放 dev->hmb_sgt 后将其设置为 NULL 来修复此问题， 因此，第二个调用采用多描述符路径，从而安全地处理已清理状态。（CVE-2026-64071）

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

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

  - spi：qup：修复 DMA 设置失败后的错误指针取消引用 如果探测期间 DMA 设置失败，驱动程序会回退到 PIO 模式。确保清除设置失败时的 DMA 通道指针，以避免在后续探测错误或驱动程序取消绑定时取消引用错误指针（或尝试再次释放通道）。Sashiko 在查看 devres 分配转换修补程序时标记了此问题。
    (CVE-2026-64170)

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

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

  - wifi：wilc1000：修复总线获取失败时的dma_buffer泄漏 wilc_wlan_firmware_download（） 使用函数顶部的 kmalloc（） 分配dma_buffer，错误时使用“fail：”标签通过 kfree（dma_buffer） 将其释放。所有后续错误路径正确地使用“goto fail”通过此清理进行路由。
    但是，在第一个 acquire_bus（） 调用之后的早期失败路径使用裸露的“return ret;”，每当总线获取失败时就会泄露dma_buffer。将过早返回替换为 goto fail，以便现有清理路径运行。通过自定义 Coccinelle 语义修补程序发现，在驱动程序固件下载代码的提早返回错误路径上泄漏的 kmalloc'd 本地变量。（CVE-2026-64145）

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

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

  - Bluetooth： ISO：丢弃接收到的 ISO_END 帧，没有事先ISO_START ISO 数据 PDU 带有一个数据包边界标志，指示 START、CONT、END 或 SINGLE。iso_recv（） 的 ISO_CONT 分支在接触 conn->rx_skb 之前检查 conn->rx_len，以防止缺少ISO_START，但 ISO_END 不会。如果对等机发送ISO_END作为新 ISO 连接的第一个数据包，则 conn->rx_skb 仍为 NULL 且 conn->rx_len 为零，因此 skb_put（conn->rx_skb， ...） 取消引用 NULL 并发生错误。对于 BIS，接收器无需配对即可同步到广播公司，任何广播公司都可以触发此操作。在ISO_END顶部镜像ISO_CONT检查，以便记录和丢弃零散的末端碎片，而不是导致主机崩溃。
    (CVE-2026-64128)

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

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

  - Bluetooth：MGMT：验证 Add Extended Advertising Data 长度 MGMT_OP_ADD_EXT_ADV_DATA 是否注册为变量长度命令，MGMT_ADD_EXT_ADV_DATA_SIZE 作为固定标头大小。然后，处理程序使用 cp->adv_data_len 和 cp->scan_rsp_len 验证并复制 cp->data，但从不检查这些字节是否属于 mgmt 命令负载的一部分。因此，简短命令即可使 add_ext_adv_data（） 将越界指针传递到 tlv_data_is_valid（） 中。如果超出命令缓冲区的字节可寻址，则还可以将其作为扫描响应数据复制到公告实例中，调用者可以通过MGMT_OP_GET_ADV_INSTANCE来读取这些数据。触发器要求初始用户命名空间中的CAP_NET_ADMIN;KASAN 报告 8 字节 slab-越界读取。解析 cp->data 之前，拒绝其长度不符合固定标头加上公告数据长度的命令。（CVE-2026-64126）

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

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

  - net：shaper：拒绝 GROUP 请求中的重复叶 net_shaper_nl_group_doit（） 不会对NET_SHAPER_A_LEAVES条目进行重复数据删除。当用户空间两次提供相同的叶句柄时，同一个旧父指针会在 old_nodes[]. 清理循环双重释放父项。当然，如果我们移动多片叶子，同一个父项可能仍会在两次中 old_nodes[] 。请注意，此修补程序还隐式修复了 i >= leaves_count 路径忘记设置 ret 的CVE-2026-64054事实。

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

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

  - net：ifb：报告 num_tx_queues ifb_dev_init（） 上的 ethtool 统计数据 通过 kzalloc_objs（*txp， dev->num_tx_queues） 将 DP->tx_private 分配给 dev->num_tx_queues 条目。IFB 每个队列的 RX 和 TX 统计信息都存在于这些条目中：ifb_xmit（） 使用 skb 队列映射更新 txp->rx_stats，ifb_ri_tasklet（） 更新 txp->tx_stats，ifb_stats64（） 通过 dev->num_tx_queues 聚合。ethtool 统计数据回调改为 dev->real_num_rx_queues 和 dev->real_num_tx_queues 调整大小并遍历每个队列的统计数据。对于 RX 队列计数超过 TX 队列计数的非对称设备，例如：ip link add name ifb10 numtxqueues 1 numrxqueues 8 type ifb ethtool -S ifb10 ifb_get_ethtool_stats（） 索引超过 tx_private 分配并通过 ETHTOOL_GSTATS 复制相邻 slab 数据。对统计字符串、统计数据计数和统计数据遍历一致地使用 dev->num_tx_queues。这为每个备份ifb_q_private条目（即 IFB 实际可以填充的队列集）报告一个 RX 统计数据组和一个 TX 统计数据组。在 UML+KASAN v7.1-rc2 下重现： 缺陷： KASAN：
    任务 ethtool/36 在地址 00000000062dbd228 的 ifb_fill_stats_data+0x3c/0xae 中的 slab 越界 ifb_fill_stats_data+0x3c/0xae ifb_get_ethtool_stats+0xc0/0x129 __dev_ethtool+0x1ca5/0x363c dev_ethtool+0x123/0x1b3 dev_ioctl+0x56c/0x744 sock_do_ioctl+0x15f/0x1b2 sock_ioctl+0x4d5/0x50a sys_ioctl+0xd8b/0xde9 应用修补程序之后， 同一个 UML+KASAN 重现是静默的，并且 ethtool -S ifb10 仅报告单个分配tx_private条目支持的统计数据。（CVE-2026-64121）

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

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

  - netfs：修复连续写入模式下潜在的死锁 修复 netfs_advance_writethrough（） 以始终解锁提供的作品集，如果尚未写入最后，则将其标记为脏。可惜，在完成作品集处理之前，无法将其标记为回写，因为这可能导致针对 mmapped 读取和写入发生死锁。
    即使已将其标记为脏，也不会发生过早回写，因为调用程序同时持有 inode->i_rwsem（这将阻止并发截断、fallocation、DIO 和其他写入）和 ictx->wb_lock（这将造成刷新等待以及回写跳过或等待）。请注意，一旦作品集排队与子请求的生成分开，此问题可能更容易处理。
    (CVE-2026-64062)

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

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

  - net：ethtool：修复 phy_reply_size 中的空指针取消引用 在 phy_prepare_data（） 中，使用 kstrdup（） 分配多个字符串，例如“name”、“drvname”、“upstream_sfp_name”和“downstream_sfp_name”。
    但是，并未检查这些分配是否失败。如果 kstrdup（） 的“name”失败，它会在函数继续执行期间返回 NULL。这会导致内核空指针取消引用缺陷，以及随后在 phy_reply_size（） 中无条件针对空指针调用 strlen（） 时发生错误。虽然在访问某些代码路径之前可能会检查“upstream_sfp_name”等其他字符串，但未能一致地处理这些分配可能导致数据报告不完整或隐藏缺陷。通过为 phy_prepare_data（） 中的所有 kstrdup（） 调用添加适当的 NULL 检查来修复此问题，并使用 goto 标签实现集中式错误处理路径，以确保在失败时释放所有以前分配的资源。（CVE-2026-64120）

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

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

  - netfs：修复 streaming-write folio 的部分失效 在 netfs_invalidate_folio（） 中，如果部分失效的区域与流写入页面中缓存的脏写的前部（但不是全部）重叠（脏，但不是最新的，脏区域由netfs_folio结构跟踪），该函数将修改脏区域 - 但不正确，因为它通过将开始位置设置为开始位置来向前移动区域， 不是无效区域的终点。通过将 finfo->dirty_offset 设置为无效区域 （iend） 的末尾来修复此问题。（CVE-2026-64157）

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

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

  - wifi：cfg80211：cfg80211_merge_profile（） 中的高级循环变量 cfg80211_merge_profile（） 重组已拆分到多个连续 MBSSID 元素的 Multi-BSSID 未传输 BSS 配置文件。
    它的 while-loop 调用 cfg80211_get_profile_continuation（即 ielen、mbssid_elem、sub_elem），但从不在正文内部mbssid_elem或sub_elem。因此，每次迭代都会搜索遵循同一固定对的延续;帮助程序返回相同的next_mbssid;相同的next_sub字节会以越来越大的偏移量 memcpy（） 输入到 merged_ie 中，直到缓冲区填满。将 mbssid_elem 和 sub_elem 推进到刚刚使用的延续，以便下一次调用 cfg80211_get_profile_continuation（） 时会搜索超出它的进一步延续（或在不存在时返回 NULL）。特制的恶意信标可利用此缺陷导致内核在cfg80211_merge_profile中花费过多时间（每个收到的信标最多花费 2 毫秒），理论上此问题可能会受到某些滥用。（CVE-2026-64174）

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

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

  - ipv6：ioam：在 ioam6_event（） 之前刷新 hdr 指针 此问题由 Sashiko 报告： 在 ipv6_hop_ioam（） 中，hdr 指针经过初始化以指向 skb 的线性数据缓冲区。稍后，代码会调用 skb_ensure_writable（），这可能会重新分配缓冲区：if （skb_ensure_writable（skb， optoff + 2 + hdr->opt_len）） goto drop;/* 跟踪指针可能已更改 */ trace = （struct ioam6_trace_hdr
    *）（skb_network_header（skb） + optoff + sizeof（*hdr））;ioam6_fill_trace_data（skb， ns， trace， true）;
    ioam6_event（IOAM6_EVENT_TRACE， dev_net（skb->dev）， GFP_ATOMIC， （void *）trace， hdr->opt_len - 2）;如果 skb 是克隆的或缺少足够的线性余量，skb_ensure_writable（） 将调用 pskb_expand_head（），这会重新分配 skb 的数据缓冲区并释放旧缓冲区，从而使指向该数据的指针失效。虽然代码在调用 skb_ensure_writable（） 后立即重新计算跟踪指针，但无法重新计算 hdr 指针。此修补程序在将 hdr->opt_len 传递给 ioam6_event（） 之前重新计算 hdr 指针，从而避免任何 UAF，从而修复上述问题。（CVE-2026-64132）

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

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

  - qed：修复 qed_cxt_tables_alloc（） 中的双重释放 如果其中一个较新的 PF 或 VF CID 位图分配失败，qed_cid_map_alloc（） 会跳至cid_map_fail并释放先前分配的 CID 位图，然后再返回错误。qed_cxt_tables_alloc（） 接着调用 qed_cxt_mngr_free（），后者会再次调用 qed_cid_map_free（）。
    通过在 bitmap_free（） 之后将每个 CID 位图指针设置为空来修复此问题，以避免双重释放。我们正在开发的用于内核内存管理缺陷的实验性分析工具在分析 v6.13-rc1 时，首先标记此缺陷。该工具仍在开发中，尚未公开可用。手动检查确认 v7.1-rc3 中仍然存在该缺陷。未尝试运行时重现，因为执行失败的分配路径需要设备特定的设置。（CVE-2026-64118）

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

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

  - netfs：修复正在被覆盖的流写入 为避免边写边读，netfslib 将允许流式写入，其中脏数据在未事先读取的情况下直接存储到作品集中。此类对开本被标记为脏，但可能不会被标记为最新。如果完全由流写入编写作品集，则将设置为 uptodate，否则它将附加一个 netfs_folio struct 到 ->private 来记录脏区域。如果单个 write（） 将完全覆盖部分写入的流写入页面，则 netfs_perform_write（） 将尝试复制它，但如果成功也不会丢弃该netfs_folio;此外，它未正确处理会覆盖部分脏数据的部分副本。通过以下方法修复此问题：（1） 如果成功覆盖了作品集，请在将页面标记为最新之前释放netfs_folio结构。（2） 如果复制到作品集部分失败，但缺少脏数据，则忽略副本。（3） 如果复制部分失败并覆盖了一些脏数据，请接受副本，更新netfs_folio结构以记录新数据。如果作品集现在已填满，请释放netfs_folio并设置 uptodate，否则返回部分写入。发现于：fsx -q -N 1000000 -p 10000 -o 128000 -l 600000 \ /xfstest.test/junk --replay-ops=junk.fsxops 使用以下内容作为 junk.fsxops：
    截断 0x0 0 0x927c0写入 0x63fb8 0x53c8 0 copy_range 0xb704 0x19b9 0x24429 0x79380写入0x2402b 0x144a2 0x90660 * 写入0x204d5 0x140a0 0x927c0 * copy_range 0x1f72c 0x137d0 0x7a906 0x927c0 * 读取0x00000 0x20000 0x9157c读取0x20000 0x20000 0x9157c读取0x40000 0x20000 0x9157c读取0x60000 0x20000 0x9157c读取读取0x7e1a0 0xcfb9 0x9157c使用默认缓存选项。如果 netfs_perform_write（） 中注释掉FMODE_READ检查，则显示作品集0x24行为不当：if （//（file->f_mode &; FMODE_READ） || netfs_is_cache_enabled（ctx）） { 且无 fscache。这最初是在 generic/522 xfstest 中发现的。
    (CVE-2026-64063)

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

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

  - ALSA：asihpi：修复读取缓存时潜在的 OOB 数组访问 find_control（） 以检索缓存信息 盲目访问具有给定索引的数组，这可能导致 OOB 数组访问。添加健全性检查以避免此问题。（CVE-2026-64133）

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

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

  - l2tp：使用 l2tp_session_unhash 中的 list_del_rcu 本地非特权用户可通过在L2TP_ATTR_IFNAME上与同一隧道中的 L2TP_CMD_SESSION_CREATE 和 L2TP_CMD_SESSION_DELETE 同时发出 L2TP_CMD_SESSION_GET，将主机 CPU 无限期地固定在 l2tp_session_get_by_ifname（） 中。所有三个命令都GENL_UNS_ADMIN_PERM，因此在 netns 用户命名空间中CAP_NET_ADMIN就足够了;在已加载l2tp_core的任何主机上，可从标准“unshare -urn”沙盒访问该触发器。l2tp_session_unhash（） 会从 tunnel->session_list 移除包含 list_del_init（） 的会话，但是 l2tp_session_get_by_ifname（） 会使用 rcu_read_lock_bh（） 下的 list_for_each_entry_rcu（） 遍历该列表。list_del_init（） 将已删除条目的 next/prev 保留为自指向;已加载条目然后推进 pos->list.next 的阅读器会读取 &session->list，container_of（） 回到同一会话，而 list_for_each_entry_rcu（） 永远不会到达列表头。CPU 停留在遍历器内的 strcmp（） 中，禁用了 BH 和优先权，因此主机上的 RCU 宽限期停止在其后面，而插入的线程无法终止（SIGKILL 在 syscall 返回时提供）。使用 list_del_rcu（） 以匹配 l2tp_session_register（） 中的现有 list_add_rcu（）;已删除的会话对于具有一致的 next/prev 指针的 inflight 遍历者仍然可见，直到 l2tp_session_free（） 中的 kfree_rcu（） 将其释放。tunnel->session_list 恰好有一个 list_del_init（） 调用站点;位于 l2tp_core.c：533 的 list_del_init （&session->clist） 在 RCU 下未遍历的每次冲突列表中运行。在 net/l2tp/ 中的任何位置都未在 unhash 点之后使用 list_empty（&session->list），因此终止 post-delete self-init 是安全的;此补丁没有用户空间可见的行为更改。（CVE-2026-64119）

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

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

  - Perl 的 Crypt：:P assword 版本 0.28 容易受到时序攻击。check_password方法使用内置的 eq 运算符。这允许利用时间差异猜测底层哈希。（CVE-2026-6656）

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

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

  - netfs：修复 netfs_read_gaps（） 中过早放置接收器文件集 修复 netfs_read_gaps（） 以在等待请求完成后释放其使用的接收器页面。使用接收器页面的方式是创建一个ITER_BVEC类迭代器，该迭代器在两端都有目标作品集的间隙，但接收器页面平铺在中间，以便单个读取操作可以填充这两个间隙。该缺陷是 KASAN 在处理来自 TCP 套接字的数据接收的 cifsd 内核线程的 generic/075 xfstest 上检测到一个 UAF 时发现的：
    缺陷：KASAN：_copy_to_iter+0x48a/0xa20 中的释放后使用 在地址 ffff888107f92000 处的大小为 885 的写入，按任务 cifsd/1285 CPU：2 UID：0 PID：1285 Comm：cifsd 未受感染 7.0.0 #6 PREEMPT（lazy） 调用跟踪：
    dump_stack_lvl+0x5d/0x80 print_report+0x17f/0x4f1 kasan_report+0x100/0x1e0 kasan_check_range+0x10f/0x1e0
    __asan_memcpy+0x3c/0x60 _copy_to_iter+0x48a/0xa20 __skb_datagram_iter+0x2c9/0x430 skb_copy_datagram_iter+0x6e/0x160 tcp_recvmsg_locked+0xce0/0x1130 tcp_recvmsg+0xeb/0x300 inet_recvmsg+0xcf/0x3a0 sock_recvmsg+0xea/0x100 cifs_readv_from_socket+0x3a6/0x4d0 [cifs] cifs_read_iter_from_socket+0xdd/0x130 [cifs] cifs_readv_receive+0xaad/0xb10 [cifs] cifs_demultiplex_thread+0x1148/0x1740 [cifs] kthread+0x1cf/0x210 （CVE-2026-64061）

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

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

  - 在 kronosnet 的网络数据包碎片整理引擎中发现一个漏洞（受影响版本 <= 1.34）。内部重组代码未正确验证传入负载片段的序号。攻击者可通过传输具有损坏的序列参数的畸形数据包来利用这种缺少验证的情况。在特定条件下，这会强制数据包处理层解析内部内存结构指定边界之外的数据，从而造成越界内存访问或堆损坏。此行为可能导致应用程序突然崩溃或系统不稳定。
    (CVE-2026-15813)

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

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

  - netfs、afs：修复 dir/link writepages 中的写入跳过 修复 netfs_write_single（） 和 afs_single_writepages（），通过在跳过时从 netfs_write_single（） 返回 1 并使 afs_single_writepages（） 也跳过，来更好地处理因锁定争夺和WB_SYNC_NONE而跳过的写入。如果发生跳过，则必须重新标记 inode，因为 VFS 可能已清除该标记。对于 netfs_write_single（） 中的目录来说，这实际上只是理论上的，因为实现这一目标的唯一途径是通过 afs_single_writepages（） 获取围绕它的 ->validate_lock，从而序列化它。（CVE-2026-64156）

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

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

  - drm/amdkfd：修复 svm_range_set_attr 中的空指针缺陷 如果用户在调用 kfd_ioctl_svm 之前未调用 kfd_ioctl_acquire_vm，process_info可能为空。（从提交 83a26c812e0529eb040d31a76f73e33e637243d4 中精选出的内容）（CVE-2026-63882）

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

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

  - tcp：修复启用 ISN 预测的过时每 CPU tcp_tw_isn泄漏 Blamed commit 将TIME_WAIT派生的 ISN 从 skb 控制块移动到每个 CPU 变量，假设写入该值的同一数据包的 tcp_conn_request（） 将该值始终消耗。生产者 （tcp_v{4,6}_rcv（） 中的 __this_cpu_write（tcp_tw_isn， isn） 与使用者 （tcp_conn_request（）） 之间的多种终止路径违反了这一假设： - min_ttl/min_hopcount检查 - xfrm 策略检查 - tcp_inbound_hash（） MD5/AO 不匹配 - tcp_filter（） eBPF/SO_ATTACH_FILTER 终止 - th->syn > th->fin 在 tcp_rcv_state_process（） 中丢弃 TCP_LISTEN - psp_sk_rx_policy_check（） in tcp_v{4,6}_do_rcv（） -tcp_v{4,6}_do_rcv（） 中的 tcp_checksum_complete（） - tcp_v{4,6}_cookie_check（） 返回 NULL 当数据包丢弃在任何这些路径中时，tcp_tw_isn 保持设置状态。然后，在相同 CPU 上处理的下一个 SYN 消耗 tcp_conn_request（） 中的非零值，从而收到可能可预测的 ISN。此修补程序tcp_tw_isn后移至 skb->cb[]，去除了 per-cpu 变量。请注意，tcp_v{4,6}_fill_cb（） 未对其进行设置。对整体代码大小/复杂性的影响非常轻微： $ scripts/bloat-o-meter -t vmlinux.old vmlinux.new 添加/删除： 0/0 增长/缩小：2/1 向上/向下：8/-15 （-7） 函数旧的新增量tcp_v6_rcv 3038 3042 +4 tcp_v4_rcv 3035 3039 +4 tcp_conn_request 2938 2923 -15 总计：之前=24436060，之后=24436053，chg -0.00% （CVE-2026-64024）

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

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

  - Bluetooth：btmtk：修复错误路径中的 urb->setup_packet泄漏 如果 usb_submit_urb 失败或提交的 urb 终止，则控制 urb 的setup_packet不会释放。在这两个路径中添加释放。（CVE-2026-64144）

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

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

  - usb：typec：tcpm： altmode_desc[] bound per iteration in svdm_consume_modes（） svdm_consume_modes（） 在循环计数之前会根据数组大小检查一次 pmdata->altmodes，但忘记在循环中的每个点检查边界。在行为良好的 SVDM 发现流中，这是无害的，因为每个 SVID 最多SVID_DISCOVERY_MAX在最多MODE_DISCOVERY_MAX模式下都有贡献，正好填满 altmode_desc[ALTMODE_DISCOVERY_MAX]。但 tcpm_pd_svdm（） 中的 CMDT_RSP_ACK 处理程序不会将传入的 ACK 与端口实际发送的任何请求相关联。设置 port->partner 后，未经请求的发现模式 ACK 将无条件使用。因此，中断或恶意的端口伙伴可以通过正常流将 altmode 设置为 ALTMODE_DISCOVERY_MAX - 1，然后通过七个 VDO 额外发送一个发现模式 ACK。
    由于前循环检查通过，因此循环随后最多可写入五个条目。altmode_desc[] 对于mode_data_prime，struct tcpm_port 中的下一个字段是 partner_altmode[] 指针数组，它随后接收合作伙伴选择的 SVID/VDO 字节。将边界检查移动到循环中，这样无论合作伙伴提供多少个 VDO 或如何达到函数，都无法对数组编制索引超过ALTMODE_DISCOVERY_MAX。（CVE-2026-63962）

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

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

  - usb：typec：ucsi：验证 ucsi_connector_change（） 中的连接器编号 UCSI CCI 通知中的连接器编号为 PPM 提供的 7 位字段。ucsi_connector_change（） 使用它来索引 ucsi->connector[] 数组，而不对照初始化时 PPM 报告的连接器数进行检查，因此有缺陷或恶意的 PPM（EC 固件，或 ccg / stm32g0 / glink 传输上连接 I2C 的 UCSI 控制器）可驱动内存上的 schedule_work（） 超过数组末尾。取消引用数组之前，拒绝为零或超过 cap.num_connectors 的连接器编号。（CVE-2026-63958）

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

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

  - bonding：拒绝从属 CAN 设备 syzbot 报告，net/can/af_can.c 内的 can_rx_unregister（） 中发生内核分页请求崩溃。发生崩溃的原因在于虚拟 CAN 设备 （vxcan） 从属于绑定主控端。在从属化过程中，绑定驱动程序会改变和修改网络设备状态以适应类似以太网的聚合模型。然而，CAN 设备在完全不同的第 2 层架构上运行，依赖于 CAN 中层私有数据结构 （can_ml_priv） 而不是标准以太网结构。由于绑定并未初始化或维持这些 CAN 结构，因此在半从属接口上进行后续操作（如通过 isotp_release 关闭关联的套接字）在访问 CAN 接收器列表时，会导致空指针取消引用。绑定 CAN 接口在架构上是无效的，因为 CAN 缺少 MAC 地址、ARP 功能和标准以太网链路层机制。虽然通用环回设备在 net/core/dev.c 中被全局阻断，但虚拟 CAN 设备会绕过此检查，因为尽管它们充当本地软件环回，但它们没有携带 IFF_LOOPBACK 标志。通过在 bond_enslave（） 的开头明确阻止 ARPHRD_CAN 类型的网络设备从属于此问题。这可防止非法状态突变，消除由此导致的 KASAN 崩溃，并避免不完整的套接字清理造成的潜在内存泄漏。由于 CAN 支持是在绑定很久之后才添加的，因此 Fixes-tag 指出引入了需要在 bonding_main.c 中进行特定处理的ARPHRD_CAN。（CVE-2026-63990）

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

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

  - riscv：修复错误 compat_riscv_gpr_set（） 无条件调用 cregs_to_regs（） 时来自未初始化的 cregs 的寄存器损坏，即使 user_regset_copyin（） 失败也是如此。由于 cregs 是未初始化的堆栈变量，copyin 失败会导致未初始化的堆栈数据写入目标任务的pt_regs，从而损坏其寄存器状态并可能泄漏内核堆栈内容。
    compat_restore_sigcontext（） 有同样的问题：即使 __copy_from_user（） 失败，它也会调用 cregs_to_regs（），进而导致 signal-returning 任务的寄存器状态在出错时发生同样的损坏。仅当用户复制成功时才调用 cregs_to_regs（）。（CVE-2026-64082）

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

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

  - cgroup/rstat：在 css_rstat_cpu（） 访问前验证 cpu css_rstat_updated（） 会公开为 BPF kfunc 并接受调用程序提供的 cpu 参数。该函数使用 cpu 进行每个 cpu rstat 查找，而不检查其是否引用有效的可能 CPU。具有 CAP_BPF 和 CAP_PERFMON 的 BPF iter/cgroup 程序可传递无效的 cpu 值。在未修复的 UBSCAN_BOUNDS 测试内核中，cpu == 0x7fffffff 触发：UBSAN： array-index-out-of-bounds kernel/cgroup/rstat.c：31：9 索引2147483647超出“long unsigned int [64]”类型的范围调用跟踪：css_rstat_updated bpf_iter_run_prog cgroup_iter_seq_show bpf_seq_read 向面向 BPF 的 css_rstat_updated（） kfunc 添加 cpu 验证，并将通用实现移动到
    __css_rstat_updated（） 用于内核内调用程序。（CVE-2026-64036）

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

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

  - netfs：修复 netfs_read_folio（） 以等待回写 修复 netfs_read_folio（） 以等待正在进行的回写完成，以便它可以信任脏标记以及附加到 folio->private 的任何内容（folio->private 可在清除回写标记之前由收集器清理）。（CVE-2026-64058）

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

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

  - ksmbd：修复提交 299f962c0b02 时 set_posix_acl_entries_dacl（） 中的 SID 内存泄漏（ksmbd：使用 check_add_overflow（） 来防止 u16 DACL 大小溢出） 添加了 check_add_overflow（） 防护，当累积 DACL 大小封装超过 65535 时，这些防护措施会中断 set_posix_acl_entries_dacl（） 中的 ACE 构建循环。但是，每次迭代都会通过循环顶部的 kmalloc_obj（） 分配一个结构smb_sid，并依赖于循环正文末尾的 kfree（sid） 调用（第一个循环中的 'pass_same_sid' 标签，第二个循环末尾的显式 kfree）来释放它。新引入的“break”语句绕过这些 kfree（） 调用，每次检测到溢出时都会泄漏 sid 缓冲区。具有足够 POSIX ACL 条目来跳脱溢出检查的恶意或畸形文件将在每个涉及该文件的 DACL 的请求中泄漏一个或多个结构smb_sid分配，从而提供普通的内核内存耗尽矢量。在脱离回路以堵塞泄漏之前释放 sid。（CVE-2026-64139）

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

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

  - ipv6：exthdrs：遍历 IPv6 TLV 时，处理 HAO 选项 ip6_parse_tlv（） 后刷新 nh 中的 skb_network_header（skb）。ipv6_dest_hao（） 可能会为克隆的 skb 调用 pskb_expand_head（），这可移动 skb 头并使缓存的网络标头指针无效。在 ipv6_dest_hao（） 返回后刷新 nh，以便从当前 skb 头解析任何尾部填充或 TLV。这与 ip6_parse_tlv（） 中用于可修改 skb 标头存储的辅助函数之后使用的现有模式相匹配。（CVE-2026-63922）

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

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

  - drm/virtio：对平面更新使用不间断的 resv 锁定 virtio_gpu_cursor_plane_update（） 和 virtio_gpu_resource_flush（） 通过 virtio_gpu_array_lock_resv（） 锁定帧缓冲区 BO 的dma_resv并忽略其返回值。该函数可因来自 dma_resv_lock_interruptible（） 的 -EINTR（锁定等待期间的信号）或来自 dma_resv_reserve_fences（） 的 -ENOMEM（屏蔽插槽分配）而失败，从而导致未保留 resv 锁定。然后队列路径遍历对象数组并调用 dma_resv_add_fence（），这需要保持锁定;启用 lockdep 时，此行程 dma_resv_assert_held（）： 警告：drivers/dma-buf/dma-resv.c：296 at dma_resv_add_fence+0x71e/0x840 调用跟踪：virtio_gpu_array_add_fence virtio_gpu_queue_ctrl_sgs virtio_gpu_queue_fenced_ctrl_buffer virtio_gpu_cursor_plane_update drm_atomic_helper_commit_planes drm_atomic_helper_commit_tail commit_tail drm_atomic_helper_commit drm_atomic_commit drm_atomic_helper_update_plane __setplane_atomic drm_mode_cursor_universal drm_mode_cursor_common drm_mode_cursor_ioctl drm_ioctl __x64_sys_ioctl 在 WARN 之外，在无锁定的情况下改变 dma_resv 隔离列表会与并发读取器/写入器争用并可损坏列表。两个调用站点都在 .atomic_update 平面回调内运行，DRM 原子帮助程序不允许此回调失败（当它运行时，提交已签发到用户空间，并且没有干净的回滚路径）。将锁定采集移至.prepare_fb会遭到拒绝，因为较宽的锁定范围会针对同一原子提交中的其他 BO 锁定路径进行死锁。引入使用 dma_resv_lock（） 而不是 dma_resv_lock_interruptible（） 的 virtio_gpu_lock_one_resv_uninterruptible（）。这消除了 -EINTR 失败模式 -- 现实的 syzbot 触发器
    -- 而不在提交期间扩展锁定保留。帮助程序锁定单个 BO 并通过 -EINVAL 拒绝> 1 的 nents;两个修复站点都只锁定一个 BO。从 virtio_gpu_cursor_plane_update（） 和 virtio_gpu_resource_flush（） 使用它;检查返回值以处理 dma_resv_reserve_fences（） 剩余的 -ENOMEM 情况，方法是释放 OBJS 并跳过该帧的平面更新。此处涉及的帧缓冲 BO 未与其他上下文共享，并且锁定争夺预期为短暂状态，因此信号可中断性的丢失是可以接受的。virtio_gpu_array_lock_resv（）（ioctl 路径）的其他调用程序继续使用可中断变体。此错误是由 syzbot 报告的，通过 DRM_IOCTL_MODE_CURSOR 路径上的错误注入 （fail_nth） 触发，会强制在 dma_resv_reserve_fences（） 中执行 -ENOMEM 分支。（CVE-2026-64098）

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

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

  - hwmon：（lm90） 释放 hwmon 设备之前停止工作 Sashiko 报告：在 lm90_probe（） 中，用于取消alert_work和report_work （lm90_restore_conf） 的 devm 操作在调用 devm_hwmon_device_register_with_info（） 前在 lm90_init_client（） 中注册。由于 devm 在模块取消绑定或探测失败期间会以相反的顺序执行清除操作，因此会先取消注册和释放 hwmon 设备。如果 lm90_alert_work（） 或 lm90_report_alarms（） 在 hwmon 设备释放和延迟工作取消之间的窗口中运行，lm90_update_alarms（） 将在此处取消引用已释放的数据>hwmon_dev。通过在注册 hwmon 设备后和注册中断处理程序之前分别取消工作线程来修复此问题。这可确保在禁用中断后和释放 hwmon 设备之前取消工作线程。添加关机标记以指示设备正在关机，以防止重新布防工作线程。（CVE-2026-64038）

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

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

  - ksmbd：在 ACL 继承期间验证父安全描述符中的 SID 引入 smb_validate_ntsd_sid（） 帮助程序以安全地验证从父目录检索的 NT 安全描述符 （smb_ntsd） 内的所有者 SID 和组 SID。（CVE-2026-64138）

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

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

  - Bluetooth：hci_sync：在设备关闭期间设置 HCI_CMD_DRAIN_WORKQUEUE 由于现在可以在重置路径期间调用 hci_dev_close_sync（），因此我们也应该设置HCI_CMD_DRAIN_WORKQUEUE。这可避免在耗尽 hdev 工作队列时出现排队超时。（CVE-2026-63974）

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

ID	名称	严重性
328007	Linux Distros 未修补的漏洞：CVE-2026-64127	high
328006	Linux Distros 未修补的漏洞：CVE-2026-64057	high
328005	Linux Distros 未修补的漏洞：CVE-2026-64065	high
328004	Linux Distros 未修补的漏洞：CVE-2026-53372	high
328003	Linux Distros 未修补的漏洞：CVE-2026-13577	high
328002	Linux Distros 未修补的漏洞：CVE-2026-64136	critical
328001	Linux Distros 未修补的漏洞：CVE-2026-64041	high
328000	Linux Distros 未修补的漏洞：CVE-2026-64116	high
327999	Linux Distros 未修补的漏洞：CVE-2026-16235	critical
327998	Linux Distros 未修补的漏洞：CVE-2026-64178	high
327997	Linux Distros 未修补的漏洞：CVE-2026-15588	medium
327996	Linux Distros 未修补的漏洞：CVE-2026-64123	high
327995	Linux Distros 未修补的漏洞：CVE-2026-64141	high
327994	Linux Distros 未修补的漏洞：CVE-2026-64051	high
327993	Linux Distros 未修补的漏洞：CVE-2026-12080	high
327992	Linux Distros 未修补的漏洞：CVE-2026-64071	high
327991	Linux Distros 未修补的漏洞：CVE-2026-64170	medium
327990	Linux Distros 未修补的漏洞：CVE-2026-64145	medium
327989	Linux Distros 未修补的漏洞：CVE-2026-64128	medium
327988	Linux Distros 未修补的漏洞：CVE-2026-64126	high
327987	Linux Distros 未修补的漏洞：CVE-2026-64054	medium
327986	Linux Distros 未修补的漏洞：CVE-2026-64121	high
327985	Linux Distros 未修补的漏洞：CVE-2026-64062	high
327984	Linux Distros 未修补的漏洞：CVE-2026-64120	medium
327983	Linux Distros 未修补的漏洞：CVE-2026-64157	high
327982	Linux Distros 未修补的漏洞：CVE-2026-64174	medium
327981	Linux Distros 未修补的漏洞：CVE-2026-64132	critical
327980	Linux Distros 未修补的漏洞：CVE-2026-64118	high
327979	Linux Distros 未修补的漏洞：CVE-2026-64063	high
327978	Linux Distros 未修补的漏洞：CVE-2026-64133	high
327977	Linux Distros 未修补的漏洞：CVE-2026-64119	high
327976	Linux Distros 未修补的漏洞：CVE-2026-6656	high
327975	Linux Distros 未修补的漏洞：CVE-2026-64061	critical
327974	Linux Distros 未修补的漏洞：CVE-2026-15813	medium
327973	Linux Distros 未修补的漏洞：CVE-2026-64156	high
327965	Linux Distros 未修补的漏洞：CVE-2026-63882	medium
327964	Linux Distros 未修补的漏洞：CVE-2026-64024	critical
327963	Linux Distros 未修补的漏洞：CVE-2026-64144	high
327962	Linux Distros 未修补的漏洞：CVE-2026-63962	medium
327961	Linux Distros 未修补的漏洞：CVE-2026-63958	medium
327960	Linux Distros 未修补的漏洞：CVE-2026-63990	medium
327959	Linux Distros 未修补的漏洞：CVE-2026-64082	high
327958	Linux Distros 未修补的漏洞：CVE-2026-64036	high
327957	Linux Distros 未修补的漏洞：CVE-2026-64058	high
327956	Linux Distros 未修补的漏洞：CVE-2026-64139	medium
327955	Linux Distros 未修补的漏洞：CVE-2026-63922	critical
327954	Linux Distros 未修补的漏洞：CVE-2026-64098	high
327953	Linux Distros 未修补的漏洞：CVE-2026-64038	medium
327952	Linux Distros 未修补的漏洞：CVE-2026-64138	high
327951	Linux Distros 未修补的漏洞：CVE-2026-63974	high

检测

Nessus 的 Misc. 系列

high

high

high

high

high

critical

high

high

critical

high

medium

high

high

high

high

high

medium

medium

medium

high

medium

high

high

medium

high

medium

critical

high

high

high

high

high

critical

medium

high

medium

critical

high

medium

medium

medium

high

high

high

medium

critical

high

medium

high

high