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

  - spi：microchip-core-qspi：手动控制内置 cs coreQSPI IP 仅支持单个芯片选择，该芯片由硬件自动操作 - 当传输缓冲区首次写入总线时设置为低电平，当写入 FRAMES 寄存器 TOTALBYTES 字段的字节数时设置为高。其他设备必须使用 GPIO 进行芯片选择。有人向我报告，如果此 QSPI 控制器上连接了两个设备，则当 linux 尝试访问连接到 GPIO 的设备时，内置芯片选择被设置为低。由于将多个设备连接到 SPI 控制器的板都专门使用 GPIO 进行芯片选择，完全不依赖内置芯片选择，因此没有检测到这一点。事实证明，这是因为内置芯片选择在自动控制时，在活动时设置为低电平，在非活动时设置为高电平，从而排除了其用于高电平有效设备或需要在禁用芯片选择的情况下传输的设备。修改驱动程序，使其直接控制芯片选择，并保留mem_ops在exec_op回调中的整个传输期间将芯片选择设置为激活的行为。对于常规传输，实现要使用的核心的set_cs回调。作为其中的一部分，现有设置回调 mchp_coreqspi_setup_op（） 将被删除。当存在多个设备时，在操作期间修改 CLKIDLE 字段并不安全，因此此代码将完全删除。设置 MASTER 和 ENABLE 字段可以在探测时完成一次，无需为每个设备重新运行。相反，新的设置回调将内置芯片选择设置为/设备的非活动状态，因为软件控制模式下芯片选择的复位值较低。（CVE-2026-46148）

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

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

  - Bluetooth：btmtk：在结构访问前验证 WMT 事件 SKB 长度 btmtk_usb_hci_wmt_sync（） 会将 WMT 事件响应 SKB 数据转换为 struct btmtk_hci_wmt_evt（7 字节）和 struct btmtk_hci_wmt_evt_funcc（9 字节），而无需事先检查 SKB 是否包含足够数据。较短的固件响应造成来自 SKB tailroom 的越界读取。使用 skb_pull_data（） 验证基础 WMT 事件标头并前进。对于FUNC_CTRL情况，请在访问其他状态字段字节之前先提取它们。
    (CVE-2026-46140)

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

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

  - dm-thin：修复元数据引用计数下溢 函数rebalance_children的 dm-thin 中存在一个缺陷。如果内部 btree 节点只有一个条目，则代码会尝试将所有 btree 条目从节点的子节点复制到节点本身，然后减少子节点的引用计数。如果子节点是共享的（它的引用计数> 1），我们不会释放它，因此每个孙节点都有两个指针。
    但是孙子的引用计数不会增加，因此引用计数与指向孙子的指针数不匹配。这导致 device mapper：空间映射通用：
    无法减少区块错误。如果共享 btree 节点，通过增加孙代上的引用计数来修复此缺陷。（CVE-2026-46107）

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

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

  - wifi：b43：强制对 b43_rx（） 中的固件密钥索引进行边界检查 b43_rx（） 中由固件控制的密钥索引可超过 dev->key[] 数组大小（58 个条目）。现有B43_WARN_ON在生产版本中未强制执行，从而允许越界读取。通过在固件返回无效密钥索引时丢弃帧来强制执行B43_WARN_ON检查。（CVE-2026-46122）

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

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

  - fbcon：避免控制台旋转失败时的 OOB 字体访问 如果控制台旋转期间的重新分配在 fbcon_rotate_font（） 中失败，则清除字体缓冲区。在这种情况下，旋转缓冲区的 putcs 实现将提早返回。有关示例，请参阅 [1]。目前，fbcon_rotate_font（） 保留旧缓冲区，该缓冲区对旋转后的字体来说太小。打印到具有足够高字符代码的旋转控制台将使字体缓冲区溢出。v2： - 修复提交消息 （CVE-2026-46191） 中的拼写错误

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

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

  - fanotify：修复权限事件的误报 fsnotify_get_mark_safe（） 可能会为不相关群组上的标记返回假，从而导致绕过权限检查。通过跳过不在当前群组中的分离标记进行修复。（CVE-2026-46150）

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

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

  - ALSA：usb-audio：避免 convert_chmap_v3（） 中潜在的死循环 convert_chmap_v3（） 有一个增量为 cs_desc->wLength 的循环，但我们忘记验证 cs_desc->wLength 本身，这可能由畸形描述符导致潜在的死循环。添加适当的大小检查以中止用于堵塞孔的循环。（CVE-2026-46146）

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

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

  - media：rc：xbox_remote：注意 DMA 限制 IO 的缓冲区不得成为设备结构的一部分，因为这违反了 DMA 一致性规则。（CVE-2026-46236）

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

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

  - btrfs：修复删除目录时缺失的last_unlink_trans更新 删除目录时，我们不会更新其last_unlink_trans字段，这可能会导致错误的 fsync 行为，万一有人在删除目录后由于保留文件描述符而对其执行 fsync。示例场景：
    mkdir /mnt/dir1 mkdir /mnt/dir1/dir2 mkdir /mnt/dir3 sync -f /mnt # 对目录进行一些更改并将其 fsync。chmod 700 /mnt/dir1 xfs_io -c fsync /mnt/dir1 # 将 dir2 移出 dir1，以便使 dir1 变为空白。mv /mnt/dir1/dir2 /mnt/dir3/ 在 /mnt/dir1 上打开 fd 在路径 /mnt/dir1 fsync fd <trigger power failure> 上调用 rmdir（2） 尝试挂载文件系统时，日志重播将因 -EIO 错误而失败，且 dmesg/syslog 包含以下内容： [445771.626482] BTRFS 信息（设备 dm-0）：首次挂载文件系统 0368bbea-6c5e-44b5-b409-09abe496e650 [445771.626486] BTRFS 信息（设备 dm-0）：使用 crc32c 校验和算法 [445771.627912] BTRFS 信息（设备 dm-0）： 开始 tree-log 重播 [445771.628335] 页面：
    refcount：2 mapcount：0 mapping：0000000061443ddc index：0x1d00 pfn：0x7072a5 [445771.629453] memcg：ffff89f400351b00 [445771.629892] aops：btree_aops [btrfs] ino：1 [445771.630737] flags：
    0x17fffc00000402a（uptodate|lru|private|writeback|node=0|zone=2|lastcpupid=0x1ffff）[445771.632359] raw：
    017fffc00000402a ffffff47284d950c8 ffff472907b7c08 ffff89f458e412b8 [445771.633713] raw： 00000000000001d00 ffff89f6c51d1a90 00000002ffffffff ffff89f400351b00 [445771.635029] 页面转储，因为：eb 页面转储 [445771.635825] BTRFS 危急（设备 dm-0）：损坏的叶：root=5 block=30408704 slot=10 ino=258，无效的 nlink：有 2 个期望不超过 1 的目录 [445771.638088] BTRFS 信息（设备 dm-0）：叶30408704第 10 代 总 ptrs 17 可用空间 14878 所有者 5 [445771.638091] BTRFS 信息（设备 dm-0）： refs 4 lock_owner 0 当前3581087 [445771.638094] 项目 0 密钥 （256 INODE_ITEM 0） itemoff 16123 itemsize 160 [445771.638097] inode 生成 3 transid 9 大小 16 NBYTES 16384 [445771.638098] 区块群组 0 模式 40755 链接 1 uid 0 gid 0 [445771.638100] rdev 0 序列 2 标记 0x0 [445771.638102] atime 1775744884.0 [445771.660056] ctime 1775744885.645502983 [445771.660058] mtime 1775744885.645502983 [445771.660060] otime 1775744884.0 [445771.660062] 项目 1 密钥 （256 INODE_REF 256） itemoff 16111 itemsize 12 [445771.660064] index 0 name_len 2 [445771.660066] 项目 2 键 （256 DIR_ITEM 1843588421） itemoff 16077 itemsize 34 [445771.660068] 位置键 （259 1 0） 类型 2 [445771.660070] transid 9 data_len 0 name_len 4 [445771.660075] 项目 3 键 （256 DIR_ITEM 2363071922） itemoff 16043 itemsize 34 [445771.660076] 位置键 （257 1 0） 类型 2 [445771.660077] transid 9 data_len 0 name_len 4 [445771.660078] 项目 4 键 （256 DIR_INDEX 2） itemoff 16009 itemsize 34 [445771.660079] 位置键 （257 1 0） 类型 2 [445771.660080] transid 9 data_len 0name_len 4 [445771.660081] 项目 5 键 （256 DIR_INDEX 3） itemoff 15975 itemsize 34 [445771.660082] 位置键 （259 1 0） 类型 2 [445771.660083] transid 9 data_len 0 name_len 4 [445771.660084] 项目 6 键 （257 INODE_ITEM 0） itemoff 15815 itemsize 160 [445771.660086] inode generation 9 transid 9 大小 8 nbytes 0 [445771.660087] 区块群组 0 模式 40777 链接 1 uid 0 gid 0 [445771.660088] RDEV 0 序列 2 标记 0x0 [445771.660089] atime 1775744885.641174097 [445771.660090] ctime 1775744885.645502983 [] mtime 1775744885.645502983 [445771.660105445771.660091] otime [445771.6601061775744885.641174097] 项目 7 键 （257 INODE_REF 256） itemoff 15801 itemsize 14 [445771.660107] 索引 2 name_len 4 [445771.660108] 项目 8 键 （257 DIR_ITEM 2676584006） itemoff 15767 itemsize 34 [445771.660109] 位置键 （2 ---truncated--- （CVE-2026-46160）

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

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

  - KVM：x86：检查慢速刷新超级调用中的 nEPT/nNPT 检查 is_guest_mode（vcpu） 不正确，因为 translate_nested_gpa（） 仅在 L2 客户机运行 *启用嵌套 EPT/NPT 时* 有效。请改用与 translate_nested_gpa（） 本身相同的条件。（CVE-2026-46131）

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

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

  - drm/amdgpu/vcn3：防止解析 dec 消息时的越界读取 在访问消息时检查 BO 末尾的边界。 （CVE-2026-46230）

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

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

  - drm/xe：修复 xe_gem_prime_import（） 中的 dma-buf 附件泄漏当 xe_dma_buf_init_obj（） 失败时，不会分离来自 dma_buf_dynamic_attach（） 的附件。返回错误前添加 dma_buf_detach（）。
    注意：我们无法在此处使用 goto out_err，因为 xe_dma_buf_init_obj（） 在失败时已释放 bo，而 out_err 将双重释放它。（从提交 a828eb185aac41800df8eae4b60501ccc0dbbe51 中精选出的内容）（CVE-2026-46201）

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

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

  - 以前在 OpenStack Keystone 中 29.0.2发现了一个问题。当与应用程序凭据假冒漏洞相结合时，在项目中具有成员角色的攻击者可通过将不受限制的应用程序凭据与 Keystone 信任链接起来来升级为管理员。假冒的标记带有受害者的身份，该身份通过了信任者验证检查。然后，Keystone 会根据数据库中受害者的实际角色分配，而不是请求标记上的角色来验证委派的角色。这允许攻击者创建信任，将受害者的管理员角色委派给自己。信任会独立保存，并且可以创建其他信任和应用程序凭据来保持访问权限。所有操作都记录在受害者的身份下。（CVE-2026-43000）

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

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

  - ipmi：检查事件消息缓冲区响应是否有错误数据。稍后在处理事件消息缓冲区响应数据大时会检查事件消息缓冲区响应数据大小，但在响应返回后立即检查。某些 BMC 在获取事件时可能会返回空消息而非错误。显然有一些新的 BMC 会出现此错误，因此我们需要进行补偿。（CVE-2026-46128）

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

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

  - 以前在 OpenStack Keystone 中 29.0.2发现了一个问题。enforce_call 中的 Keystone RBAC 策略强制器通过 policy_dict.update（json_input.copy（） 无条件地将原始 JSON 请求正文合并到策略执行字典中，从而覆盖之前从数据库查找中设置的受信任目标数据。由于使用 force=True 调用 flask.request.get_json，因此无论使用 Content-Type 还是 HTTP 方法，这都有效。任意经过身份验证的用户均可在请求正文中注入任意策略目标属性（如 user_id、project_id），以绕过 RBAC 检查，并对属于其他用户或项目的资源执行未经授权的操作。这在提交 5ea59f52 （Rocky/14.0.0） 中引入。
    (CVE-2026-42999)

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

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

  - wifi：rsi：修复终止 kthread 时同时使用 self-exit（kthread_complete_and_exit） 和 external-stop （kthread_stop） 的 self-exit 和 external-stop RSI 驱动程序之间的 kthread 生命周期争用。通常首先调用 kthread_stop（），在这种情况下不会发生特别问题。但在极少数情况下，如果先调用 kthread_complete_and_exit（），再调用 kthread_stop（），则会发生 UAF，因为会再次访问已经退出并释放的 kthread 对象。因此，为了通过最少的修改来防止这种情况，必须删除 kthread_stop（） 并更改代码以等待自退出操作完成。（CVE-2026-46187）

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

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

  - RDMA/ocrdma：不对 ocrdma_copy_pd_uresp（） 中的错误取消引用 uctx NULL Sashiko 指出，pd->uctx 直到函数后期才初始化，因此所有这些错误流引用均为 NULL 并将崩溃。
    使用非 NULL 的 uctx。（CVE-2026-46127）

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

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

  - riscv：kvm：修复矢量上下文分配泄漏 当第二个 kzalloc （host_context.vector.datap） 在kvm_riscv_vcpu_alloc_vector_context中失败时，将泄漏第一个分配 （guest_context.vector.datap）。返回前将其释放。（CVE-2026-46171）

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

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

  - exit：防止抢占 oopsing TASK_DEAD 任务 当已退出的任务 oops 时，make_task_dead（） 当前会在启用优先权的情况下调用 do_task_dead（）。这是禁止的：do_task_dead（） 调用
    __schedule（），其注释显示 WARNING： must call on the call with preemption disabled！。如果 oopsing 任务在 do_task_dead（） 中被抢占，则在成为 TASK_DEAD 和明确进入调度程序之间，会发生坏事：finish_task_switch（） 假设一旦调度程序从TASK_DEAD任务切换，该任务就永远无法再次运行，并且不再需要其堆栈;但是，如果死任务被抢占（SM_PREEMPT情况），则该假设显然不成立。这意味着计划程序最终会反复丢弃死任务堆栈上的引用，这可能导致整个任务堆栈的释放后使用或双重释放;换句话说，两个任务最终可能在同一个堆栈上运行，从而导致各种内存损坏。（这不仅影响递归 oops 任务，在任务退出期间（例如在 file_operations：：release 处理程序中）oops 一次就足够了）（CVE-2026-46173）

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

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

  - md/raid10：修复了含零的 setup_geo（） 中的除以零问题 far_copies setup_geo（） 从用户提供的布局参数中提取near_copies （nc） 和 far_copies （fc），而不检查零。当选择改进的 far set 布局的 fc=0 时，“geo->far_set_size = disks / fc”将触发除以零。提取之后立即验证 nc 和 fc，若其中一个为零则返回 -1。（CVE-2026-46161）

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

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

  - mptcp：pm：ADD_ADDR rtx：始终减少 sk 引用计数 重传 ADD_ADDR 时，sk 保留在 sk_reset_timer（） 中。然后在所有情况下都应在最后释放它。某些（不太可能的）检查直接返回而不是调用 sock_put（） 来减少引用计数。跳至新的“exit”标签以调用 __sock_put（）（在下一次提交中将变为 sock_put（）））来修复此潜在泄漏。同时，删除由于从未重置而无法发生的“！msk”检查，并将其余项明确标记为不可能。（CVE-2026-46158）

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

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

  - mptcp：pm：ADD_ADDR rtx：如果最后释放 sk 重新传输 ADD_ADDR 时，sk 会保留在 sk_reset_timer（） 中，并在结束时释放。如果此时它是最后一个被持有的引用，则 sk 将不会被释放。然后应调用 sock_put（） 而不是 __sock_put（）。但这还不够：如果它是最后一个引用，sock_put（） 将调用 sk_free（），这最终将在同一定时器上调用 sk_stop_timer_sync（），并无限期地等待完成。因此，当定时器尚未重新计划时，需要标记定时器已在定时器处理程序结束时完成，而不是在其自身上调用 sk_stop_timer_sync（）。
    (CVE-2026-46170)

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

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

  - RDMA/mana：删除 mana_ib_create_qp_rss（） 中的用户可触发 WARN_ON（） Sashiko 指出，用户可以指定将相同 CQ 共享为 uAPI 的一部分的 WQ，这将触发 WARN_ON（），然后继续损坏内核。直接拒绝即可，QP 创建失败。（CVE-2026-46117）

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

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

  - scsi：target：configfs：在 tg_pt_gp_members_show（） 中绑定 snprintf（） 返回 target_tg_pt_gp_members_show（） 将包含 snprintf（） 的 LUN 路径格式化为 256 字节堆栈缓冲区，然后 memcpy（） 会从该缓冲区cur_len字节。snprintf（） 返回输出应有的长度，当结构 WWN 较长时，该长度可能超过缓冲区大小，因为 iSCSI IQN 名称最多可为 223 字节。memcpy（） 站点的检查仅保护目标页面写入，而不保护源读取，因此 memcpy（） 会读取过堆栈缓冲区并将相邻的堆栈内容复制到 sysfs 读取器，启用 CONFIG_FORTIFY_SOURCE 时，将触发 fortify_panic（）。提交 27e06650a5ea（scsi：target：target_core_configfs：添加长度检查以避免缓冲区溢出）将相同的边界添加到 target_lu_gp_members_show（），但缺少tg_pt_gp变体，因此在此解决此问题。（CVE-2026-46149）

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

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

  - ALSA：pcm：oss：修复访问 runtime.oss.trigger 时的数据争用 目前可在无保护的情况下并发访问 runtime.oss.trigger 字段，这可能导致数据争用。而且，在这种情况下，它可能会导致更严重的问题，因为它是一个位字段;写入数据时，它可能还会覆盖其他位字段，从而完全混淆操作，这一点已由模糊测试发现。通过同时覆盖 snd_pcm_oss_get_trigger（） 和 snd_pcm_oss_poll（） 中现有 params_lock 互斥体逃逸的 runtime.oss.trigger 位来修复此问题。（CVE-2026-46157）

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

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

  - 已修复 Linux 内核中的下列漏洞：smb/client: fix out-of-bounds read in symlink_data() Since smb2_check_message() returns success without length validation for the symlink error response, in symlink_data() it is possible for iov->iov_len to be smaller than sizeof(struct smb2_err_rsp). If the buffer only contains the base SMB2 header (64 bytes), accessing err->ErrorContextCount (at offset 66) or err->ByteCount later in symlink_data() will cause an out-of-bounds read. (CVE-2026-46185)

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

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

  - Erlang OTP public_key（pubkey_ocsp 模块）中的不当证书验证漏洞允许接受以过期响应器证书签名的伪造 OCSP 响应。lib/public_key/src/pubkey_ocsp.erl 中 pubkey_ocsp：verify_response/5 和 pubkey_ocsp：is_authorized_responder/3 中的 OCSP 响应验证未检查 OCSP 响应器证书的有效期 （notBefore/notAfter）。取得过期 CA 指定 OCSP 响应器凭证的私钥的攻击者可伪造 Erlang/OTP 接受为有效的 OCSP 响应。这会影响通过 ssl 应用程序使用 OCSP 封套的 TLS 客户端：恶意或已被破坏的服务器可提供已撤销的 TLS 证书，以及由过期响应器密钥签署的伪造 OCSP 响应，客户端将接受已撤销的证书为有效证书。它也会影响直接调用 public_key：pkix_ocsp_validate/5 的应用程序，其影响取决于使用案例 服务器端客户端证书验证 使用此 API 可能允许通过已撤销的客户端证书进行身份验证绕过。
    此问题影响来自 OTP 27.0 的 OTP，而不是 OTP 27.3.4.12，28.5.0.1并且29.0.1对应于之前1.17.1.3的 、 1.20.3.1和 1.21.1中的 public_key1.16。（CVE-2026-42791）

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

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

  - batman-adv：bla：在失败的声明哈希插入上放置主干引用 当 batadv_bla_add_claim（） 未能将新声明插入到哈希中时，会泄漏对声明预期针对的backbone_gw的引用。在错误路径上调用 batadv_backbone_gw_put（） 以释放引用并避免泄漏backbone_gw对象。（CVE-2026-46231）

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

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

  - ASoC：SOF：不允许对未配置的流进行指针操作 报告压缩流的指针时，我们报告当前 I/O 帧位置的方法是将位置除以通道数乘以容器字节数。这些值默认为 0，并且仅配置为设置流参数的一部分，因此这允许配置除以零。验证它们是否为非零，如果不是，则返回错误 （CVE-2026-46179）

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

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

  - btrfs：修复 btrfs_ioctl_space_info（） slot_count TOCTOU，其可导致信息泄漏 btrfs_ioctl_space_info（） 在块群组 RAID 类型列表上的两次传递之间存在 TOCTOU 争用。第一个传递计数条目以确定分配大小，然后第二个传递填充缓冲区。在传递之间释放groups_sem rwlock，允许同时删除块群组以减少条目计数。当第二次传递填充的条目少于第一次传递计数的条目时，copy_to_user（） 会将完整的 alloc_size 字节（包括结尾未初始化的 kmalloc 字节）复制到用户空间。通过仅复制 total_spaces 个条目（第二次传递中实际填充的计数）而非 alloc_size 字节来修复，并切换到 kzalloc，这样未来的任何副本大小不匹配就不会泄漏堆数据。（CVE-2026-46159）

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

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

  - xfrm：ah：考虑异步回调中的 ESN 高位 启用 ESN 时，AH 会以不同方式分配其临时 auth/ICV 布局：异步 ahash 设置在 ICV 或 auth_data 区域前面附加一个 4 字节的 seqhi 插槽，但异步完成回调仍然会重建临时布局，就像缺少 seqhi 一样。选择异步 AH 实现后，AH 会同时在 IPv4 和 IPv6 路径上复制或比较错误的字节。在具有 ESN 和强制异步 hmac（sha1） 的 IPv4 AH 上的 UML 重现中，ping 失败并导致 100% 数据包丢失，并且回调日志显示前缀漂移：ah4 output_done： esn=1 err=0 icv_off=20 expected_off=24 ah4 input_done： esn=1 auth_off=20 expected_auth_off=24 icv_off=32 expected_icv_off=36 采用与设置路径相同的方式，通过跳过 ESN 来重建回调端布局seqhi 插槽，然后才能找到保存的 auth_data 或 ICV。根据 RFC 4302，ESN 高阶 32 位参与 AH ICV 计算，因此异步回调必须考虑 seqhi 槽。修复后，相同的 IPv4 AH+ESN+forced-async-hmac（sha1） UML 重现显示修正后的偏移（ah4 output_done：esn=1 err=0 icv_off=24 expected_off=24），并且 ping 成功;net/ipv4/ah4.o 和 net/ipv6/ah6.o 在 W=1 处构建干净。运行时未执行 IPv6 AH+ESN，且未针对真正的异步硬件 AH 引擎测试该变更。（CVE-2026-46193）

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

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

  - sctp：重新验证 SCTP_SENDALL 中 sctp_sendmsg_to_asoc（） 之后的列表光标 sctp_sendmsg（） 中的 SCTP_SENDALL 路径通过 list_for_each_entry_safe（） 迭代 ep->asocs，从而在循环正文运行之前缓存 @tmp 中的下一个条目。正文调用 sctp_sendmsg_to_asoc（），可能终止 sctp_wait_for_sndbuf（） 内的套接字锁。卸除锁定时，其他线程可SCTP_SOCKOPT_PEELOFF @tmp 中缓存的关联，通过 sctp_sock_migrate（） （list_del_init（） + list_add_tail（） 至 newep->asocs 将其迁移到新端点），还可以关闭通过 kfree_rcu（） 释放关联的新套接字。还可以通过该关联的网络 ABORT 释放缓存的@tmp，该关联在锁定终止时在 softirq 中进行处理。sctp_wait_for_sndbuf（） 在通过 sk ！= asoc->base.sk 和 asoc->base.dead 检查重新锁定时重新验证 @asoc（当前条目），但没有任何内容重新验证@tmp。成功返回后，迭代器会前进到过时的@tmp，从而产生释放后使用（如果剥离的套接字已关闭）或新端点的列表头的列表遍历（将 &newep->asocs 类型混淆为 struct sctp_association *）。两者都可以从 CapEff=0 访问;类型混淆路径通过 outqueue.sched->init_sid 指针提供受控的间接调用。通过在 sctp_sendmsg_to_asoc（） 返回后从 @asoc 重新派生 @tmp 进行修复。已知@asoc此时仍在 ep->asocs 上：从 ep->asocs list_del关联的调用程序只有 sctp_association_free（） （设置 asoc->base.dead） 和 sctp_assoc_migrate（） （更改 asoc->base.sk），并且 sctp_wait_for_sndbuf（） 会在任何成功返回前在锁定下检查两者;跳闸检查会以错误 0 的形式传播<并且循环会在重新派生之前终止。sctp_sendmsg_check_sflags（） 中的 SCTP_ABORT 路径返回 0 且循环在调用 sctp_sendmsg_to_asoc（） 之前命中“continue”，因此 list_for_each_entry_safe（） 缓存的@tmp仍涵盖添加了 ba59fb027307（sctp：安全地遍历 ASOC 列表）的锁定保持释放。（CVE-2026-46227）

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

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

  - net：stmmac：RX 内存耗尽时防止空取消引用 CPU 通过常规 DMA 从 MAC 接收帧：CPU 为 MAC 分配缓冲区，然后 MAC 填充缓冲区并将所有权返回给 CPU。对于每个硬件 RX 队列，CPU 和 MAC 通过 DMA 描述符的共享环形数组进行协调：每个 DMA 缓冲区一个描述符。每个描述符都包括缓冲区的物理地址和指示哪一端拥有缓冲区的状态标志 （OWN）：CPU 表示 OWN=0，MAC 表示 OWN=1。CPU 只允许设置标志，MAC 只允许清除标志，两者都必须按顺序通过环：因此环用于提交和完成。在 stmmac 驱动程序中，stmmac_rx（） 会使用“cur_rx”索引为自己在环中的位置添加书签。该函数中的主要接收循环会检查 rx_descs[cur_rx].own=0，将相应的缓冲区提供给网络堆栈（指针为空），并以环大小为模数递增 'cur_rx'。循环退出后，stmmac_rx_refill（） 会将其位置添加为书签，并以“dirty_rx”添加书签，分配新的缓冲区并重新设置描述符（设置 OWN=1）。如果它失败了任何分配，它只是提前停止（保留 OWN=0），并在下次调用时从中断的地方重试。这意味着描述符有三个阶段的生命周期（我自己的术语）：- 'empty' （OWN=1， buffer valid） - 'full' （OWN=0， buffer valid and populated） - 'dirty' （OWN=0， buffer NULL） 但因为 stmmac_rx（） 只检查 OWN，所以混淆了 'full'/'dirty'。过去（请参见“补丁：”），存在一个缺陷，循环可一直循环“cur_rx”，回到它脏化的第一个描述符，导致被误认为“full”时出现空取消引用。上述提交通过将循环的迭代限制上限设为“dma_rx_size - 1”解决了该 *特定* 失败，但这只是部分补丁：如果之前的 stmmac_rx_refill（） 未完成，则循环可能需要完全循环的情况下可能会遇到残留的“脏”描述符。因此，当 stmmac_rx_refill（） 的内存匮乏时间足够长以至于“cur_rx”赶上“dirty_rx”时，当前代码会发生错误（请参阅“Closes：”）。通过在前进“cur_rx”之前显式检查下一个条目是否为脏来修复此问题;如果是，则退出循环。这将阻止处理最终的、使用的描述符，直到 stmmac_rx_refill（） 成功，但完全阻止了上一个缺陷补丁预期的“cur_rx == dirty_rx”歧义：因此也删除该钳子。由于 stmmac_rx_zc（） 是 stmmac_rx（） 的复制粘贴和调整方式，且代码结构相同，因此任何针对 stmmac_rx（） 的补丁也都需要针对 stmmac_rx_zc（） 的相应补丁。因此，请在此处应用相同的检查。
    在 stmmac_rx（）（而非 stmmac_rx_zc（））中仍然存在一个相关缺陷：MAC 在最终描述符上设置 OWN=0 之后，在给予更多“空”描述符之前，它将无法再发送任何 DMA 完成的 IRQ。目前，驱动程序只是*希望*下一个 stmmac_rx_refill（） 成功，否则有接收进程无限期停止的风险。但这不是回归，因此可在未来的更改中解决。（CVE-2026-46110）

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

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

  - spi：mpc52xx：修复 unbind 上的释放后使用 状态机工作是由中断处理程序计划的，因此需要在禁用中断后取消，以避免潜在的释放后使用。
    (CVE-2026-46219)

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

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

  - openvswitch：vport：修复释放隧道端口时的自死锁 vport 会同时使用并受到 RCU 保护，因此 netdev_put（） 必须在 RCU 宽限期之后发生。因此，无论是在 RCU 调用中还是在 synchronize_net（） 之后。rtnl_delete_link（） 必须在 RTNL 下发生，因此不能在 RCU 上下文中执行。一般来说，在保持 RTNL 的同时调用 synchronize_net（） 对于负载下的性能和系统稳定性来说不是一个好主意，因此在 RCU 调用中调用 netdev_put（） 是正确的解决方案。但是，当设备被删除时，rtnl_unlock（） 将调用 netdev_run_todo（） 并阻止，直到所有引用都消失为止。在当前代码中，这意味着我们永远无法接触到 call_rcu（），并且从未释放 vport，且从未释放引用，从而在删除设备时造成自我死锁。通过将 rcu_call（） 移动到 rtnl_unlock（） 之前修复此问题，以便在从 rtnl_unlock（）->netdev_run_todo（） 调用 synchronize_net（） 时在已释放 RTNL 自身的情况下执行计划的 RCU 回调。
    (CVE-2026-46165)

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

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

  - mptcp：修复时间戳 sockopt 中具有原子性的计划 围绕 sock_set_timestamp（） 和 sock_set_timestamping（） 使用 lock_sock_fast（）（原子上下文）不安全，因为两个帮助程序都可以休眠。将 lock_sock_fast（） 替换为可休眠的 lock_sock（）/release_sock（） 以避免原子错误时进行计划。
    (CVE-2026-46168)

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

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

  - isofs：验证来自 isofs_export_iget isofs_fh_to_dentry（） 和 isofs_fh_to_parent（） 中 NFS 文件句柄的区块号 将攻击者控制的区块号（ifid->block 或 ifid->parent_block） 从 NFS 文件句柄传递到 isofs_export_iget（），后者仅在调用 isofs_iget（） 并最终拒绝 sb_bread（） 之前拒绝区块 == 0。构建的fh_len足以通过提交 0405d4b63d08 添加的检查的文件句柄（isofs：防止使用过小的 fid）仍然可驱动服务器读取后备设备上的范围内的任何区块，就像它是iso_directory_record一样。该较早的补丁已分配 CVE-2025-37780. 超出范围的块上的 sb_bread（） 通过 EIO 路径干净地返回 NULL，因此不存在内存安全违规。对于在相同块设备上进行的相邻分区数据的范围内读取，不相关的字节最终会作为 dentry 元数据进入 NFS 客户端的iso_inode_info字段中。部署面（从循环挂载的映像通过 NFS 导出的 isofs）较窄且需要经身份验证的 NFS 对等机，但 畸形文件句柄类可报告为现有 CVE-2025-37780 补丁旁边的增强。拒绝 isofs_export_iget（） 中的块 >= ISOFS_SB（sb）->s_nzones，这样检查便会用一行同时覆盖 isofs_fh_to_dentry（） 和 isofs_fh_to_parent（） 调用站点。（CVE-2026-46124）

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

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

  - 已修复 Linux 内核中的下列漏洞：smb: client: validate dacloffset before building DACL pointers parse_sec_desc(), build_sec_desc(), and the chown path in id_mode_to_cifs_acl() all add the server-supplied dacloffset to pntsd before proving a DACL header fits inside the returned security descriptor. On 32-bit builds a malicious server can return dacloffset near U32_MAX, wrap the derived DACL pointer below end_of_acl, and then slip past the later pointer-based bounds checks. build_sec_desc() and id_mode_to_cifs_acl() can then dereference DACL fields from the wrapped pointer in the chmod/chown rewrite paths. Validate dacloffset numerically before building any DACL pointer and reuse the same helper at the three DACL entry points. (CVE-2026-46195)

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

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

  - ip6_gre：在 ip6erspan_changelink（） 中使用缓存的 t->net。提交 5e72ce3e3980（net：ipv6：在 rtnl_link_ops 的 newlink（） 中使用链接 netns）后，ip6erspan_newlink（） 会通过link_net正确解析 per-netns ip6gre 哈希。ip6erspan_changelink（） 未在该系列中进行转换并且仍在使用 dev_net（dev），它与 IFLA_NET_NS_FD 迁移后的设备创建 netns 不同。这会将隧道重新插入错误的 per-netns 哈希中。原始 netns 保留一个过时的条目。当该 netns 稍后遭到破坏时，ip6gre_exit_rtnl_net（） 会遍历过时条目，生成由 KASAN 报告的 slab-use-after-free，随后在 unregister_netdevice_many_notify（） 中 net/core/dev.c （LIST_POISON1） 出现内核缺陷。可从非特权用户命名空间访问 （unshare --user --map-root-user --net）。 同一文件中较早的 ip6gre_changelink（） 已使用缓存的 t->net;只有 ip6erspan_changelink（） 的形状错误。
    (CVE-2026-46120)

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

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

  - mptcp：pm：ADD_ADDR rtx：修复潜在的数据争用：此 mptcp_pm_add_timer（） 辅助函数在 softirq 上下文中作为定时器回调执行。为避免任何数据争用，需要使用 bh_lock_sock（） 保持套接字锁定。如果套接字正在使用中，请过多后重试，与使用 keepalive 定时器类似。（CVE-2026-46137）

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

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

  - media：saa7164：添加 ioremap 返回检查和清理 添加对 saa7164_dev_setup（） 中的 ioremap 返回值的检查。如果 BAR0 或 BAR2 的 ioremap 失败，则释放已分配的 PCI 内存区域，从全局列表中删除设备，减少设备计数，然后返回 -ENODEV。这可防止潜在的空指针取消引用，并确保在内存映射失败时正确清理。
    (CVE-2026-46235)

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

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

  - drm/amdkfd：清除分配上的 VRAM 以防止过时数据泄露 KFD VRAM 分配设置AMDGPU_GEM_CREATE_VRAM_WIPE_ON_RELEASE但未AMDGPU_GEM_CREATE_VRAM_CLEARED，从而使计算内核可观察到新分配的 VRAM 和之前使用的过时数据。GEM ioctl 路径已通过 amdgpu_gem_create_ioctl（） 和 amdgpu_mode_dumb_create（） 为所有用户空间分配设置VRAM_CLEARED。
    KFD 路径缺少此标记，从而允许过时页表残余物泄漏到用户缓冲区。这会导致 RCCL P2P 传输中发生崩溃，其中 ptrExchange/head/tail 字段中的非零数据会破坏协议握手。（CVE-2026-46229）

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

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

  - batman-adv：停止在 BAT IV 中缓存无主的发起程序指针 BAT IV 保留每个neigh_node中的最后一个跃点邻居地址，但某些路径还会缓存从临时查找派生的发起程序指针。该指针不属于neigh_node，在清除处理运行后可能不再引用实时发起程序条目。停止在 BAT IV 邻居状态中存储辅助发起方指针。当 BAT IV 需要邻居发起方数据时，请从存储的邻居地址中解析该数据，并在使用后再次丢弃引用。[sven：避免为传出的 OGM 绑定逻辑]（CVE-2026-46238）

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

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

  - RDMA/vmw_pvrdma：修复 pvrdma_alloc_ucontext（） 错误路径中的双重释放 Sashiko 指出，pvrdma_uar_free（） 已在 pvrdma_dealloc_ucontext（） 内调用，因此之前调用它会触发双重释放。（CVE-2026-46189）

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

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

  - spi：mpc52xx：修复注册失败时的释放后使用 确保在控制器注册失败时禁用和释放中断，以避免潜在的释放后使用和资源泄漏。Sashiko 在查看控制器注销补丁时标记了此问题。（CVE-2026-46241）

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

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

  - drm/amdkfd：根据缓冲区大小验证 SVM ioctl nattr 根据缓冲区大小验证 nattr 字段，通过用户控制的属性计数防止越界缓冲区访问。（从提交 5eca8bfdfa456c3304ca77523718fe24254c172f 中精选出的内容）（CVE-2026-46197）

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

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

  - btrfs：修复 create_space_info（） 错误路径中的双重释放 当 kobject_init_and_add（） 失败时，调用链为：create_space_info（） -> btrfs_sysfs_add_space_info_type（） -> kobject_init_and_add（） -> failure -> kobject_put（&space_info->kobj） -> space_info_release（） -> kfree（space_info） 然后控制返回到 create_space_info（）：btrfs_sysfs_add_space_info_type（） 返回错误 -> goto out_free -> kfree（space_info） 这会造成双重释放。保留较早失败路径的直接 kfree（space_info），但在 btrfs_sysfs_add_space_info_type（） 调用 kobject_put（） 之后，让 kobject 释放回调处理清理。（CVE-2026-46129）

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

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

  - batman-adv：bla：删除声明时防止释放后使用 batadv_bla_del_backbone_claims（） 删除主干网的所有声明时，它会通过删除哈希列表中的链接条目来实现此目的。此列表条目本身就是需要通过 batadv_claim_put（） 同时删除的引用之一。但是，在最后一次访问此函数中的声明对象之前，不得执行 batadv_claim_put（）。否则，在删除列表条目之前，batadv_claim_release（） 函数可能已经释放声明。
    (CVE-2026-46212)

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

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

  - LoongArch：修复 loongson_gpu_fixup_dma_hang（） 中潜在的 ADE loongson_gpu_fixup_dma_hang（） 中的开关情况可能不是 DC2 或 DC3，readl（crtc_reg） 将使用随机地址访问，因为设备来自 base+PCI_DEVICE_ID，base 来自 pdev->devfn+1。当我的平台插入独立 GPU 时，这是错误的：lspci -tv -[0000:00]-+-00.0 龙芯科技有限责任公司超传输桥控制器 ... +-06.0 龙芯科技有限责任公司 LG100 GPU +-06.2 龙芯科技有限责任公司设备 7a37 ... 添加默认切换案例以修复错误，如下所示： Kernel ade access[#1]： CPU： 0 PID： 1 Comm：
    swapper/0 未受感染 6.6.. 136-loong64-desktop-hwe+ #4 pc 900000000017e5534 RA 90000000017e54c0 tp 900000001002f8000 sp 90000001002fb6c0 a0 80000efe000003100 a1 0000000000003100 a2 00000000000000000 a3 0000000000000002 a4 90000001002fb6b4 a5 900000087cdb58fd a6 90000000027af000 0 a7 0000000000000001 t0 0000000000000085b9 t1 000000000000ffff t2 0000000000000000 t3 0000000000000000 t4 ffffffffd t5 0000000000fffb6d9c t6 00000000000083b00 t7 0000000000070c0 t8 900000087cdb4d94 u0 900000087cdb58fd s990000001002fb826 s0 90000000031c12c8 s1 7ffffffffffffff00 s2 900000000031c12d0 s3 0000000000002710 s4 00000000000000000 s5 0000000000000000 s6 9000000100053000 s7 7ffffffffffffff00 s8 900000000030d4000 RA：
    90000000017e54c0 loongson_gpu_fixup_dma_hang+0x40/0x210 ERA： 90000000017e5534 loongson_gpu_fixup_dma_hang+0xb4/0x210 CRMD： 000000b0 （PLV0 -IE -DA +PG DACF=CC DACM=CC -WE） PRMD：
    00000004 （PPLV0 +PIE -PWE） EUEN：00000000 （-FPE -SXE -ASXE -BTE） ECFG：00071c1d （LIE=0,2-4，） 10-12 VS=7） ESTAT： 00480000 [ADEM] （IS= ECode=8 EsubCode=1） BADV： 7fffffffffffff00 PRID： 0014d000 （龙芯-64bit， 龙芯-3A6000-HV） 链接的模块： 进程 swapper/0 （PID： 1， threadinfo=（____ptrval____）， task=（____ptrval____）） 堆栈： 0000000000000006 90000001002fb778 90000001002fb704 0000000000000007 0000000016a65700 90000000017e5690 00000000000ffffff ffff 9000000000209f7c09000000100053000 9000000000209f7a8 900000000000eebc08 00000000000000000000000000 0000000000000006 900000001002fb778 900000001000530b8 900000000027af000 0000000000000000 9000000100054000 9000000100053000 9000000000ebb70c 90000000100004c0 9000000004000001 0   90000001002fb7e4 bae765461f31cb12 000000000000000000000000000 0000000000000006 90000000027af000 0000000000000030 9000000027af000 900000087cd6f800 9000000100053000 00000000000000000 90000000000ebc560 7a2500147cdaf720bae765461f31cb12 0000000000000001 0000000000000030 ...
    调用跟踪：[<90000000017e5534>] loongson_gpu_fixup_dma_hang+0xb4/0x210 [<9000000000eebc08>] pci_fixup_device+0x108/0x280 [<9000000000ebb70c>] pci_setup_device+0x24c/0x690 [<9000000000ebc560>] pci_scan_single_device+0xe0/0x140 [<9000000000ebc684>] pci_scan_slot+0xc4/0x280 [<9000000000ebdd00>] pci_scan_child_bus_extend+0x60/0x3f0 [<9000000000f5bc94>] acpi_pci_root_create+0x2b4/0x420 [<90000000017e5e74>] pci_acpi_scan_root+0x2d4/0x440 [<9000000000f5b02c>] acpi_pci_root_add+0x21c/0x3a0 [<9000000000f4ee54>] acpi_bus_attach+0x1a4/0x3c0 [<90000000010e200c>] device_for_each_child+0x6c/0xe0 [<9000000000f4bbf4>] acpi_dev_for_each_child+0x44/0x70 [<9000000000f4ef40>] acpi_bus_attach+0x290/0x3c0 [<90000000010e200c>] device_for_each_child+0x6c/0xe0 [<9000000000f4bbf4>] acpi_dev_for_each_child+0x44/0x70 [<9000000000f4ef40>] acpi_bus_attach+0x290/0x3c0 [<9000000000f5211c>] acpi_bus_scan+0x6c/0x280 [<900000000189c028>] acpi_scan_init+0x194/0x310 [<900000000189bc6c>] acpi_init+0xcc/0x140 [<9000000000220cdc>] do_one_initcall+0x4c/0x310 [<90000000018618fc>] kernel_init_freeable+0x258/0x2d4 [<900000000184326c>] kernel_init+0x28/0x13c [<9000000000222008>] ret_from_kernel_thread+0xc/0xa4 （CVE-2026-46156）

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

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

  - staging：media：atomisp： 不允许所有私有 IOCTL 不允许所有私有 IOCTL。这些并不像人们对 IOCTL 处理程序的假设那么安全;暂时禁用它们。如果 cmd 为非零，则返回函数的开头，而不是删除代码，以保持静态检查器正常运行。（CVE-2026-46205）

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

ID	名称	严重性
317613	Linux Distros 未修补的漏洞：CVE-2026-46148	medium
317612	Linux Distros 未修补的漏洞：CVE-2026-46140	high
317611	Linux Distros 未修补的漏洞：CVE-2026-46107	high
317610	Linux Distros 未修补的漏洞：CVE-2026-46122	high
317609	Linux Distros 未修补的漏洞：CVE-2026-46191	high
317608	Linux Distros 未修补的漏洞：CVE-2026-46150	high
317607	Linux Distros 未修补的漏洞：CVE-2026-46146	medium
317606	Linux Distros 未修补的漏洞：CVE-2026-46236	medium
317605	Linux Distros 未修补的漏洞：CVE-2026-46160	medium
317604	Linux Distros 未修补的漏洞：CVE-2026-46131	medium
317603	Linux Distros 未修补的漏洞：CVE-2026-46230	high
317602	Linux Distros 未修补的漏洞：CVE-2026-46201	high
317601	Linux Distros 未修补的漏洞：CVE-2026-43000	high
317600	Linux Distros 未修补的漏洞：CVE-2026-46128	medium
317599	Linux Distros 未修补的漏洞：CVE-2026-42999	high
317598	Linux Distros 未修补的漏洞：CVE-2026-46187	medium
317597	Linux Distros 未修补的漏洞：CVE-2026-46127	medium
317596	Linux Distros 未修补的漏洞：CVE-2026-46171	medium
317595	Linux Distros 未修补的漏洞：CVE-2026-46173	high
317594	Linux Distros 未修补的漏洞：CVE-2026-46161	medium
317593	Linux Distros 未修补的漏洞：CVE-2026-46158	medium
317592	Linux Distros 未修补的漏洞：CVE-2026-46170	medium
317591	Linux Distros 未修补的漏洞：CVE-2026-46117	high
317590	Linux Distros 未修补的漏洞：CVE-2026-46149	high
317589	Linux Distros 未修补的漏洞：CVE-2026-46157	high
317588	Linux Distros 未修补的漏洞：CVE-2026-46185	critical
317587	Linux Distros 未修补的漏洞：CVE-2026-42791	medium
317586	Linux Distros 未修补的漏洞：CVE-2026-46231	medium
317585	Linux Distros 未修补的漏洞：CVE-2026-46179	medium
317584	Linux Distros 未修补的漏洞：CVE-2026-46159	medium
317583	Linux Distros 未修补的漏洞：CVE-2026-46193	medium
317582	Linux Distros 未修补的漏洞：CVE-2026-46227	high
317581	Linux Distros 未修补的漏洞：CVE-2026-46110	high
317580	Linux Distros 未修补的漏洞：CVE-2026-46219	high
317579	Linux Distros 未修补的漏洞：CVE-2026-46165	medium
317578	Linux Distros 未修补的漏洞：CVE-2026-46168	medium
317577	Linux Distros 未修补的漏洞：CVE-2026-46124	high
317576	Linux Distros 未修补的漏洞：CVE-2026-46195	high
317575	Linux Distros 未修补的漏洞：CVE-2026-46120	high
317574	Linux Distros 未修补的漏洞：CVE-2026-46137	critical
317573	Linux Distros 未修补的漏洞：CVE-2026-46235	medium
317572	Linux Distros 未修补的漏洞：CVE-2026-46229	medium
317571	Linux Distros 未修补的漏洞：CVE-2026-46238	high
317570	Linux Distros 未修补的漏洞：CVE-2026-46189	high
317569	Linux Distros 未修补的漏洞：CVE-2026-46241	high
317568	Linux Distros 未修补的漏洞：CVE-2026-46197	high
317567	Linux Distros 未修补的漏洞：CVE-2026-46129	high
317566	Linux Distros 未修补的漏洞：CVE-2026-46212	high
317565	Linux Distros 未修补的漏洞：CVE-2026-46156	medium
317564	Linux Distros 未修补的漏洞：CVE-2026-46205	high

检测

Nessus 的 Misc. 系列

medium

high

high

high

high

high

medium

medium

medium

medium

high

high

high

medium

high

medium

medium

medium

high

medium

medium

medium

high

high

high

critical

medium

medium

medium

medium

medium

high

high

high

medium

medium

high

high

high

critical

medium

medium

high

high

high

high

high

high

medium

high