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

  - wifi：rtw88：usb：修复 USB 写入失败时的内存泄漏 当 rtw_usb_write_port（） 无法提交 USB 请求块 （URB）（例如，由于设备断开连接或 ENOMEM）时，从不执行完成回调。
    目前，驱动程序忽略 rtw_usb_write_data（） 和 rtw_usb_tx_agg_skb（） 中 rtw_usb_write_port（） 的返回值。由于这些函数依赖于完成回调来释放套接字缓冲区 （skb） 和事务控制块 （txcb），因此提交失败会导致：1. rtw_usb_write_data（） 中分配的 skb 的内存泄漏。2. rtw_usb_tx_agg_skb（） 中 txcb 结构和所有聚合 skb 的内存泄漏。通过检查 rtw_usb_write_port（） 的返回值修复此问题。如果失败，请在 rtw_usb_write_data（） 中显式释放 skb，然后正确清除 tx_ack_queue 并在 rtw_usb_tx_agg_skb（） 中释放 txcb。在设备断开/重新连接的实际情况以及内存压力条件下发现此问题。通过验证修复后正常的 TX 操作继续进行且无回归来进行测试。（CVE-2026-63821）

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

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

  - scsi：target：iscsi：绑定的 iscsi_encode_text_output（） 附加到 rsp_buf iscsi_encode_text_output（） 将 \0 记录串联 key=value到 login->rsp_buf，即在 iscsit_alloc_login_setup_buffer（） 中分配的 8192 字节 kzalloc（MAX_KEY_VALUE_PAIRS） 缓冲区）。此函数中的三个 sprintf（） 调用站点（v7.1-rc2 中的第 1398、1411、1424 行）从不检查剩余的缓冲区容量：*length += sprintf（output_buf， %s=%s， er->key， er->value）;*长度 += 1;output_buf = textbuf + *length;iscsi_target_check_login_request（） 处的 8192 字节上限限制了 *input* 登录 PDU 负载，但单个 PDU 最多可承载 2048 个最小四字节 a=b\0 对，每个未知密钥通过 iscsi_add_notunderstood_response（） 扩展为 16 字节 a=NotUnderstandod\0 输出记录。2048 * 16 = 32 KiB 的输出进入 8 KiB 缓冲区，从而在 kmalloc-8k slab 中产生 ~24 KiB 堆溢出。该补丁引入静态 iscsi_encode_text_record（） 帮助程序，该帮助程序使用 snprintf（） 对剩余缓冲区进行每次调用的边界检查，并通过 iscsi_encode_text_output（） 线程处理 u32 textbuf_size参数。iscsi_target_handle_csg_zero（） （PHASE_SECURITY） 和 iscsi_target_handle_csg_one（） （PHASE_OPERATIONAL） 中的调用站点都传递MAX_KEY_VALUE_PAIRS。溢出时，编码器记录条件，调用 iscsi_release_extra_responses（） 以删除排队的记录，并返回 -1;两个调用站点现在都会在返回前通过 iscsit_tx_login_rsp（） 发出ISCSI_STATUS_CLS_INITIATOR_ERR/ISCSI_LOGIN_STATUS_INIT_ERR，因此发起程序会看到明确的登录失败响应，而不是静默的连接中断。（在此修补程序之前，仅PHASE_OPERATIONAL调用程序执行此操作;PHASE_SECURITY调用程序已转换为相同的形状。）（CVE-2026-63887）

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

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

  - fprobe：修复 unregister_fprobe（） 以等待 RCU 宽限期 提交 4346ba1604093（fprobe：在函数图形跟踪器上重写 fprobe） 更改了 fprobe 以将 struct fprobe 注册到 rcu-hlist，但它忘记等待 RCU GP。因此，如果在取消注册后立即释放 fprobe，则可能会发生释放后使用。这可能会在 fprobe 事件和示例模块代码中发生。要修复此问题，请在 unregister_fprobe（） 中添加 synchronize_rcu（）。请注意，由于 fprobe 用作 bpf_kprobe_multi_link的一部分，因此 BPF 没有问题。这会在 bpf_kprobe_multi_link_release（） 中取消注册其 fprobe，并通过从 bpf_link_defer_dealloc_rcu_gp（） RCU 回调调用的 bpf_kprobe_multi_link_dealloc（） 解除分配。对于 BPF，这也引入了不等待 RCU grace priod 的 unregister_fprobe_async（）。
    (CVE-2026-64075)

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

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

  - net/smc：不重新初始化 smc 哈希表 INIT_HLIST_HEAD（&smc_v*_hashinfo.ht） 在 smc_nl_init）、proto_register（） 和 sock_register（） 之后调用。这可导致即使哈希条目已存在且正在使用 smc_v*_hashinfo.ht 仍会被重置，从而可能导致列表损坏。删除 smc_init（） 中 smc_v*_hashinfo.ht 不必要且危险的重新初始化;无论如何，它会隐式初始化为零。为定义添加HLIST_HEAD_INIT以便理解。（CVE-2026-64005）

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

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

  - tracing：避免截断时 hist_field_name（） 返回 NULL hist_field_name（） 在除完全限定 VAR_REF/EXPR 情况时，所有地方都返回 NULL，其中 snprintf（） 截断会提早返回 NULL 并绕过底部空>保护。调用方不期望 NULL： strcat（expr， hist_field_name（field， 0）） at trace_events_hist.c：1758 和排序密钥匹配循环中的 strcmp（） at ：4804 都会取消引用它。系统和event_name由MAX_EVENT_NAME_LEN界，但VAR_REF上的字段名称是从触发字符串中解析的直方图变量名称 kstrdup，并且没有长度上限，因此完全限定的引用中足够长的 var 名称可以到达截断路径。保留长度检查，但保留field_name因为发生溢出。（CVE-2026-64028）

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

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

  - 在 enquirer 中 2.4.1发现一个安全缺陷，直至 。影响的是 Public Package API 组件的 Enquirer.set 函数。参数 question.name 的操纵会导致对对象原型属性的修改受到不当控制。攻击者可远程执行攻击。该漏洞已被公开并可被用于攻击。该项目很早就通过问题报告获悉了该问题。（CVE-2026-15187）

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

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

  - netfs：修复 fd 打开 O_RDWR 时的写入流禁用 在 netfs_perform_write（） 中，执行写入流（脏但 ！uptodate 作品集中的脏数据缓存）以避免读取将立即被覆盖的数据的需要。但是，在三种情况下将禁用此功能：如果 fd O_RDWR打开、fscache 正在使用中（因为我们需要对 DIO 的区块进行四舍五入）或者如果启用了内容加密（同样是为了四舍五入）。如果 fd 处于打开状态O_RDWR则禁用它背后的想法是，我们需要先刷新写入流页面，然后才能读取数据，特别是通过 mmap。但现在 netfs 将填补在页面上调用 ->read_folio（） 的空白，因此没有必要。此外，如果打开单独的 fd 以供读取，这实际上无效。通过删除O_RDWR检查修复此问题，因此即使可能读取时也允许流式写入。这导致 generic/522 xfstest 的许多问题，但现已修复这些问题。（CVE-2026-64158）

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

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

  - iio：chemical：mhz19b：拒绝超大的串行回复 mhz19b_receive_buf（） 将每个 serdev 区块附加到固定的 MHZ19B_CMD_SIZE 接收缓冲区中，然后按 len 推进buf_idx，而不检查该区块是否适合剩余空间。因此大型回调会在命令路径验证回复之前，使 st->buf 溢出。在每个命令之前重置回复状态并拒绝超大的串行回复，然后再将其复制到固定缓冲区。当检测到过大的回复时，唤醒等待程序并报告 -EMSGSIZE，而非覆盖 st->buf。（CVE-2026-63932）

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

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

  - drm/msm/snapshot：修复未对齐区域的转储 快照代码在内部将数据段调整为 16 字节。这对于 DPU 代码（其中大多数区域对齐）效果很好，但对于 DSI 数据的快照无法（因为 DSI 数据区域移动了 4 个字节）。通过删除长度对齐并准确打印该区域中的最后寄存器来修复代码。在重做代码的同时，还修复了 msm_disp_state_dump_regs（） 中的 16x 内存过度分配。Patchwork：
    https://patchwork.freedesktop.org/patch/725449/ (CVE-2026-64039)

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

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

  - f2fs：修复大型作品集错误中缺失的读取 bio 提交 f2fs_read_data_large_folio（） 可在多个预读作品集中保留读取 bio。如果后续作品集在其任何块添加到简历之前遇到错误，则folio_in_bio为 false，当前错误路径在结束该作品集后立即返回。
    这可能会使早期作品集累积的简历未提交。然后，这些对开本永远不会收到读取完成，读者可以在锁定的对开本上无限期地等待。通过通用 out 路径路由错误，以便在返回之前提交任何待处理的 bio。一旦发现错误，就停止使用更多的预读作品集，只有在当前作品集实际添加到简历中时才等待并清除它。
    (CVE-2026-63820)

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

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

  - mm/migrate_device：修复 migrate_vma_insert_huge_pmd_page 中的旋转锁泄漏 通过 pmd_lock（） 获得 PMD 旋转锁后 check_stable_address_space（） 失败时，代码会直接跳至中止标签，进而绕过 unlock_abort 中的 spin_unlock（） 调用。这可造成 PMD 旋转锁永久持有，从而导致死锁。将转至目标从中止更改为unlock_abort以确保始终在此错误路径上释放旋转锁。（CVE-2026-64129）

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

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

  - igc：设置 SMD 帧的 tx 缓冲区类型 Sashiko 指出，igc_fpe_init_smd_frame（） 会初始化 SMD skb 的 igc_tx_buffer 字段，但不会设置缓冲区类型：
    https://sashiko.dev/#/patchset/20260415025226.114115-1-kohei%40enjuk.jp 由于重复使用igc_tx_buffer条目，过时的 XDP 或 XSK 类型可能仍然存在，并使 TX 完成使用错误的清理路径。将缓冲区类型设置为IGC_TX_BUFFER_TYPE_SKB。（CVE-2026-64035）

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

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

  - ipv6：通过计算 put_cmsg（） 长度时信任在线上的 hdrlen 字节 （ptr[1]），复制到 cmsg ip6_datagram_recv_specific_ctl（） 版本 IPV6_cmsg（及其IPV6_2292* 旧版），验证扩展标头长度。仅在解析时验证长度（ipv6_parse_hopopts（） 等）。nftables 负载写入表达式可在解析之后和 skb 到达 recvmsg 之前重写 hdrlen;写入本身为界内，但 put_cmsg（） 随后会从 8 字节标头读取多达 （（HDRLEN+1） << 3） = 2040 字节。可从非特权用户命名空间访问 nftables，因此这是非特权 slab-out-of-bound 读取： 缺陷：KASAN：put_cmsg+0x3ac/0x540 put_cmsg+0x3ac/0x540 udpv6_recvmsg+0xca0/0x1250 sock_recvmsg+0xdf/0x190 ____sys_recvmsg+0x1b1/0x620 中的 slab-out-of-bound 添加 ipv6_get_exthdr_len（），用于在读取 hdrlen 字段之前验证至少两个字节是否可访问， 然后根据 skb_tail_pointer（skb） 检查计算的长度，失败时返回 0。输入时，扩展标头通过 pskb_may_pull（） 保留在线性 skb 区域中，因此 skb_tail_pointer（） 为正确的边界。在所有非 AH 调用站点使用 ipv6_get_exthdr_len（）：五个独立的 cmsg 块（HbH、2292HbH、2292DSTOPTS x2、2292RTHDR）和扩展标头遍历循环中的三种标准情况（DSTOPTS、ROUTING、默认）。AH 保留了内联边界检查，因为其长度公式不同 （（ptr[1]+2）<<2）。walk 循环还会在顶部进行预读取边界检查，以在任何情况下访问 ptr[0] 或 ptr[1] 之前验证 ptr。当 walk 循环检测到损坏的标头时，请从函数返回，而不是继续处理之后的套接字选项。（CVE-2026-63920）

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

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

  - ksmbd：修复 smb_check_perm_dacl（） 中的越界读取 smb_check_perm_dacl（） 中的权限检查 ACE walk 验证 ACE 标头大小并在 SID_MAX_SUB_AUTHORITIES 处sid.num_subauth，但从未在 compare_sids（） 取消引用 ace->size 之前检查 ace-size 是否实际大到足以包含num_subauth子颁发机构。CIFS_SID_BASE_SIZE涵盖数组之前但不包括 sub_auth[] 数组的 SID 标头，而 offsetof（struct smb_ace， sid） 为 ACE 标头，因此现有防护仅保证 8 字节 SID 基础，即零子颁发机构。 然后，compare_sids（） 会读取 i 的 ace->sid.sub_auth[i] < min（local_sid->num_subauth， ace->sid.num_subauth）。本地比较 SID（sid_everyone、sid_unix_NFS_mode 和 id_to_sid（） 结果）始终至少有一个子颁发机构，攻击者可控制 ACE 修订和颁发机构字节（位于界内 SID 库内），因此可以匹配其中一个 SID 并强制进行sub_auth读取。因此，大小 == 16 和 num_subauth >= 1 的特制 ACE 位于安全描述符的末尾，会造成最多超过 pntsd 分配的 SID_MAX_SUB_AUTHORITIES * sizeof（__le32） 字节发生堆越界读取。安全描述符由 ksmbd_vfs_get_sd_xattr（） 加载到与磁盘上数据大小完全匹配的缓冲区（ndr_decode_v4_ntacl（） 中的 kzalloc（sd_size）），因此读取超出分配。畸形描述符可通过 SMB2_SET_INFO 逐字存储（DACL 在写入安全性之前未标准化。NTACL xattr），并且在后续SMB2_CREATE访问检查中触发读取，从而使得使用 ACL xattrs 的共享上的经认证的客户端可以访问此内容。添加缺少的 num_subauth-versus-ace_size 检查，以反映同级解析器 parse_dacl（） 和 smb_inherit_dacl（） 中已存在的相同防护。
    (CVE-2026-53390)

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

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

  - hwmon：（pmbus/adm1266） 通过协议大小的缓冲区的反弹黑盒记录 adm1266_pmbus_block_xfer（） 使用设备提供的长度将设备提供的块负载复制到调用程序提供的缓冲区中：
    memcpy（data_r， &msgs[1].buf[1]， msgs[1].buf[0]）;帮助程序不知道data_r有多大，并相信设备最多可返回一条记录的字节。adm1266_nvmem_read_blackbox（） 违反了该协定：它会以 ADM1266_BLACKBOX_SIZE（64 字节）步进read_buff 数据>dev_mem内，而帮助程序愿意写入最多ADM1266_PMBUS_BLOCK_MAX （255） 字节。在尾部记录上返回超过 64 个字节（在 2048 字节dev_mem分配中read_buff偏移 1984 dev_mem）的设备在调用后 if （ret ！= ADM1266_BLACKBOX_SIZE） 返回 -EIO 之前最多溢出 191 个字节;可拒绝响应。在不更改帮助程序签名的情况下包含调用程序中的补丁：将每条记录读入与帮助程序的最大输出相匹配的 255 字节本地反弹缓冲区中，验证返回的长度，然后才将恰好 ADM1266_BLACKBOX_SIZE 字节复制到dev_mem插槽。（CVE-2026-64085）

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

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

  - l2tp：在 l2tp_session_get_by_ifname 中使用 refcount_inc_not_zero l2tp_session_get_by_ifname（） 中的阅读器可返回指向 refcount 已达到零的会话的指针。getter 使用普通 refcount_inc（） 进行引用，但同一文件中的每个其他会话 getter（l2tp_v2_session_get、l2tp_v3_session_get 和相应的 _get_next 变体）使用 refcount_inc_not_zero（），因为 IDR/RCU 查找可能与 refcount_dec_and_test（） -> l2tp_session_free（） -> kfree_rcu（） 争用。ifname getter 是唯一的异常值;
    在 979c017803c4 之后在列表中提出了不一致（l2tp：使用 l2tp_session_unhash 中的list_del_rcu）。
    rcu_read_lock_bh（） 中符合 session->ifname 的阅读器可在 strcmp（） 和 refcount_inc（） 之间抢占。如果最后一个引用丢弃在该窗口中的另一个 CPU 上，则阅读器的 refcount_inc（） 在已达到零的计数器上运行。refcount_t捕获加零，打印refcount_t：
    在 0 上加法;use-after-free，使计数器饱和，并将饱和的指针返回给调用程序。
    会话内存由正在传输的 RCU 读取部分保持实时，但宽限期关闭后，从 l2tp_session_free（） 排队的 kfree_rcu（） 回调将释放它;取消引用超过该点的返回会话的调用程序会命中 slab-after-use-after-free。PREEMPT_RT local_bh_disable（） 上是每个 CPU 的休眠锁定，抢占窗口是真实的;在库存 PREEMPT 内核上 local_bh_disable（） 是一个preempt_count增量，它在实践中关闭了跨 CPU 争用（见下文）。使用 refcount_inc_not_zero（） 并在失败时继续列表遍历，从而匹配文件中的其他会话 getter。ifname getter 是 net/l2tp/ 中唯一仍然使用裸 refcount_inc（） 模式的会话 getter;此更改还原了文件内部一致性。成功路径保持不变。（CVE-2026-63918）

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

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

  - nfc：llcp：修复 llcp_sock_release（） 中的释放后使用 llcp_sock_release（） 会无条件断开套接字与本地套接字列表的链接。但是，如果套接字仍处于连接状态，则它位于连接列表中。通过检查套接字状态并从正确列表中断开链接修复此问题。
    (CVE-2026-64011)

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

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

  - selinux：修复 avdcache 审计 每任务 avdcache 未正确保存和重复使用 avc_audit_required（） 计算的经审计矢量，而不是根据当前请求的权限重新计算并区分拒绝和允许的情况。因此，某些权限检查未经过审计，例如，在以前缓存的目录搜索检查之后进行的目录写入检查。[PM：换行调整]（CVE-2026-53367）

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

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

  - tracing：如果 elt_alloc（） 失败，不调用 map->ops->elt_free（） 在 tracing_map_elt_alloc（） 无法分配对象的路径中，map->ops->elt_alloc（） 调用从未成功。在这种情况下，不应调用 map->ops->elt_free（）。（CVE-2026-64173）

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

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

  - net： ethernet： cortina： 使 RX SKB 按端口进行 SKB 用于从 gmac_rx（） 中的片段中组装数据包的 SKB 是静态的本地，但 Gemini 有两个以太网端口，这意味着如果设备同时使用这两个端口，则在糟糕的日子里这些端口之间可能存在争用。使 RX SKB 成为每个端口的变量，并在端口结构中的调用之间保留它。在调用 napi_gro_frags（） 时）、出错时（调用 napi_free_frags（） 后）或端口停止时，将指针归零。在某个不是绝对必要的地方将其归零，只是为了强调正在发生的事情。这是 Sashiko 在正常修补程序审查期间发现的。（CVE-2026-64056）

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

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

  - bridge：修复 sysfs 路径中 atomic 上下文中的睡眠 自 git 历史记录开始以来，brport_store（） 始终获取桥接锁定。当时这个决定是有道理的：桥接锁保护桥接及其端口的 STP 状态，当时该功能仅供两个 STP 相关属性（成本和优先级）使用。如今，brport_store（） 处理的属性越来越多，其中大多数都不需要桥接锁定：* 桥接标记：仅需要 RTNL。通过数据路径无锁读取。
    可以在 net-next 中添加注释。* FDB 端口刷新：仅需要 FDB 锁定。* 多播属性：仅需要多播锁定。* 群组转发掩码：仅需要 RTNL。通过数据路径无锁读取。可以在 net-next 中添加注释。* 备份端口：仅需要 RTNL。通过数据路径无锁读取。这是个问题，因为当某些桥接端口标志变更时，桥接会调用 dev_set_promiscuity（），而此函数自下述提交后可休眠，进而导致类似 [1] 的 splat。通过缩小桥接锁定的范围并仅在处理需要桥接锁定的两个 STP 相关属性时采用桥接锁定来修复此问题。从 br_switchdev_set_port_flag（） 中删除现在过时的注释。SWITCHDEV_F_DEFER 标记可在 net-next 中删除。[1] 缺陷：从 net/core/dev_addr_lists.c：1262 的无效上下文调用的休眠函数 in_atomic（）： 1， irqs_disabled（）： 0， non_block： 0， PID： 372，名称：bash preempt_count： 201，预期值：0 RCU 嵌套深度：0，预期值：0 bash/372 占用的 5 个锁： #0
    ffff88810c51c3f0 （sb_writers#7）{.+.+}-{0:0}， at： ksys_write （fs/read_write.c：740） #1： ffff888115ce9480 （&of->mutex）{+.+.}-{4:4}， at： kernfs_fop_write_iter （fs/kernfs/file.c：343） #2： ffff88810b9fd330 （kn->active#37）{.+.+}-{0:0}， at： kernfs_fop_write_iter （fs/kernfs/file.c：80 fs/kernfs/file.c：344）： #3
    fffffffffa59473a0 （rtnl_mutex）{+.+.}-{4:4}， at： brport_store （net/bridge/br_sysfs_if.c：326）： #4
    ffff8881099d2d58 （&br->lock）{+...}-{3:3}， at： brport_store （./include/linux/spinlock.h：348 net/bridge/br_sysfs_if.c：345） 抢占已禁用： 0x0 硬件名称： Bochs Bochs， BIOS Bochs 01/01/2011 调用跟踪： <TASK> dump_stack_lvl （lib/dump_stack.c：94 lib/dump_stack.c：120）
    __might_resched.cold （kernel/sched/core.c：9163） netif_rx_mode_run （net/core/dev_addr_lists.c：1262） netif_rx_mode_sync （net/core/dev_addr_lists.c：1428） dev_set_promiscuity （net/core/dev_api.c：289） br_manage_promisc （net/bridge/br_if.c：135 net/bridge/br_if.c：172） br_port_flags_change （net/bridge/br_if.c：242 net/bridge/br_if.c：747） store_learning （net/bridge/br_sysfs_if.c：79 net/bridge/br_sysfs_if.c：235）brport_store （net/bridge/br_sysfs_if.c：346） kernfs_fop_write_iter （fs/kernfs/file.c：352） new_sync_write （fs/read_write.c：595） vfs_write （fs/read_write.c：688） ksys_write （fs/read_write.c：740） do_syscall_64 （arch/x86/entry/syscall_64.c：63 arch/x86/entry/syscall_64.c：94） entry_SYSCALL_64_after_hwframe （arch/x86/entry/entry_64.S：121） （CVE-2026-63988）

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

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

  - drm/msm/adreno：修复 a2xx-a4xx 中由用户空间触发的崩溃 在 a5xx 之前，Adreno 驱动程序将不会尝试提取 UBWC 参数（因为这些代产品无论如何都不支持 UBWC），但仍可从用户空间查询 UBWC 相关参数，从而触发可能的空指针取消引用。检查 adreno_get_param（） 中的 UBWC 配置，如果无，则返回合理的默认值。Patchwork：
    https://patchwork.freedesktop.org/patch/717778/ (CVE-2026-64049)

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

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

  - ALSA：pcm：不设置虚假的静默iov_iter 在过渡到用于 PCM 数据传输的iov_iter时，我们盲目地将iov_iter设置应用于静默（即 data = NULL），这导致虚假iov_iter的计算。幸运的是，这在大多数架构上没有造成问题，但现在在 RISC-V 上出错，导致空取消引用。处理空数据情况以处理 interleaved_copy（） 中的静默，从而解决上述缺陷。noninterleaved_copy（） 已具有空数据处理能力，因此不需要更改。（CVE-2026-64134）

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

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

  - netfs：修复 netfs_invalidate_folio（） 以在所有更改消失时清除脏位 如果进行流式写入，这会使相关修改的 folio 处于非最新但脏状态，并且 netfs_folio struct 从 folio->private 挂起，指示脏范围。随后截断文件，以便删除作品集中的脏数据，但理论上保留作品集中的第一部分将导致netfs_folio结构被丢弃......但会保留脏标志集。如果随后通过 mmap（） 读取该作品集，netfs_read_folio（） 将发现该页面是脏的，并跳转到 netfs_read_gaps（） 以填补缺失的位。但是，netfs_read_gaps（） 预期存在 netfs_folio struct，并且可能因为截断删除了它而发生 oops。当 folio 中的所有脏数据遭到擦除（与 nfs 一样），通过在 netfs_invalidate_folio（） 中调用 folio_cancel_dirty（） 来修复此问题。另外添加一些跟踪点以将修改记录到脏页。这可以通过如下方式重现：dd if=/dev/zero of=/xfstest.test/foo bs=1M count=1 umount /xfstest.test mount /xfstest.test xfs_io -c w 0xbbbf 0xf96c \
    -c 截断 0xbbbf \ -c mmap -r 0xb000 0x11000 \ -c mr 0xb000 0x11000 \ /xfstest.test/foo 禁用 fscaching（否则将禁止流写入）并更改 netfs_perform_write（） 以在 fd 打开时禁止流写入 O_RDWR： if （//（file->f_mode &; FMODE_READ） || <--- 注释掉此 netfs_is_cache_enabled（ctx）） { 即使没有此更改，它也应该是可重现的， 但如果阻止上述无关紧要的 xfs_io 命令重现它。请注意，初始 dd 很重要：文件一开始必须足够大，以便零点逻辑不仅会清除间隙，因为它知道文件中还没有任何东西要读取。需要卸载和挂载以清除页面缓存（还有其他方法也可行）。这最初通过 generic/522 xfstest 在一些删除了FMODE_READ限制的修补程序上重现。（CVE-2026-64064）

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

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

  - mm：修复 __vm_normal_page（） 以处理对 pmd_special（）/pud_special（） 缺失的支持 在启用了 THP 的 x86 32 位上，可看到 zap_huge_pmd（） 在
    __vm_normal_page+0x6a/0x7d，来自 VM_WARN_ON_ONCE（is_zero_pfn（pfn） || is_huge_zero_pfn（pfn））;后面是 BUG： Bad rss-counter states，然后是 BUG： reclaim gets to call shrink_huge_zero_folio_scan（） 时的错误页面状态。_PAGE_SPECIAL 位好像从未在 pmd huge_zero中设置，事实上，pte_special（） 和 pte_mkspecial（） 受制于专用CONFIG_ARCH_HAS_PTE_SPECIAL，而 pmd_special（） 和 pmd_mkspecial（） 受制于CONFIG_ARCH_SUPPORTS_PMD_PFNMAP，这在任何 32 位架构上都不会启用。虽然该问题是通过提交 d80a9cb1a64a 暴露的 （mm/huge_memory：
    添加和使用 normal_or_softleaf_folio_pmd（）），这是提交 AF38538801C6 时的疏忽（mm/memory：
    从 vm_normal_page_*（）） 分解出常见代码，会导致其他问题：* smaps、pagemap （PAGE_IS_FILE） 和 numamaps 中的巨大零作品集被视为文件支持的 THP * 即使没有设置 FW_ZEROPAGE folio_walk_start（） 也会返回作品集。不过，来电者似乎容忍了这一点。...以及触发 VM_WARN_ON_ONE（），尽管到目前为止从未报告过。要修复此问题，请教授 vm_normal_page_pmd（）/vm_normal_page_pud（） 考虑是否确实实现了 pmd_special/pud_special。（CVE-2026-64181）

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

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

  - hwmon：（pmbus/adm1266） 拒绝直接来自 BLACKBOX_INFO 响应的字节 3 的 record_count上难以置信的 blackbox record_count adm1266_nvmem_read_blackbox（） 循环。目标缓冲区为 data->dev_mem，大小为 nvmem 信元声明的 2048 字节 （ADM1266_BLACKBOX_MAX_RECORDS * ADM1266_BLACKBOX_SIZE = 32 * 64）。报告record_count大于 32 的设备（无论是因为固件缺陷、总线损坏还是无响应从属设备返回0xff），都会read_buff经过尾随迭代的 dev_mem 分配结尾。在进入循环之前，请在 ADM1266_BLACKBOX_MAX_RECORDS 处record_count上限（此处介绍），并对任何较大值返回 -EIO，这样畸形 BLACKBOX_INFO 响应就无法驱动循环越界。（CVE-2026-64087）

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

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

  - usb：usbtmc：检查 URB actual_length是否有中断 IN 通知 USBTMC 设备可将可选的中断端点用于通知消息。这些通常包含指示负载格式的双字节标头，但驱动程序在访问数据缓冲区之前不会检查这些标头是否存在。如果 URB actual_length不足以适合这些标头，驱动程序将造成越界读取，或消耗之前通知中的过时剩余数据。通过检查 actual_data 是否包含足够的标头字节进行修复，否则将 URB 重新提交到中断端点。
    (CVE-2026-63904)

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

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

  - drm/amdgpu/vcn：设置 VCN v5.0.1 enc 环的no_user_fence VCN 编码器和解码器环不支持 64 位用户隔离写入，拒绝带有用户隔离的 CS 提交。（从提交 e16be95a2c3ee712b142cb27d2d2dca0b461181359 中精选出的内容）（CVE-2026-63849）

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

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

  - hpfs：修复 hpfs_map_dnode_bitmap 失败时的崩溃 如果hpfs_map_dnode_bitmap失败，代码将调用未初始化的四重缓冲区头中的 hpfs_brelse4，从而导致崩溃。（CVE-2026-63954）

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

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

  - ACPI：button：修复删除期间的 ACPI GPE 处理程序泄漏 提交 a7e23ec17fee（ACPI：button：也为系统事件安装通知程序）将 ACPI 按钮的 ACPI 通知处理程序类型更改为 ACPI_ALL_NOTIFY，但忘记更新 acpi_button_remove（） 以反映该更改。这会导致在删除驱动程序之后泄露通知处理程序，如果在删除驱动程序后触发特定设备上的 ACPI 通知，则可能造成内核崩溃，并造成具有相同驱动程序的指定设备的后续探测失败。通过适当更新 acpi_button_remove（） 中的 acpi_remove_notify_handler（） 调用来解决此问题。（CVE-2026-64013）

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

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

  - nvme-pci：修复数据设置错误时的 dma 映射泄漏 如果未能同时为 PRP 和 SGL 分配跟踪描述符，就会在迭代期间泄漏初始 DMA 映射。直接取消映射迭代器;我们不能使用现有的 unmap 帮助程序，因为它取决于成功分配的跟踪描述符，因此为正在使用的迭代器提供了一个新的帮助程序。驱动程序在映射 PRP 时检测到无效bio_vec时，映射也会泄漏，因此也修复该问题。（CVE-2026-64019）

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

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

  - xfrm：将 MIGRATE 通知路由到调用方的 netns xfrm_send_migrate（） 在 net/xfrm/xfrm_user.c 中和 net/key/af_key.c 中的 pfkey_send_migrate（），这两种硬编码init_net用于宣布成功XFRM_MSG_MIGRATE/SADB_X_MIGRATE的多播。XFRM_MSG_MIGRATE到达 per-netns NETLINK_XFRM 套接字，xfrm/af_key netlink 路径的其余部分已在 2008 年实现 netns 感知。xfrm_user.c 中的其他 14 个多播路径使用 xs_net（x）、xp_net（xp） 或 sock_net（skb->sk） 路由其事件;仅缺少迁移路径。init_net硬编码的两个后果：1. 通知（选择器、新旧端点地址和km_address）发送给 init_net 的 XFRMNLGRP_MIGRATE / pfkey BROADCAST_ALL组上的侦听器，而不是在发出的 netns 上。因此，在 init_net 中运行的 IKE 后台程序会接收来自主机上任何其他 netns 的迁移通知。2. 在非 init netns 内运行并订阅自己的 XFRMNLGRP_MIGRATE/pfkey 群组的 IKE 后台程序从未接收到自己的迁移通知。netns 内的 IKEv2 MOBIKE / 地址更新处理静默中断。通过 km_migrate（） 和 xfrm_mgr.migrate 函数指针线程 struct net，终止 xfrm_send_migrate（） 和 pfkey_send_migrate（） 中的 &init_net 替代），并通过 sock_net（skb->sk））一直向下传递调用程序的 net（已在 xfrm_migrate（） 范围内）。结构xfrm_mgr仅存在于树内，不会导出为稳定的 API，因此函数指针签名更改是内部的。自 pernet 转换以来，pfkey_broadcast（） 已通过 net_generic（net， pfkey_net_id） 感知 netns。af_key.c 中的其他五个 pfkey_broadcast（） 调用程序已传递 xs_net（x）、sock_net（sk） 或 per-netns 网络，因此这仅删除 &init_net 异常值。（CVE-2026-63914）

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

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

  - USB：serial：mxuport：通过小端点修复内存损坏 确保批量输出端点最大数据包大小至少为 8 字节，以避免在恶意设备报告较小的大小时导致用户控制的 slab 损坏。（CVE-2026-63899）

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

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

  - drm/amdgpu/jpeg：为 JPEG v4.0.5 环设置no_user_fence JPEG 环不支持 64 位用户屏蔽写入，拒绝带有用户屏蔽的 CS 提交。（从提交 f05d0a4f21fc720116d6e238f23308b199891058 中精选出的内容）（CVE-2026-63843）

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

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

  - PCI：mediatek-gen3：防止在找不到 IRQ 时泄漏 IRQ 域 在 mtk_pcie_setup_irq（） 中，IRQ 域会在提取控制器的 IRQ 之前进行分配。如果后者失败，该函数直接返回错误，而不清理分配的域。因此，请颠倒顺序，以便在找到控制器的 IRQ 之后分配 IRQ 域。Sashiko 在检查 [PATCH v6 0/7] 期间标记了此问题 PCI：mediatek-gen3：添加电源控制支持。（CVE-2026-63862）

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

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

  - efi：在 ACPI init 之前分配运行时工作队列，Since commit 5894cf571e14（acpi/prmt：使用 EFI 运行时沙盒调用 PRM 处理程序） ACPI PRM 调用被委派给在内核线程中运行的工作队列，可轻松检测和缓解由固件执行的错误内存访问。Rafael 报告称，此类 PRM 访问可能在 efisubsys_init（） 执行之前发生，也就是分配工作队列的位置，从而导致空指针取消引用。由于 acpi_init（） [触发早期 PRM 访问] 也以 subsys_initcall（） 形式执行，并有其自身可能对 initcall 排序敏感的依存关系，因此无法推迟推迟 acpi_init（）。因此，请改为将工作队列分配拆分为自己的 postcore initcall，因为这是唯一缺失的部分，以允许进行 EFI 运行时调用。这确保了在 subsys_initcall（） 级别运行的所有代码都可以访问 EFI 运行时调用（包括 PRM 调用）。（CVE-2026-64183）

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

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

  - ip6：vti：在 vti6_changelink（） 中使用 ip6_tnl.net。ip netns 添加 ns1 ip netns 添加 ns2 ip -n ns1 链接添加 vti6_test 类型 vti6 远程 ：：1 本地 ：：2 密钥 7 ip -n ns1 链接集 vti6_test netns ns2 ip -n ns2 链接集 vti6_test类型 vti6 远程 ：：3 本地 ：：4 密钥 9 IP netns del ns2 ip netns del ns1 [ 132.495484]
    ------------[ cut here ]------------ [ 132.497609] net/core/dev.c：12376！提交 61220ab34948（vti6：启用命名空间变更）从 vti6 设备丢弃的NETIF_F_NETNS_LOCAL。然后，vti6 隧道可穿过IFLA_NET_NS_FD。移动后，dev_net（dev） 指向新的 netns，而 t->net 停留在创建 netns。vti6_changelink（） 和 vti6_update（） 仍在使用 dev_net（dev） 和 dev_net（t->dev）。它们从每个 netns 哈希中断开链接，然后重新链接到另一个哈希。创建 netns 留下一个过时的条目。
    netns 稍后遍历释放的内存的 cleanup_net（）。可从非特权用户命名空间访问 （unshare --user --map-root-user --net）。容器主机上的跨租户范围。（CVE-2026-63917）

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

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

  - mm/vmalloc：不在 BH 禁用的上下文上触发 BUG（） __get_vm_area_node（） 目前如果 in_interrupt（） 返回 true，则会触发 BUG（）。但是，禁用 BH 时，in_interrupt（） 仍会报告 true。桥接代码可在禁用下半部的情况下调用 rhashtable_lookup_insert_fast（）：__vlan_add（） -> br_fdb_add_local（） spin_lock_bh（&br->hash_lock）; <-- Disable BH -> fdb_add_local（） -> fdb_create（） -> rhashtable_lookup_insert_fast（） -> kvmalloc（） -> vmalloc（） -> __get_vm_area_node（） -> BUG_ON（in_interrupt（）） spin_unlock_bh（&br->hash_lock） 即使调用程序不在 NMI 或硬 IRQ 上下文中，这也会触发 BUG（）。将 in_interrupt（） 检查替换为 in_nmi（） ||in_hardirq（）。
    (CVE-2026-63955)

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

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

  - iio：gyro：itg3200：修复 i2c 读取错误堆栈位置 itg3200_read_all_channels（） 执行“__be16
    *buf“作为参数，并将i2c_msg目标填入为”（char *）&buf“。由于“buf”是参数（指针），“&buf”是 itg3200_read_all_channels（） 堆栈上本地指针槽的地址，而不是调用方的扫描缓冲区的地址。（char *） 转换隐藏类型不匹配。因此，i2c_transfer（） 将 ITG3200_SCAN_ELEMENTS * sizeof（s16） = 8 字节写入参数的堆栈槽，该堆栈槽在函数返回时被丢弃。调用方在 itg3200_trigger_handler（） 中的扫描缓冲区从未被写入，因此每次扫描时 iio_push_to_buffers_with_timestamp（） 都会通过 /dev/iio：deviceX 将未初始化的堆栈内容推送到用户空间 -- 这两者包括一个功能缺陷（不会通过触发的缓冲区传送实际陀螺仪或温度数据）和一个信息泄漏。非缓冲 read_raw（） 路径不受影响：它会经过 itg3200_read_reg_s16（），后者在本地 s16 值上使用“&out”，而这在本地 s16 值上是正确的。删除虚假的“&”，以便 i2c 读取写入调用方的缓冲区。（CVE-2026-63934）

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

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

  - ipv4：unregister_net_sysctl_table（） 后释放 net->ipv4.sysctl_local_reserved_ports ipv4_sysctl_exit_net（） 当前过早释放 net->ipv4.sysctl_local_reserved_ports。只有在 unregister_net_sysctl_table（） 之后，我们才能确定没有任何线程可能使用 sysctl，包括 /proc/sys/net/ipv4/ip_local_reserved_ports。（CVE-2026-64002）

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

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

  - i2c：tegra：修复mutex_lock失败时的pm_runtime泄漏 如果 tegra_i2c_mutex_lock（） 失败，该函数返回时不调用 pm_runtime_put（），从而泄漏由前面的 pm_runtime_get_sync（） 获取的运行时 PM 引用。这可防止设备进入运行时挂起状态。在锁定失败时返回之前添加缺失的 pm_runtime_put（）。（CVE-2026-64171）

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

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

  - drm/xe/oa：修复流打开时宽度检查时的exec_queue泄漏 在 xe_oa_stream_open_ioctl（） 中，当 param.exec_q->width > 1 时，函数直接返回 -EOPNOTSUPP，从而跳过现有err_exec_q清理路径。xe_exec_queue_lookup（） 获取的 exec_queue 引用泄漏。exec 队列会在xe_file上保留一个引用，仅在队列拆卸期间终止该引用。泄漏的 lookup ref 不在文件的 xarray exec_queue中，因此 file close 无法释放它。这样会无限期地保持 exec 队列和文件私有状态。跳转到 err_exec_q 而不是直接返回，这样引用就会释放。（从提交 339fa0be9e4a5d69fa47e91f4a36574224fb478f 中精选出的内容）（CVE-2026-64021）

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

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

  - thunderbolt：property：拒绝 tb_property_entry_valid（） 中的 u32 封装 entry->value 为 u32，entry->length 为 u16;以 U32 执行求和并换行。恶意 XDomain 对等机可选择 value = 0xffffff00、length = 0x100，因此总和0x100000000封装为 0 并通过> block_len检查。然后，tb_property_parse（） 将 entry->value 作为 dword 偏移传送到 parse_dwdata（），从而读取远远超过分配的攻击者定向内存。对于具有 deviceid 或 vendorid 密钥的 TEXT 键入条目，这会位于 xd->device_name / xd->vendor_name 中，可通过 per-XDomain device_name / vendor_name sysfs 属性读取回来;泄漏是 NUL 限制的（kstrdup（） 在第一个零字节停止）且无目标（攻击者选择增量而非绝对地址）。DATA 类型的条目被解析为 property->value.data，但不会按一般方式显示到用户空间。使用 check_add_overflow（） 以便拒绝封装的和。（CVE-2026-63893）

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

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

  - net：mctp：usb：修复 urb 完成和 rx_retry 取消之间的争用 设置 ->stopped 和取消 rx_retry 工作（在 ndo_stop 中）之间的顺序顺序可能导致 urb 排队：T1：ndo_stop T2：rx_retry_work ------------ ---------------- LD：->stopped => false ST：->stopped <= true usb_kill_urb（） mctp_usb_rx_queue（） usb_submit_urb（） cancel_delayed_work_sync（） 然后，该 urb 完成可以重新计划rx_retry_work。通过在新的 rx 锁下以原子方式更新两者，加强停止（防止再次重新排队）和取消之间的顺序。设置 ->rx_stopped 并取消待定工作后，我们知道无法发生重新排队，因此剩下的就是终止任何待定的 urb。
    (CVE-2026-63874)

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

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

  - net/iucv：修复 .getsockopt 镜像中的锁定 iucv_sock_setsockopt（） 并将整个交换器封装在 lock_sock（）/release_sock（） 中。预先存在的仅SO_MSGLIMIT锁定变为多余并被删除。任何 AF_IUCV HIPER 用户都可能通过 recvmsg（） 与 getsockopt（SO_MSGSIZE） 争用来造成内核崩溃：SO_MSGSIZE arm 在 iucv_sock_close（）（从争用 recvmsg（） 调用）将 hs_dev 设置为 NULL 后取消引用 iucv->hs_dev->mtu，从而产生空指针取消引用错误。（CVE-2026-64004）

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

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

  - usb：typec：altmodes/displayport：读取状态更新 VDO 前验证计数 损坏/恶意设备可发送状态更新 VDO 的错误计数，造成内核读取未初始化的堆栈数据并将其发送到其他地方。通过正确验证 update 对象的计数修复此问题。（CVE-2026-63961）

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

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

  - RDMA/ionic：以 %.64s 绑定node_desc sysfs 读取 node_desc[64] 在结构ib_device不能保证以 NUL 终止。核心 IB sysfs 处理程序使用 %.64s 正是出于这个原因 （drivers/infiniband/core/sysfs.c：1307），因为 node_desc_store（） 执行多达 IB_DEVICE_NODE_DESC_MAX 字节且没有 NUL 终止的原始 memcpy： memcpy（desc.node_desc， buf， min_t（int， count， IB_DEVICE_NODE_DESC_MAX））;如果通过node_desc sysfs 文件写入正好有 64 个字节，则数组不含 NUL 字节。ionic hca_type_show（） 处理程序使用未限制边界的 %s，并将超过node_desc尾读取到 struct ib_device 的相邻字段，直到遇到 NUL。ionic 支持 IB_DEVICE_MODIFY_NODE_DESC，因此这可由用户空间触发。匹配核心处理程序并绑定格式说明符。（CVE-2026-53371）

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

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

  - iommupt：检查pgsize_bitmap中缺少的PAGE_SIZE Sashiko 指出驱动程序可能会从pgsize_bitmap中丢弃PAGE_SIZE。这在技术上是允许的，但没有任何作用，这种iommu_domain不会用于今天的 DMA API。尽管如此，它还是违反了设计，修复起来很简单。将PT_WARN_ON提升到 if 分支，然后跳过快速路径。（CVE-2026-64151）

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

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

  - net：mana：验证 rx_req_idx 以防止越界数组访问 在 mana_hwc_rx_event_handler（） 中，rx_req_idx源自 DMA 一致内存中的 sge->address。在机密虚拟机 （SEV-SNP/TDX） 中，此内存以未加密方式共享，且硬件可随时修改 WQE 内容。rx_req_idx 上不存在边界检查，可能导致对 reqs[] 的越界访问。在将 mana_hwc_rx_event_handler（） 用于索引 reqs[] 数组索引之前，先对 rx_req_idx 添加边界检查。（CVE-2026-64018）

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

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

  - sched/mmcid：修复在修复路径中MM_CID_UNSET CID 时的 OOB clear_bit 在 mm_cid_fixup_cpus_to_tasks（） 中，当 rq->curr 具有目标 mm 且已设置 mm_cid.active 时，会在设置转换位之前使用 cid_in_transit（） 检查 CID。在每 CPU 模式下，新 fork 或 exec'd 任务可使用 mm_cid.cid == MM_CID_UNSET 运行，因为 CID 会在计划中延迟分配。使用 cid_in_transit（），保护传递 MM_CID_UNSET（无传输位），将其转换为 MM_CID_UNSET |MM_CID_TRANSIT并收起;稍后 mm_cid_schedout（） 将其馈送到 clear_bit，并以 MM_CID_UNSET 作为位号，从而触发越界写入。症状：这是真正的内存损坏，但为限制性越界写入，而非任意写入。MM_CID_UNSET是固定的 sentinel BIT（31），因此一旦错误值达到 mm_cid_schedout（），cid_from_transit_cid（） 条带就会离开MM_CID_UNSET，从而无法通过 cid < max_cids收敛测试并落入 mm_drop_cid（） -> clear_bit（MM_CID_UNSET， mm_cidmask（mm））。cid 位图嵌入在 mm_struct slab 对象中（在 cpu_bitmap 和 mm_cpus_allowed 之后），并且宽度仅为 num_possible_cpus（） 位，因此清除位 31 是在经过位图基础的 2^31 / 8 == 256 MiB 固定偏移处进行确定性的 OOB 位清除。该地址不受攻击者影响（固定 sentinel ->固定偏移），并且 op 仅清除单个位;位于直接映射沿线 256 MiB 处的是碰巧存在的任何内核对象，因此这会损坏一位不可预测的内核内存 -- 它不是任意地址或任意值写入。仅当 CPU 正在运行 cid 仍处于MM_CID_UNSET状态的目标 mm 的活动任务时（该任务的下一个计划为其分配真正的 CID 之前的 fork（）/execve（） 窗口），并且每 CPU >每任务的修复经过它时才会触发（由线程退出驱动的模式回退， sched_mm_cid_exit（） 中，或通过延迟的max_cids在 mm_cid_work_fn（）） 中重新计算）。实际上，syzkaller 将其显示为 __schedule -> mm_cid_switch_to 中报告的 KASAN 释放后使用，其中有问题的 clear_bit（） 通过 mm_cid_schedout（） -> mm_drop_cid（） 内联。除了现有的 cid_in_transit（） 检查外，还保护针对 MM_CID_UNSET 的转换位分配，以便仅在真正任务拥有的 CID 上设置该位。正在运行的活动任务的 CPU 拥有 （MM_CID_ONCPU） CID 由上面的 cid_on_cpu（pcp->cid） 分支处理，并且永远不会到达此路径，因此排除MM_CID_UNSET（以及已转换的情况）就足够了。（CVE-2026-63799）

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

ID	名称	严重性
328198	Linux Distros 未修补的漏洞：CVE-2026-63821	medium
328197	Linux Distros 未修补的漏洞：CVE-2026-63887	critical
328196	Linux Distros 未修补的漏洞：CVE-2026-64075	medium
328195	Linux Distros 未修补的漏洞：CVE-2026-64005	high
328194	Linux Distros 未修补的漏洞：CVE-2026-64028	medium
328193	Linux Distros 未修补的漏洞：CVE-2026-15187	medium
328192	Linux Distros 未修补的漏洞：CVE-2026-64158	high
328191	Linux Distros 未修补的漏洞：CVE-2026-63932	medium
328190	Linux Distros 未修补的漏洞：CVE-2026-64039	high
328189	Linux Distros 未修补的漏洞：CVE-2026-63820	medium
328188	Linux Distros 未修补的漏洞：CVE-2026-64129	medium
328187	Linux Distros 未修补的漏洞：CVE-2026-64035	critical
328186	Linux Distros 未修补的漏洞：CVE-2026-63920	high
328185	Linux Distros 未修补的漏洞：CVE-2026-53390	high
328184	Linux Distros 未修补的漏洞：CVE-2026-64085	high
328183	Linux Distros 未修补的漏洞：CVE-2026-63918	high
328182	Linux Distros 未修补的漏洞：CVE-2026-64011	high
328181	Linux Distros 未修补的漏洞：CVE-2026-53367	medium
328180	Linux Distros 未修补的漏洞：CVE-2026-64173	medium
328179	Linux Distros 未修补的漏洞：CVE-2026-64056	critical
328178	Linux Distros 未修补的漏洞：CVE-2026-63988	medium
328177	Linux Distros 未修补的漏洞：CVE-2026-64049	medium
328176	Linux Distros 未修补的漏洞：CVE-2026-64134	high
328175	Linux Distros 未修补的漏洞：CVE-2026-64064	medium
328174	Linux Distros 未修补的漏洞：CVE-2026-64181	high
328173	Linux Distros 未修补的漏洞：CVE-2026-64087	high
328172	Linux Distros 未修补的漏洞：CVE-2026-63904	medium
328171	Linux Distros 未修补的漏洞：CVE-2026-63849	high
328170	Linux Distros 未修补的漏洞：CVE-2026-63954	high
328169	Linux Distros 未修补的漏洞：CVE-2026-64013	medium
328168	Linux Distros 未修补的漏洞：CVE-2026-64019	medium
328167	Linux Distros 未修补的漏洞：CVE-2026-63914	high
328166	Linux Distros 未修补的漏洞：CVE-2026-63899	medium
328165	Linux Distros 未修补的漏洞：CVE-2026-63843	high
328164	Linux Distros 未修补的漏洞：CVE-2026-63862	medium
328163	Linux Distros 未修补的漏洞：CVE-2026-64183	medium
328162	Linux Distros 未修补的漏洞：CVE-2026-63917	high
328161	Linux Distros 未修补的漏洞：CVE-2026-63955	high
328160	Linux Distros 未修补的漏洞：CVE-2026-63934	medium
328159	Linux Distros 未修补的漏洞：CVE-2026-64002	high
328158	Linux Distros 未修补的漏洞：CVE-2026-64171	high
328157	Linux Distros 未修补的漏洞：CVE-2026-64021	medium
328156	Linux Distros 未修补的漏洞：CVE-2026-63893	high
328155	Linux Distros 未修补的漏洞：CVE-2026-63874	high
328154	Linux Distros 未修补的漏洞：CVE-2026-64004	high
328153	Linux Distros 未修补的漏洞：CVE-2026-63961	medium
328152	Linux Distros 未修补的漏洞：CVE-2026-53371	medium
328151	Linux Distros 未修补的漏洞：CVE-2026-64151	high
328150	Linux Distros 未修补的漏洞：CVE-2026-64018	critical
328149	Linux Distros 未修补的漏洞：CVE-2026-63799	high

检测

Nessus 的 Misc. 系列

medium

critical

medium

high

medium

medium

high

medium

high

medium

medium

critical

high

high

high

high

high

medium

medium

critical

medium

medium

high

medium

high

high

medium

high

high

medium

medium

high

medium

high

medium

medium

high

high

medium

high

high

medium

high

high

high

medium

medium

high

critical

high