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

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

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

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

  - bpf：将 kvfree（） 用于替换的 sysctl 写入缓冲区 proc_sys_call_handler（） 使用 kvzalloc（） 分配其临时 sysctl 缓冲区并将其传递给 __cgroup_bpf_run_filter_sysctl（）。由于 kvzalloc（） 可能会回退到 vmalloc（） 进行大量分配，因此使用 kfree（） 释放该缓冲区是错误的，而且可能损坏内存。使用 kvfree（） 安全地处理 kmalloc 和 kvzalloc（）/vmalloc 分配。我们正在开发的用于内核内存管理缺陷的实验性分析工具在分析 v6.13-rc1 时，首先标记此缺陷。
    该工具仍在开发中，尚未公开可用。手动检查确认 v7.1-rc5 中仍然存在该缺陷。在通过 KASAN 引导并启用 CONFIG_FAILSLAB 引导的 QEMU x86_64 客户机中基于 v7.1-rc4 的错误。为了练习替换路径，测试树还包含随附的针对 __cgroup_bpf_run_filter_sysctl（） 中过时 ret == 1 检查的补丁。复制器将 failslab 注入限制在 proc_sys_call_handler（） 范围内、使用 stacktrace-depth=32 并注入 fail-nth=1，同时从目标 cgroup 中的任务将 8191 字节写入 /proc/sys/kernel/domainname。在该设置下，fail-nth=1 触发了错误：缺陷：无法处理地址的页面错误：ffffeb0200024d48 #PF：
    内核模式下的监督者读取访问权限 #PF： error_code（0x0000） - 不存在页面 PGD 0 P4D 0 哎呀： 哎呀：
    0000 SMP KASAN NOPTI CPU：2 UID：0 PID：209 通信：repro_proc_sys_ 未受感染 7.1.0-rc4-00686-g97625979a5d4 PREEMPT（lazy） 硬件名称：QEMU Standard PC（Q35 + ICH9,2009），BIOS 1.15.0-1 04/01/2014 RIP：0010：kfree+0x6e/0x510 ... 调用跟踪： <TASK> ？
    __cgroup_bpf_run_filter_sysctl+0x626/0xc30 __cgroup_bpf_run_filter_sysctl+0x74d/0xc30 ？
    __pfx___cgroup_bpf_run_filter_sysctl+0x10/0x10 ？srso_return_thunk+0x5/0x5f ？
    __kvmalloc_node_noprof+0x345/0x870 ？proc_sys_call_handler+0x250/0x480 ？srso_return_thunk+0x5/0x5f proc_sys_call_handler+0x3a2/0x480 ？__pfx_proc_sys_call_handler+0x10/0x10 ？srso_return_thunk+0x5/0x5f ？selinux_file_permission+0x39f/0x500 ？srso_return_thunk+0x5/0x5f ？lock_is_held_type+0x9e/0x120 vfs_write+0x98e/0x1000 ...</TASK> 在相同的测试设置之上应用此补丁时，以 fail-nth=1 重新运行复制程序不会产生相应的 Oops 报告。（CVE-2026-63809）

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

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

  - exfat：修复 exfat_find_dir_entry（） 中潜在的释放后使用 在 exfat_find_dir_entry（） 中，在 fall-through TYPE_EXTEND 分支通过 ep（指向 bh->b_data）读取目录条目之前，通过 brelse（bh） 释放从 exfat_get_dentry（） 获取的buffer_head：brelse（bh）;if （entry_type == TYPE_EXTEND） { ...len = exfat_extract_uni_name（ep， entry_uniname）;... }在 brelse（） 丢弃引用之后，没有任何内容可以保证底层页面支持 bh->b_data 对后续的 exfat_extract_uni_name（） 读取仍然有效。这与提交 fc961522ddbd 中修复的模式相同（exfat：修复 exfat_load_upcase_table（）） 中潜在的释放后使用）。移动 brelse（bh），使其在每个分支上不再取消引用 ep 后运行。在 linux-next 上 CONFIG_KASAN=y + CONFIG_DEBUG_PAGEALLOC=y + CONFIG_PAGE_POISONING=y 的 QEMU x86_64上确认，使用特制的 exFAT 图像（具有强制TYPE_EXTEND路径的相同哈希冲突的长文件名）。在 brelse（bh） 和 ep 读取之间插入仅限调试的 invalidate_bdev（） 以使陈旧的取消引用窗口具有确定性，未修补的内核将发生错误： 缺陷：KASAN：
    exfat_find_dir_entry+0x133b/0x15a0 中的释放后使用 缺陷：无法处理地址的页面错误：
    ffff88801a5fa0c2 错误：0000 [#1] SMP DEBUG_PAGEALLOC KASAN NOPTI RIP：
    0010：exfat_find_dir_entry+0x1188/0x15a0 应用此修补程序后，同一个经检测的线束可以在相同的审查器堆栈下干净利落地完成。我没有在普通回收下重现未检测内核上的崩溃;检测的 A/B 确立了生命周期违规，并且补丁会关闭它，而不是未经帮助的可触发性声明。（CVE-2026-63808）

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

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

  - drm/amdgpu：分配时零初始化 GART 表。GART TLB 会在取消映射后刷新，但不会在映射后刷新。由于 amdgpu_bo_create_kernel（） 不会对缓冲区进行零初始化，因此当写入单一 PTE 时，TLB 可能会推测性地从同一个高速缓存块加载其他未初始化的条目。这些垃圾条目可能看起来有效，后续写入相同高速缓存块中的另一个 PTE 可能导致 GPU 使用来自 TLB 的过时垃圾 PTE。通过调用 memset_io（） 以在分配后立即使用 gart_pte_flags 对 GART 表进行零初始化来修复此问题。使用基于 SDMA 的清除AMDGPU_GEM_CREATE_VRAM_CLEARED将无法工作，因为 SDMA 需要初始化 GART 才能工作。（从提交 d9af8263b82b6eaa60c5718e0c6631c5037e4b24 中精选出的内容）（CVE-2026-53374）

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

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

  - net：airoha：在 airoha_qdma_cleanup_tx_queue（） 中添加缺失位 与 airoha_qdma_cleanup_rx_queue（） 类似，重置airoha_qdma_cleanup_tx_queue例程中的 DMA TX 描述符。此外，重置TX_DMA_IDX TX_CPU_IDX以通知 NIC QDMA TX 环为空。（CVE-2026-63859）

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

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

  - NFSv4/pNFS：拒绝 nfs4_decode_mp_ds_addr nfs4_decode_mp_ds_addr（） 中的零长度r_addr解码 GETDEVICEINFO multipath-DS 正文中 netaddr4 的r_netid和r_addr opaques，然后立即调用 strrchr（buf， '.'） 以定位端口分隔符。两种解码都使用 xdr_stream_decode_string_dup（），当前代码在取消引用返回的字符串之前仅检查 nlen < 0 / rlen < 0。当线上不透明的长度为零时，xdr_stream_decode_opaque_inline（） 返回 0，xdr_stream_decode_string_dup（） 落到其 *str = NULL;返回 ret 尾部，保留 buf NULL，返回值为 0。< 0 检查未捕获此错误，下一行是 strrchr（NULL， '.'），这是可从挂载到恶意或遭到破坏的元数据服务器的任何 pNFS-flexfile 客户端访问的内核空指针取消引用。明确拒绝零长度状况，以便解码器因 -EBADMSG（被视为畸形 GETDEVICEINFO 正文）而失败，而不是使客户端发生错误。（CVE-2026-53391）

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

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

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

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

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

  - block：避免在用户空间中挂载 bdev 伪文件系统 bdev 伪文件系统是用户空间不应干预的内部内核文件系统。取消注册，这样用户空间甚至无法尝试挂载它。这修复了尝试访问文件时发生的缺陷 [1]，原因是系统调用 move_mount（） 使用在 inode_operations 结构中声明的指针，对于 bdev 伪文件系统而言，该指针始终等于 0。'inode->i_op = &empty_iops;' [1] 缺陷：内核空指针取消引用，地址：0000000000000000 #PF：内核模式下的监督程序指令提取 #PF：error_code（0x0010） - 不存在页面 PGD 23380067 P4D 23380067 PUD 23381067 PMD 0 错误：0010 [#1] PREEMPT SMP KASAN NOPTI CPU：2 PID：17125 Comm：syz-executor.0 未受感染 6.1.155-syzkaller-00350-g84221fde2681 #0 硬件名称：QEMU Standard PC （i440FX + PIIX， 1996）， BIOS 1.12.0-1 04/01/2014 RIP： 0010：0x0 调用跟踪： <TASK> lookup_open.isra.0+0x700/0x1180 fs/namei.c：3460 open_last_lookups fs/namei.c：3550 [内联] path_openat+0x953/0x2700 fs/namei.c：3780 do_filp_open+0x1c5/0x410 fs/namei.c：3810 do_sys_openat2+0x171/0x4d0 fs/open.c：1318 do_sys_open fs/open.c：1334 [内联] __do_sys_openatfs/open.c：1350 [内联] __se_sys_openat fs/open.c：1345 [内联] __x64_sys_openat+0x13c/0x1f0 fs/open.c：1345 do_syscall_x64 arch/x86/entry/common.c：51 [内联] do_syscall_64+0x35/0x80 arch/x86/entry/common.c：81 entry_SYSCALL_64_after_hwframe+0x6e/0xd8 由 Linux 验证中心 （linuxtesting.org） 通过 syzkaller 发现。（CVE-2026-63810）

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

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

  - media：i2c：ov8856：释放 ov8856_init_controls（） 中出错时的控件处理程序 如果添加控件失败，则未释放控制处理程序，请添加错误退出标签并转换现有错误返回以使用它。
    (CVE-2026-53379)

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

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

  - KEYS：修复 keyctl_pkey_params_get_2（） 中的溢出 未正确计算内部输出缓冲区的长度，如果提供的缓冲区太小，则可导致溢出。通过使用加密基元的最大长度大小分配内部输出而非调用程序提供的大小，来修复缺陷。（CVE-2026-63824）

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

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

  - f2fs：原子写入期间使用原始 inode 读取 COW 数据 更新原子写入文件时，f2fs_write_begin（） 可能会从 COW inode 读取回以前写入的数据：
    prepare_atomic_write_begin（） 在 COW inode 中找到块并设置use_cow，然后使用 COW inode 构建读取 bio：f2fs_submit_page_read（use_cow ？F2FS_I（inode）->cow_inode：inode 等）;而 f2fs_grab_read_bio（） 则决定是否通过 fscrypt_inode_uses_fs_layer_crypto（） 决定是否基于该 inode 的 bio 计划 fs-layer 解密 （STEP_DECRYPT）。但是，被填充的 folio 属于原始 inode （folio->mapping->host == inode），并且存储在 COW 块中的数据使用原始 inode 的上下文（而不是 COW inode）进行加密（或保留为明文） -- 请参阅 f2fs_encrypt_one_page（），后者会键出 fio->page->mapping->host）。fscrypt_decrypt_pagecache_blocks（） 同样在 folio->mapping->host 上操作。COW inode 在父目录中创建为 tmpfile，并从那里继承其加密策略。通过test_dummy_encryption新创建的 COW inode 将获得虚拟策略并被加密，而预先存在的常规文件（在应用策略之前创建，例如
    已存在于磁盘上的映像中 -- 保持未加密。读取路径随后根据加密的 COW inode 设置 STEP_DECRYPT，并在主机（未加密的原始 inode）具有 NULL ->i_crypt_info 的 folio 上调用 fscrypt_decrypt_pagecache_blocks（），对其进行取消引用： 哎呀：一般保护错误，可能针对非规范地址... KASAN：范围 [0x0000000000000008-0x000000000000000f] 中的 null-ptr-deref RIP：0010：fscrypt_decrypt_pagecache_blocks+0xa0/0x310 工作队列：
    f2fs_post_read_wq f2fs_post_read_work 调用跟踪：fscrypt_decrypt_bio+0x1eb/0x340 f2fs_post_read_work+0xba/0x140 process_one_work+0x91c/0x1a40 worker_thread+0x677/0xe90 kthread+0x2bc/0x3a0 仅需要 COW inode 即可定位磁盘上的区块，且该区块地址已由 prepare_atomic_write_begin（） 通过 __find_data_block（cow_inode 解析为 @blkaddr， ...);然后，f2fs_submit_page_read（） 直接从该物理@blkaddr中读取，因此 inode 参数仅选择读取后的 crypto 上下文，而不选择获取的块。因此，使用 @inode 读取会返回相同（最新的、尚未提交的）COW 数据，同时使 fs 层解密决策和内联加密路径使用正确的（原始 inode 的）密钥。由于读取站点不再使用 COW inode，则 use_cow 标记没有剩余使用者;从 f2fs_write_begin（） 和 prepare_atomic_write_begin（） 中删除它。（CVE-2026-63811）

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

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

  - NFSv4/flexfiles：拒绝零 filehandle 版本计数 ff_layout_alloc_lseg（） 从 flexfiles 布局正文解码 filehandle-version 数组计数。该值用作 kzalloc_objs（） 的计数，当前代码仅拒绝 NULL。零计数产生ZERO_SIZE_PTR，即使后续的 flexfiles 路径假设至少存在一个 filehandle 版本，仍可将其存储在 dss_info->fh_versions 中。分配前拒绝 fh_count == 0，从而匹配 flexfiles GETDEVICEINFO 解析器中现有的零version_count验证。QEMU/KASAN 运行畸形 flexfiles 布局命中： KASAN：范围内的 null-ptr-deref [0x0000000000000010-0x0000000000000017] RIP：
    0010：ff_layout_encode_ff_layoutupdate.isra.0+0x15f/0x750 ff_layout_encode_layoutreturn+0x683/0x970 nfs4_xdr_enc_layoutreturn+0x278/0x3a0 内核错误 - 不同步：致命异常 经过修补的内核拒绝不存在 KASAN/oops/panic 的畸形布局，有效的 fh_count=1 回归仍可以干净地打开、读取和卸载。（CVE-2026-53392）

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

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

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

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

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

  - f2fs：修复以对 fs/f2fs/file.c：845！ 的 f2fs_get_node_folio_ra（） 内核缺陷进行健全性检查！哎呀：无效操作码：0000 [#1] SMP KASAN NOPTI CPU：0 UID：0 PID：5336 通信：syz.0.0 未受感染的 syzkaller #0 PREEMPT（完整） 硬件名称：QEMU 标准 PC（Q35 + ICH9,2009），BIOS 1.16.3-debian-1.16.3-2 04/01/2014 RIP：0010：f2fs_do_truncate_blocks+0x1115/0x1140 fs/f2fs/file.c：845 代码：fc fc 90 0f 0b e8 8b 9d 9a fd 90 0f 0b e8 83 9d 9a fd 48 89 df 48 c7 c6 60 d1 1a 8c e8 54 f1FC FC 90 0f 0b e8 6c 9d 9a fd 90 <0f> 0b e8 64 9d 9a fd 90 0f 0b 90 e9 93 fd ff ff e8 56 9d 9a fd 90 RSP： 0018：ffffc9000e4474c0 EFLAGS： 00010283 RAX：
    ffffffff842b1d34 RBX： 0000000000000003 RCX： 0000000000100000 RDX： ffffc9000f03a000 RSI： 0000000000035503 RDI： 0000000000035504 RBP： ffffc9000e447608 R08： ffff8880123b0000 R09： 0000000000000002 R10：
    00000000fffffffe R11： 0000000000000002 R12： 0000000000000001 R13： 000000000000000 R14： 1ffff92001c88ea0 R15： 00000000ffff039c FS： 00007f7e02ee36c0（0000） GS：ffff88808c887000（0000） knlGS：0000000000000000 CS：0010 DS：0000 ES：0000 CR0：0000000080050033 CR2：00007ff0305c4000 CR3：0000000012d4c000 CR4：0000000000352ef0 调用跟踪： <TASK> f2fs_truncate_blocks+0x10a/0x300 fs/f2fs/file.c：882 f2fs_truncate+0x471/0x7c0 fs/f2fs/file.c：940 f2fs_evict_inode+0xa3f/0x1ac0 fs/f2fs/inode.node.（inode.） c：907 evict+0x61e/0xb10 fs/inode.c：841 f2fs_fill_super+0x5f43/0x78f0 fs/f2fs/super.c：5224 get_tree_bdev_flags+0x431/0x4f0 fs/super.c：1694 vfs_get_tree+0x92/0x2a0 fs/super.c：1754 fc_mount fs/namespace.c：1193 [内联] do_new_mount_fc fs/namespace.c：3758 [内联] do_new_mount+0x341/0xd30 fs/namespace.c：3834 do_mount fs/namespace.c：4167 [内联] __do_sys_mount fs/namespace.c：4383 [内联] __se_sys_mount+0x31d/0x420 fs/namespace.c：4360 do_syscall_x64 arch/x86/entry/syscall_64.c：63 [内联] do_syscall_64+0x15f/0xf80 arch/x86/entry/syscall_64.c：94 entry_SYSCALL_64_after_hwframe+0x77/0x7f count = ADDRS_PER_PAGE（dn.node_folio， inode）;计数 -= dn.ofs_in_node;f2fs_bug_on（sbi，计数 < 0）;模糊测试将在 f2fs 中触发上述bug_on。根本原因是：在损坏的 inode 中，有一个直接节点在其页脚中具有相同的 ino 和 nid，因此在 f2fs_do_truncate_blocks（） 中，当 f2fs_get_dnode_of_data（） 找到此类 dnode： 1） ADDRS_PER_PAGE（dn.node_folio， inode） 将返回 923 2） 一旦 dn.ofs_in_node 指向 addr[923， 1017] 然后它将触发系统错误。让我们介绍NODE_TYPE_NON_IXNODE来指示当前节点不应该是 inode 或 xattr 节点，然后在以下路径中使用它来检测 inode 映射表中不一致的节点链：- f2fs_do_truncate_blocks - f2fs_get_dnode_of_data - f2fs_get_node_folio_ra - __get_node_folio - f2fs_sanity_check_node_footer - 大小写NODE_TYPE_NON_IXNODE ->检查是否是 inode|xnode （CVE-2026-63819）

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

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

  - f2fs：验证 f2fs_acl_from_disk（） 中的 ACL 条目大小 f2fs_acl_count（） 仅验证聚合 ACL xattr 长度。畸形 ACL 仍可将ACL_USER或ACL_GROUP放在仅包含 struct f2fs_acl_entry_short 字节的插槽中，然后 f2fs_acl_from_disk（） 在验证完整条目是否适合之前读取条目>e_id。在阅读e_tag和e_perm之前需要一个简短的条目，在读取ACL_USER和ACL_GROUP的e_id之前要求一个完整的条目。从这些新的截断条目检查返回 -EFSCORRUPTED，同时保持预先存在的 -EINVAL 路径不变。验证重现了此内核报告： KASAN __f2fs_get_acl+0x6fb/0x7e0 中的越界 RIP： 0033：0x7f4b835ea7aa 有缺陷的地址属于 ffff888114589960 中的对象，该对象属于大小为 8 的缓存 kmalloc-8 有缺陷的地址位于分配的 8 字节区域右侧 0 字节处 [ffff888114589960、ffff888114589968） 读取大小为 4 调用跟踪：
    dump_stack_lvl+0x66/0xa0 （？：？） print_report+0xce/0x630 （？：？） __f2fs_get_acl+0x6fb/0x7e0 （fs/f2fs/acl.c：169） srso_alias_return_thunk+0x5/0xfbef5 （？：？） __virt_addr_valid+0x224/0x430 （？：？） kasan_report+0xe0/0x110 （？：？） __f2fs_get_acl+0x5/0x7e0 （fs/f2fs/acl.c：169） __get_acl+0x281/0x380 （？：？） vfs_get_acl+0x10b/0x190 （？：？） do_get_acl+0x2a/0x410 （？：?)do_get_acl+0x9/0x410 （？：？） do_getxattr+0xe8/0x260 （？：？） filename_getxattr+0xd1/0x140 （？：？） do_getname+0x2d/0x2d0 （？：？） path_getxattrat+0x16c/0x200 （？：？） lock_release+0xc8/0x290 （？：？） cgroup_update_frozen+0x9d/0x320 （？：？） lockdep_hardirqs_on_prepare+0xea/0x1a0 （？：？） trace_hardirqs_on+0x1a/0x170 （？：？）
    _raw_spin_unlock_irq+0x28/0x50 （？：？） do_syscall_64+0x115/0x6a0 （arch/x86/entry/syscall_64.c：87） entry_SYSCALL_64_after_hwframe+0x77/0x7f （？：？）（CVE-2026-63814）

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

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

  - serial： 8250_dw：如果 clk_notifier_register（） 失败则取消注册 8250 端口 dw8250_probe（） 通过 serial8250_register_8250_port（） 注册 8250 端口，然后在设备具有时钟时注册时钟通知程序。
    如果 clk_notifier_register（） 失败，探测返回错误，但会使 8250 端口保持注册状态。匹配的 serial8250_unregister_port（） 位于探测失败时不会调用的 dw8250_remove（） 中，因此端口插槽会一直处于被占用状态，直至设备恢复或系统重新启动为止。当端口仍在引用 devm 分配的驱动程序数据时会释放该数据（通过保存的private_data和 serial_in/serial_out 回调），因此在重新绑定之前对该端口槽的任何访问都存在释放后使用危险。注销 clk_notifier_register（） 错误路径上的端口。（CVE-2026-53384）

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

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

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

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

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

  - drm/amdgpu/jpeg：为 JPEG v4.0 环设置no_user_fence JPEG 环不支持 64 位用户隔离写入，拒绝有用户隔离的 CS 提交。（从提交 8d0cac9478a3f046279c657d6a2545de49ae675a 中精选出的内容）（CVE-2026-63845）

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

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

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

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

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

  - apparmor：调解 TCP fast open sendmsg sendmsg（）/sendto（） 的隐式连接，MSG_FASTOPEN 是 connect（2） 和 write（2） 的组合：它在 SYN 中打开连接。apparmor_socket_sendmsg（） 仅检查AA_MAY_SEND，因此授权发送但拒绝连接的配置文件可让受限任务打开 connect（2） 会拒绝的出站 TCP/MPTCP 连接， 绕过 CONNECT 中介。设置MSG_FASTOPEN并提供目标时调解隐式连接。将其添加到 apparmor_socket_sendmsg（）（不是 recvmsg 也使用的共享 aa_sock_msg_perm（） 辅助函数），然后直接调用 aa_sk_perm（），以镜像 selinux 和 tomoyo 补丁。sk_is_tcp（） 不包括 MPTCP fast open，因此 SOCK_STREAM/IPPROTO_MPTCP arm 是明确的。（CVE-2026-63828）

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

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

  - f2fs： atomic：修复 f2fs_inode_info.atomic_inode 上的 UAF 问题 - ioctl（F2FS_IOC_GARBAGE_COLLECT_RANGE） - shrink - f2fs_gc - gc_data_segment - ra_data_block（cow_inode） - mapping = F2FS_I（inode）->atomic_inode->i_mapping ： f2fs_is_cow_file（cow_inode） 为 true - f2fs_evict_inode（atomic_inode） - clear_inode_flag（fi->cow_inode， FI_COW_FILE） - F2FS_I（fi->cow_inode）->atomic_inode = NULL ... - truncate_inode_pages_final（atomic_inode） - f2fs_grab_cache_folio（mapping） ：在 atomic_inode->mapping 中创建 folio - clear_inode（atomic_inode） - BUG_ON（atomic_inode->i_data.nrpages） 我们需要在垃圾回收期间使用 fi->atomic_inode 的映射字段之前添加引用，否则将导致 UAF 问题。（CVE-2026-63816）

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

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

  - NFSD：修复解码错误清理SECINFO_NO_NAME nfsd4_decode_secinfo_no_name（） 目前在解码sin_style后初始化 sin_exp。如果 XDR 流被截断，解码器会在初始化 sin_exp 之前返回 nfserr_bad_xdr。由于提交了 3fdc54646234（NFSD：减少需要清除的 struct nfsd4_compoundargs数量），则在 RPC 调用之间未清除内联 iops 数组。因此，SECINFO_NO_NAME解码失败可使sin_exp保留之前操作过时的 union 内容。
    错误响应路径仍在调用 nfsd4_secinfo_no_name_release（），其会在非 NULL sin_exp上调用 exp_put（）。在第一个可失败的解码步骤之前初始化 sin_exp，与 nfsd4_decode_secinfo（） 相匹配。
    (CVE-2026-53398)

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

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

  - wifi：ath11k：修复取消绑定时的警告 如果在某些初始化期间出现与固件相关的错误，则会释放缓冲区 dp->tx_ring[i].tx_status。但是，当设备未绑定 （ath11k_pci） 时，系统会再次释放此信息，并得到：警告：CPU：0 PID：6231 at mm/slub.c：4368 free_large_kmalloc+0x57/0x90 调用跟踪：free_large_kmalloc ath11k_dp_free ath11k_core_deinit ath11k_pci_remove ... 由于 MSI 寻址初始化失败，因此一律可从 VM 重现此问题。要修复该问题，只需在释放之后将缓冲区设置为空以避免双重释放。（CVE-2026-63822）

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

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

  - f2fs：non-inline-xattr inode 的绑定i_inline_xattr_size 启用flexible_inline_xattr功能时，do_read_inode（） 会无条件加载磁盘上的i_inline_xattr_size：if （f2fs_sb_has_flexible_inline_xattr（sbi）） fi->i_inline_xattr_size = le16_to_cpu（ri->i_inline_xattr_size）;
    但 sanity_check_inode（） 仅当 inode 也设置了 FI_INLINE_XATTR 标记时才对其进行范围检查。携带内联目录项或内联数据但不FI_INLINE_XATTR（内联目录的正常布局）的 inode 因此会从构建的图像中保留完全受攻击者控制的i_inline_xattr_size。
    get_inline_xattr_addrs（） 返回该值时没有标记门控，因此它馈送 inode 几何体：
    MAX_INLINE_DATA（） = 4 * （CUR_ADDRS_PER_INODE - i_inline_xattr_size - 1） NR_INLINE_DENTRY（） = MAX_INLINE_DATA（） * BITS_PER_BYTE / （...） addrs_per_page（） = CUR_ADDRS_PER_INODE - i_inline_xattr_size 大型i_inline_xattr_size会将 MAX_INLINE_DATA（） 和 NR_INLINE_DENTRY（） 设置为负值，因此 make_dentry_ptr_inline（） 将 d->max （int） 设置为负值。然后，内联目录遍历将无符号长bit_pos与负 d->max 进行比较，后者被提升为巨大的无符号边界，并且读取范围远远超出内联区域：while （bit_pos < d->max） /* fs/f2fs/dir.c */ ...test_bit_le（bit_pos， d->bitmap） / d->dentry[bit_pos] ... 挂载构建的镜像并读取此类目录会在 f2fs_fill_dentries（） 中触发越界读取;同样的下溢也会损坏常规文件的 ADDRS_PER_INODE。只要启用 flexible_inline_xattr 功能（即，每当从磁盘加载值并消耗该值时），就针对 MAX_INLINE_XATTR_SIZE 验证i_inline_xattr_size，并在实际携带内联 xattr 的 inode 上保持下MIN_INLINE_XATTR_SIZE限边界，以便仍接受 i_inline_xattr_size == 0 的合法 inode。（CVE-2026-63815）

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

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

  - irqchip/imgpdc：修复资源泄漏，添加删除时缺少的链式处理程序清理 驱动程序在探测期间使用 irq_alloc_domain_generic_chips（） 分配域泛型芯片，并使用 irq_set_chained_handler_and_data（） 设置链式处理程序。但是，删除驱动程序时，不会释放通用芯片，且不会删除链接的处理程序。通用芯片仍保留在全局gc_list上，随后可能在删除驱动程序后被通用中断芯片暂停、恢复或关机回调访问，从而可能导致释放后使用和内核崩溃。probe for peripheral 和 syswake 中断中安装的链式处理程序也悬摆，这可导致虚假中断访问已释放的内存。通过以下方法修复这些问题：- 在 domain->flags 中设置 IRQ_DOMAIN_FLAG_DESTROY_GC 标记，以便在调用 irq_domain_remove（） 时核心代码自动删除通用芯片
    - 清除 pdc_intc_remove（） （）CVE-2026-63798 中所有含有 NULL 的链式处理程序

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

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

  - wifi：mt76：在 mt76_sta_add 中添加 wcid 发布检查 由于 mt7925_mac_sta_add 发布 wcid，因此在mt76_sta_add中添加发布检查以避免重新初始化 wcid->poll_list。使用 mt7925 和 7.1-rc4 时发现 dev->sta_poll_list 损坏。根据损坏信息，prev->next 更改为自身。
    wlan0：断开从 AP 90：fb：5d：94：8b：e3 与 90：fb：5d：94：8b：e2 的新认证的连接 wlan0：使用 90：fb：5d：94：8b：e2 （本地地址=84：9e：56：9c：7e：6b） wlan0：将认证发送到 90：fb：5d：94：8b：e2（尝试 1/3）slab kmalloc-8k 启动 ffff8c80958a6000 指针偏移 4160 大小 8192 list_add损坏。prev->next 应该是 next （ffff8c808a7488f8），但以前是 ffff8c80958a7040。（prev=ffff8c80958a7040）. mt76_wcid_add_poll+0x95/0xd0 [mt76] mt7925_mac_add_txs.part.0+0xa5/0xe0 [mt7925_common] mt7925_rx_check+0xa7/0xc0 [mt7925_common] mt76_dma_rx_poll+0x50d/0x790 [mt76] mt792x_poll_rx+0x52/0xe0 [mt792x_lib] （CVE-2026-63832）

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

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

  - nfsd：在 setlease 失败时释放布局 stid nfs4_alloc_stid（） 通过 cl_lock 下的 idr_alloc_cyclic（） 将新的 stid 发布到 cl->cl_stateids，然后再返回到 nfsd4_alloc_layout_stateid（）。
    随后 nfsd4_layout_setlease（） 失败时，错误路径会直接使用 kmem_cache_free（） 释放布局 stateid，而不调用 idr_remove（），这样会使 IDR 插槽指向已释放的 slab 内存。
    任何后续的 IDR 遍历器（states_show，客户端拆卸）都会取消引用悬摆指针。IDR 发布的 stid 的正确拆卸方式为 nfs4_put_stid（），它会删除 cl_lock 下的 IDR 插槽，将 sc_free （nfsd4_free_layout_stateid） 分派至通过 nfsd4_close_layout（） 发布 ls->ls_file，并丢弃其末尾的 nfs4_file 引用。第二个问题阻断了切换：nfsd4_free_layout_stateid（） 会无条件地通过 ls_lock 下的 delayed_work_pending（） 检查 ls->ls_fence_work，但 INIT_DELAYED_WORK（&ls->ls_fence_work， ...） 目前仅在 setlease 调用之后运行。在 setlease-failure 路径中，析构函数会接触到未初始化的delayed_work。nfsd4_alloc_layout_stateid（） nfs4_alloc_stid（） /* cl_lock 下的idr_alloc_cyclic */ nfsd4_layout_setlease（） /* 失败 */ nfs4_put_stid（） nfsd4_free_layout_stateid（） delayed_work_pending（&ls->ls_fence_work） /* 需要 INIT */ nfsd4_close_layout（） /* nfsd_file_put（ls->ls_file） */ put_nfs4_file（） 通过将 ls_fenced / ls_fence_delay / INIT_DELAYED_WORK初始化提升到 nfsd4_layout_setlease（） 调用上方进行修复， 并将手动 nfsd_file_put + put_nfs4_file + kmem_cache_free 清理替换为单个 nfs4_put_stid（stp）。（CVE-2026-53399）

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

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

  - drm/msm：始终恢复 gpu 以前，如果没有其他工作可做，恢复工作线程不会触发恢复，而是依赖 gpu 进入睡眠状态，然后在提交更多工作时恢复。Recover_worker将首先增加悬挂环的围栏，因此，如果只有一项作业提交到环并且导致挂起，它将提前退出。无法保证在提交更多工作之前 gpu 会挂起和恢复，如果 gpu 处于挂起状态，它将保持该状态并可能再次触发超时。只需停止检查并始终恢复 gpu。Patchwork：
    https://patchwork.freedesktop.org/patch/704066/ (CVE-2026-53377)

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

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

  - mac802154：llsec：在就地 crypto llsec_do_encrypt_unauth（）、llsec_do_encrypt_auth（）、llsec_do_decrypt_unauth（） 和 llsec_do_decrypt_auth（） 之前添加 skb_cow_data（），均对 skb 数据执行就地加密转换。他们构建一个包含指向 skb 线性数据区的 sg_init_one（） 的 scatterlist，然后将与 src 和 dst 相同的 scatterlist 传递到 crypto API（例如
    crypto_skcipher_encrypt/decrypt、crypto_aead_encrypt/decrypt）。在 RX 路径上，
    __ieee802154_rx_handle_packet（） 克隆收到的 skb，然后通过 ieee802154_subif_frame（） 将其传递给每个订阅者。克隆的 skb 通过引用计数共享相同的底层数据缓冲区。
    当 llsec_do_decrypt（） 随后在适当的位置修改此共享缓冲区时，它会损坏其他克隆（可能属于其他套接字或子系统）仍然引用的数据。在 TX 路径中，当 skb 的头部被克隆时（skb_cloned（） 返回 true），可能会发生类似的数据共享。修复方法是在执行任何就地 crypto 操作之前调用 skb_cow_data（）。skb_cow_data（） 确保 skb 的数据区域不会被共享：如果 skb 头被克隆或数据跨越多个片段，它会将数据复制到可以在适当的位置安全修改的私有缓冲区中。这与以下模式使用的模式相同：- ESP（net/ipv4/esp4.c、net/ipv6/esp6.c） - MACsec （drivers/net/macsec.c） - WireGuard （drivers/net/wireguard/receive.c） - TIPC （net/tipc/crypto.c） 如果没有此保护，共享 skb 数据上的就地加密会导致：- 其他 skb 克隆的静默数据损坏 - 当 crypto API scatterwalk 写入已由另一个克隆的 kfree_skb（） 释放的页面时的释放后使用 - 并发 802.15.4 下内核崩溃启用安全性的流量（KASAN/KMSAN 报告释放后使用 slab-use-free）由 0sec （https://0sec.ai） 使用自动化源分析发现。（CVE-2026-63831）

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

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

  - apparmor：修复 rawdata 重复数据删除循环中的释放后使用 aa_replace_profiles（） 遍历 ns->rawdata_list 以针对已附加到现有配置文件的条目删除传入的策略 blob。根据 struct aa_loaddata上的 kernel-doc，列表成员资格不持有引用：profiles 会保留 pcount，当最后一个 pcount 终止时，do_ploaddata_rmfs（） 会在接受 ns->lock 并删除条目的工作队列中排队。
    在终止最后一个 pcount 和工作队列运行之间，列表中会保留一个条目，其 pcount == 0。
    aa_get_profile_loaddata（） 是 pcount 上的无条件 kref_get（），因此当 dedup 循环命中此类条目时，refcount 强化将报告refcount_t：加法为 0;释放后使用。然后，在 aa_replace_profiles（） 内部，中毒计数器随后会在相同 loaddata 的使用中跳脱饱和和下溢警告。提交 a0b7091c4de4 之前（apparmor：修复 rawdata 取消引用时的争用）重复数据删除路径在单个计数器上使用get_unless_zero样式帮助程序，因此现有 if （tmp） 保护是有意义的。
    split-refcount 重构引入了具有普通 kref_get（） 语义的 aa_get_profile_loaddata（），守卫悄悄地变成了一个 no-op。引入 aa_get_profile_loaddata_not0（），以匹配现有的
    _not0 aa_get_profile_not0（） 使用的约定，并将其用于rawdata_list的重复数据删除查找，因此跳过正在终止的条目。在运行 Ubuntu 24.04 的 QEMU+KVM 中，在 v7.1-rc5 的 x86_64 上重现 + stress-ng 0.17.06：stress-ng --apparmor 1 --klog-check --timeout 60s 若不安装此修补程序，这三个refcount_t警告会在几秒内触发。有了它，同样的 60 秒运行是干净的。覆盖范围仅为烟雾测试;任何有周期的人都欢迎用CONFIG_KASAN、CONFIG_KCSAN和CONFIG_PROVE_LOCKING浸泡更长时间。（CVE-2026-63827）

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

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

  - netfilter：nf_tables：为设备删除添加挂钩事务 还原指示挂钩即将消失的标记，即NFT_HOOK_REMOVE，但在准备阶段添加一个新的事务对象来跟踪挂钩的删除，而无需更改基链/流表hook_list。将挂钩从基链/流表hook_list移动到事务hook_list的现有方法会中断此 RCU 保护列表的 netlink 转储路径读取器。应该可以使用nft_trans_hook数组来存储删除的挂钩以压缩表示形式，但我并不期望有很多挂钩对象，尤其是现在对设备的通配符支持已经到位。请注意，nft_trans_chain_hooks（） 列表包含 DELCHAIN 和 DELFLOWTABLE 命令的 struct nft_trans_hook 对象列表，而此列表存储 NEWCHAIN 和 NEWFLOWTABLE 的 struct nft_hook 对象。请注意，可以更新新命令以使用nft_trans_hook保持一致性。此修补程序还调整了事件通知路径以处理挂钩事务列表。（CVE-2026-63858）

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

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

  - tipc：修复 slab-after-use-after-free 与加密路径不同，tipc_aead_decrypt_done tipc_aead_decrypt（） 中的读取直接从 tipc_bearer_hold（b） 转到 crypto_aead_decrypt（req），而无需对 netns 进行引用。异步卸载 crypto_aead_decrypt（） 时（例如，SIMD aead 封装程序排队到 cryptd），cryptd 工作线程会在稍后运行 tipc_aead_decrypt_done（）。如果承载程序的 netns 在此期间被拆散，则 cleanup_net（） -> tipc_exit_net（） -> tipc_crypto_stop（） 释放 per-netns tipc_crypto，而随后完成会读取它：tipc_aead_decrypt_done（） 取消引用 aead->crypto->stats 和 aead->crypto->net，tipc_crypto_rcv_complete（） 取消引用 aead->crypto->aead[] 和节点表 -- 读取已释放的内存。解码 KASAN SPLAT（v7.1-rc7，CONFIG_KASAN_INLINE + TIPC + TIPC_CRYPTO）：缺陷：
    KASAN：tipc_aead_decrypt_done 中的 slab-use-after-free （net/tipc/crypto.c：999） 任务 kworker/u16：2/51 在地址 ffff8881056258a8 读取的大小为 8 工作队列：events_unbound 调用跟踪：tipc_aead_decrypt_done （net/tipc/crypto.c：999） process_one_work （kernel/workqueue.c：3314） worker_thread （kernel/workqueue.c：3397 kernel/workqueue.c：3478） kthread （kernel/kthread.c：436） ret_from_fork （arch/x86/kernel/process.c：158） ret_from_fork_asm （arch/x86/entry/entry_64.S：245） 分配方式任务 169：__kasan_kmalloc （mm/kasan/common.c：398 mm/kasan/common.c：415） tipc_crypto_start （net/tipc/crypto.c：1502） tipc_init_net （net/tipc/core.c：72） ops_init （net/core/net_namespace.c：137） setup_net （net/core/net_namespace.c：446） copy_net_ns （net/core/net_namespace.c：579） create_new_namespaces （kernel/nsproxy.c：132） __x64_sys_unshare （kernel/fork.c：3316） do_syscall_64 （arch/x86/entry/syscall_64.c：63） entry_SYSCALL_64_after_hwframe （arch/x86/entry/entry_64.S：121） 由任务 8 释放：kfree （mm/slub.c：6566） tipc_exit_net （net/tipc/core.c：119） cleanup_net （net/core/net_namespace.c：704） process_one_work （kernel/workqueue.c：3314） kthread （kernel/kthread.c：436） 这是为加密端修复的 commit e279024617134 的相同类别的缺陷（net/tipc：修复 tipc_aead_encrypt_done 中 slab-use-after-free Read in）。加密路径采用 crypto_aead_encrypt（） 之前的 maybe_get_net（aead->crypto->net），并在同步返回路径和 tipc_aead_encrypt_done（） 中与 put_net（） 一起将其丢弃;-EINPROGRESS/-EBUSY 返回保留异步回调释放的引用。解密路径没有同等防护。在解密路径上镜像加密端的补丁：在 crypto_aead_decrypt（） 之前获取一个 net 引用（如果无法获取则因 -ENODEV 和匹配的承载而失败），将其保留在 -EINPROGRESS/-EBUSY 异步返回中，并在同步成功/错误返回时和 tipc_aead_decrypt_done（） 结束时使用 put_net（） 将其丢弃。在 KASAN 的 v7.1-rc7 下重现：拥有群集密钥的 UDP 承载程序被来自未知对等机的构造的加密帧淹没（驱动群集密钥解密路径），而承载者的 netns 会被反复拆散。完成必须异步运行才能超过 tipc_crypto_stop（） ;在 x86 上，库存 AESNI GCM（AES） 现在同步解密，因此通过 cryptd 卸载执行异步路径。tipc_aead_decrypt_done（） 中未受保护的 aead->crypto 取消引用是未修补的上游路径;tipc_aead_decrypt（） 仍然缺少 maybe_get_net（aead->crypto->net），因此 crypto_aead_decrypt（） 异步的任何配置上的完成都可超过释放期。由 0sec 自动化安全研究工具 （）https://0sec.ai 发现。（CVE-2026-63801）

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

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

  - drm/amdgpu/vce：防止部分地址修补 如果只有一个 lo/hi 有效，修补可能导致 FW 中写入错误地址。（CVE-2026-53375）

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

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

  - nfsd：针对延迟的回写错误重置写入验证程序 nfsd_vfs_write（） 和 nfsd_commit（） 都会调用 filemap_check_wb_err（） 以检测延迟的回写错误，但当此检查失败时，两者都不会轮换服务器的写入验证程序 （nn->writeverf）。这些函数中的每个其他 durable-storage-failure 路径都会在返回错误之前调用 commit_reset_write_verifier（）。缺少轮换意味着在当前校验器下保留不稳定写入数据的客户端将提交、接收未更改的校验器，并得出结论，其数据是持久的，静默地丢弃写回失败的数据。这违反了 UNSTABLE+COMMIT 持久性契约（RFC 1813 3.3.7、RFC 8881 18.32）。在两个 filemap_check_wb_err（） 错误站点添加 commit_reset_write_verifier（） 调用，以匹配相同函数中相邻错误路径使用的模式。帮助程序已在内部过滤 -EAGAIN 和 -ESTALE，因此调用无条件安全。（CVE-2026-53393）

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

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

  - net：airoha：不读取 airoha_dev_xmit（） 中未初始化的片段地址 当循环索引等于 skb_shinfo（skb）->nr_frags 时，airoha_dev_xmit（） 中的传输循环在其最终迭代期间读取片段地址和长度，此时片段数据未初始化。尽管从未消耗这些值，但读取本身并不安全并可能触发页面错误。通过避免在最后一次迭代时读取片段来修复此问题。此外，将 skb 指针从第一个到最后一个使用的数据包描述符移动，以便 airoha_qdma_tx_napi_poll（） 延迟释放 skb，直到处理最终描述符为止。（CVE-2026-63857）

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

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

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

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

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

  - ocfs2：拒绝超大的群组位图描述符 ocfs2_validate_gd_parent（），仅针对父分配器的链几何形状bg_bits边界。恶意描述符仍可声明超过物理适合组描述符块的位图字节的 bg_size/bg_bits 对，因此后续的位图扫描和位更新可运行超过bg_bitmap。为父分配器类型添加基于 ocfs2_group_bitmap_size（） 的物理端针检查，并拒绝bg_size或bg_bits超出该容量的描述符。保留现有链几何检查，以便在使用描述符之前，磁盘上的位图布局和分配器元数据必须一致。验证重现了此内核报告：KASAN 中的释放后使用
    _find_next_bit+0x7f/0xc0 读取大小为 8 调用跟踪：dump_stack_lvl+0x66/0xa0 （？：？） print_report+0xd0/0x630 （？：？） _find_next_bit+0x7f/0xc0 （？：？） srso_alias_return_thunk+0x5/0xfbef5 （？：？）
    __virt_addr_valid+0x188/0x2f0 （？：？） kasan_report+0xe4/0x120 （？：？） ocfs2_find_max_contig_free_bits+0x35/0x70 （fs/ocfs2/suballoc.c：1375） ocfs2_block_group_set_bits+0x472/0x4b0 （fs/ocfs2/suballoc.c：1457） ocfs2_cluster_group_search+0x16b/0x440 （fs/ocfs2/suballoc.c：86） ocfs2_bg_discontig_fix_result+0x1ef/0x230 （fs/ocfs2/suballoc.c：1786） ocfs2_search_chain+0x8f8/0x10a0 （fs/ocfs2/suballoc.c：1886） get_page_from_freelist+0x70e/0x2370 （？：?)lock_release+0xc6/0x290 （？：？） do_raw_spin_unlock+0x9a/0x100 （？：？） kasan_unpoison+0x27/0x60 （？：？）
    __bfs+0x147/0x240 （？：？） get_page_from_freelist+0x83d/0x2370 （？：？） ocfs2_claim_suballoc_bits+0x38c/0xe70 （fs/ocfs2/suballoc.c：96） sched_domains_numa_masks_clear+0x70/0xd0 （？：？） check_irq_usage+0xe8/0xb70 （？：？）
    __ocfs2_claim_clusters+0x18d/0x4c0 (fs/ocfs2/suballoc.c:2497) check_path+0x24/0x50 (?:?) rcu_is_watching+0x20/0x50 (?:?) check_prev_add+0xfd/0xd00 (?:?) ocfs2_add_clusters_in_btree+0x17d/0x810 (fs/ocfs2/suballoc.c:?) __folio_batch_add_and_move+0x1f5/0x3d0 (?:?) ocfs2_add_inode_data+0xd9/0x120 (fs/ocfs2/suballoc.c:?) filemap_add_folio+0x105/0x1f0 (?:?) ocfs2_write_begin_nolock+0x29f7/0x2f80 (fs/ocfs2/suballoc.c:3043) ocfs2_read_inode_block+0xb5/0x110 (fs/ocfs2/suballoc.c：？）down_write+0xf5/0x180 （？：？） ocfs2_write_begin+0x180/0x240 （fs/ocfs2/suballoc.c：？） __mark_inode_dirty+0x758/0x9a0 （？：？） inode_to_bdi+0x41/0x90 （？：？） balance_dirty_pages_ratelimited_flags+0xf8/0x1d0 （？：？） generic_perform_write+0x252/0x440 （？：？） mnt_put_write_access_file+0x16/0x70 （？：？） file_update_time_flags+0xe4/0x200 （？：？） ocfs2_file_write_iter+0x80a/0x1320 （fs/ocfs2/suballoc.c：?)lock_acquire+0x184/0x2f0 （？：？） ksys_write+0xd2/0x170 （？：？） apparmor_file_permission+0xf5/0x310 （？：？） read_zero+0x8d/0x140 （？：？） lock_is_held_type+0x8f/0x100 （？：？）（CVE-2026-63796）

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

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

  - Bluetooth： ISO：使用 iso_pi（sk）->dst、iso_pi（sk）->src 和 iso_pi（sk）->src_type 而不按住 lock_sock（），修复 hci_get_route 调用 iso_connect_bis（）、iso_connect_cis（）、iso_listen_bis（） 和 iso_conn_big_sync（） 调用 hci_get_route（） 中 iso_pi 字段上的数据争用。可通过同一套接字上的 connect（） 或 setsockopt（） 并发修改这些字段，从而导致 KCSAN 报告的数据争用。
    通过在调用 hci_get_route（） 之前对 lock_sock（） 下的必填字段生成快照来修复此问题。缺陷：KCSAN：
    memcmp+0x45/0xb0 中未知来源的争用中的数据争用，通过 CPU 1 上的任务 333 读取到 1 字节的0xffff8880122135cf：memcmp+0x45/0xb0 hci_get_route+0x27e/0x490 iso_connect_cis+0x4c/0xa10 iso_sock_connect+0x60e/0xb30 __sys_connect_file+0xbd/0xe0 __sys_connect+0xe0/0x110
    __x64_sys_connect+0x40/0x50 x64_sys_call+0xcad/0x1c60 do_syscall_64+0x133/0x590 entry_SYSCALL_64_after_hwframe+0x77/0x7f （CVE-2026-63871）

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

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

  - ntfs：序列化卷标签访问 使用互斥体保护卷>volume_label并在copy_to_user前 snaphost 标签。这可防止 FS_IOC_SETFSLABEL 替换卷>volume_label并FS_IOC_GETTSLABEL同时读取卷时出现释放后使用。（CVE-2026-63793）

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

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

  - net：ip_gre：需要设备 netns 中的CAP_NET_ADMIN用于 changelink 隧道 changelink（） 最多在两个 netn 上操作，即 dev_net（dev） 和隧道链接 netns t->net。当设备创建或移动到运行请求的 netns 以外的 netns 中时，它们会有所不同。rtnl changelink 路径仅针对 dev_net（dev） 检查CAP_NET_ADMIN，因此拥有该处特权但不在 t->net 中的调用方可重写 t->net 中的隧道。在 net/core/rtnetlink.c 中的 rtnl_get_net_ns_capable（） 旁边添加 rtnl_dev_link_net_capable（）。它要求在链接 netns 中进行CAP_NET_ADMIN，当链接 netns 为 dev_net（dev） 时会跳过该程序，其中 rtnl 路径已检查过该程序。该系列中的其他修补程序使用相同的辅助函数。在解析任何属性之前，用它来访问 ipgre_changelink（） 和 erspan_changelink（），位于 op 顶部，因为解析器会先更新实时隧道字段。ipgre_netlink_parms（） 在 ip_tunnel_changelink（） 运行前设置 t->collect_md。提交 8b484efd5cb4（ip6：vti：在 vti6_siocdevprivate（）.） 中使用 ip6_tnl.net。在 ioctl 路径上添加了相同的检查。这会在 RTM_NEWLINK 上添加它。（CVE-2026-63829）

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

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

  - rpmsg：char：修复探测错误路径中的释放后使用 rpmsg_chrdev_probe（） 在调用 rpmsg_chrdev_eptdev_add（） 之前，将新分配的 eptdev 存储在默认端点的 priv 指针中。如果 rpmsg_chrdev_eptdev_add（） 随后失败，则其错误路径将释放 eptdev，而默认端点可能仍使用过时的 priv 指针进行调度。避免通过默认端点发布 eptdev，直到 rpmsg_chrdev_eptdev_add（） 成功。rpmsg_ept_cb（） 应忽略在发布 priv 指针之前收到的消息。流控制更新可能命中同一窗口中的 rpmsg_ept_flow_cb（），因此当 priv 为 NULL 时使两个回调都返回成功。（CVE-2026-63797）

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

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

  - i2c：core：修复适配器注册争用 使用 i2c_get_adapter（） 可根据适配器的 id 查找适配器，该 （） 采用嵌入式结构设备的引用。确保适配器（包括其结构设备）在将其添加到 IDR 之前已将其初始化，以避免访问未初始化的数据，例如可能导致空指针取消引用或释放后使用。请注意，从总线通知程序注册的 i2c-dev chardev 当前使用 i2c_get_adapter（），因此注册前需要将适配器添加到 IDR。（CVE-2026-53400）

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

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

  - fbdev：修复 store_modes（） 中的释放后使用 store_modes（） 将帧缓冲区的模式列表替换为用户空间中的模式。在成功时，它会通过 fb_destroy_modelist（） 释放旧模式列表。有两个字段仍指向该释放的列表。一个指针是 fb_display[i].mode，即控制台正在使用的模式。fbcon_new_modelist（） 将这些指针移动到新列表。它仅对仍映射到帧缓冲区的控制台启用此函数。跳过未映射的控制台并保留其过时指针。例如，取消绑定 fbcon 会将 con2fb_map[i] 设置为 -1，但保留 fb_display[i].mode 设置。稍后到达 fbcon_mode_deleted（） 的 FB_ACTIVATE_INV_MODE 的 FBIOPUT_VSCREENINFO ioctl。该函数通过 fb_mode_is_equal（） 读取过时的 fb_display[i].mode。
    读取为释放后使用。另一个指针是 fb_info->mode，即当前模式。它是通过模式 sysfs 属性设置的。store_modes（） 未更新 fb_info->模式，因此它仍然指向已释放的列表。属性的读取处理程序 show_mode（） 通过 mode_string（） 取消引用过时的 fb_info->mode。读取为释放后使用。释放列表之前清除这两个指针。提交 a1f305893074（fbcon：当释放模式时，将 fb_display[i]->mode 设置为 NULL）添加了辅助函数 fbcon_delete_modelist（）。它会清除指向指定列表的所有 fb_display[i].mode。目前仅从取消注册路径调用它。也从 store_modes（） 调用它，并将 fb_info->mode 设置为 NULL。
    (CVE-2026-63826)

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

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

  - keys：在实例化路径中固定request_key_auth负载 A：request_key（） B：KEYCTL_INSTANTIATE_IOV ================ =========================创建认证密钥 存储认证密钥中的 rka 等待帮助程序从认证密钥复制中获取认证密钥加载 rka 用户有效负载在 #PF 帮助程序上休眠 完成分离和释放 rka 破坏认证密钥唤醒 使用 rka->target_key **释放后使用** 为 request_key_auth 负载提供引用计数。获取负载参考，同时 authkey->sem 稳定负载和吊销状态。在实例化和拒绝路径中保留该引用。放弃拥有撤销和销毁的引用的认证密钥。
    [jarkko：将文本的前两段替换为实际的并发场景。]（CVE-2026-63823）

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

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

  - batman-adv：tp_meter：避免 dec_cwnd 的除以零 cwnd 始终为 MSS <= cwnd <= 0x20000000。但是 batadv_tp_update_cwnd（） 中的计算假设无符号的 32 位算术。（（mss * 8） ** 2） / （cwnd * 8） 如果 cwnd 实际上0x20000000，它将向左移动 3 位，最终达到 0x100000000 或 U32_MAX + 1。因此，它将回绕并变成 0 - 结果为：（（mss * 8） ** 2） / 0 这当然是无效的，无法计算。必须简化计算以避免此溢出：（mss
    ** 2） * 8 / cwnd 它将保持缩放（通过 8）的精度增强，但避免除数中的溢出。理论上，股息仍可能溢出。目前已将其固定为在 batadv_tp_recv_ack（） 中BATADV_TP_PLEN，因此它不是迫在眉睫的问题。但允许它使用整个 u32 位范围，意味着它仍然可以使用多达 67 位。为了保证此计算对 32 位算法的安全，mss 不得使用超过 floor（（32 - 3） / 2） 位 - 换句话说：绝不能大于 16383。（CVE-2026-63836）

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

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

  - drm/amdkfd：为 num_of_nodes 添加上限检查 drm/amdkfd：为 kfd_ioctl_get_process_apertures_new 中的num_of_nodes添加上限检查。（从提交 98ff46a5ea090c14d2cdb4f5b993b05d74f3949f 中精选出的内容）（CVE-2026-53376）

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

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

  - vc_screen：修复并发vcs_write期间 vcs_notifier（） 中的 null-ptr-deref 在 vcs_notifier（） 中发现 KASAN null-ptr-deref： 缺陷： KASAN： vcs_notifier+0x98/0x130 中的 null-ptr-deref 地址qmp_cmd_name的读取大小为 2： qmp_capabilities，参数： {} 该问题是 vcs_write（） 中的争用条件。暂时卸console_lock（以从用户空间复制数据）时，从 vcs_vc（） 获取的vc_data指针可能过时。重新获取锁定后，再次调用 vcs_vc（） 以重新验证指针。如果在此期间已解除 vc 分配，则 vcs_vc（） 返回 NULL，while 循环中断（写入> 0）。但是，在循环之后，仍使用现为空的 vc 指针调用 vcs_scr_updated（vc），从而导致通知程序链中出现空指针取消引用（vcs_notifier取消引用 param->vc）。通过在调用 vcs_scr_updated（） 之前添加 vc 的空检查修复此问题。（CVE-2026-53385）

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

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

  - batman-adv：v：防止已禁用 hardif 上的 OGM 聚合 当某个接口被禁用时，通过 batadv_hardif_disable_interface（） -> ... -> batadv_v_ogm_iface_disable（） 正确禁用该工作线程。在此过程中，skb aggr_list也会被释放。但 batadv_v_ogm_send_meshif（） 仍可将新的 skbs（通过 batadv_v_ogm_queue_on_if（））排队到aggr_list。只有在所有核心都无法再找到受 RCU 保护的硬接口列表时，才会停止此操作。batadv_v_ogm_aggr_work 将永远不会释放或消耗这些排队的 skb。batadv_v_ogm_iface_disable（） 函数必须阻止 batadv_v_ogm_queue_on_if（） 以避免泄露 skbs。（CVE-2026-63835）

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

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

  - gcov：使用原子计数器更新修复并发访问崩溃 GCC 的 GCOV 检测可以将全局分支计数器与循环归纳变量合并作为优化。在 inflate_fast（） 中，内部复制循环被转换，以便多次加载 GCOV 计数器值以计算循环基址、起始索引和结束边界。由于 GCOV 计数器是全局的（不是每个 CPU），不同 CPU 上的并发执行会导致计数器在负载之间变化，从而产生不一致的值和越界内存写入。当 inflate_fast（） 在多个 CPU 上并发运行时，崩溃会在 IPComp（IP 负载压缩）处理期间显示： 缺陷：无法处理地址的页面错误：ffffd0a3c0902ffa RIP：
    inflate_fast+1431 调用跟踪：zlib_inflate __deflate_decompress crypto_comp_decompress ipcomp_decompress [xfrm_ipcomp] ipcomp_input [xfrm_ipcomp] xfrm_input 在崩溃点，编译器从同一个全局 GCOV 计数器 （__gcov0.inflate_fast+216） 生成三个负载，以计算索引循环的基础、开始和结束。另一个 CPU 在加载之间修改计数器，使值不一致 - 写入超过 3.4 MB 超出 65 KB 缓冲区。在顶级 Makefile 中全局级别将 -fprofile--atomic 添加至 -fprofile-update=prefer-atomic 至 CFLAGS_GCOV，并由 try-run 编译测试保护。该测试使用完整KBUILD_CFLAGS编译一个有或没有 -fprofile-update=prefer-atomic 的最小程序，然后比较生成的对象文件中的未定义符号。如果 prefer-atomic 引入新的未定义引用（例如
    __atomic_fetch_add_8 i386 上或 __aarch64_ldadd8_relax arm64 上的 outline-atomics），则未添加该标记 -- 内核不会链接到 libatomic。在 GCC 内联 64 位原子计数器更新的架构上（x86_64、s390...），测试通过并启用标记，从而防止编译器将计数器与循环诱导变量合并，并修复了观察到的并发访问崩溃。在此标记将引入 libatomic 依赖性的架构上，它会被静默忽略，并且行为不会比此修补程序之前恶化。将CFLAGS_GCOV块从其原始位置（在 arch Makefile 包含之前）移动到核心KBUILD_CFLAGS分配之后但在 scripts/Makefile.gcc-plugins 包含之前。此放置可确保 try-run 测试看到 arch 特定的标志 （-m32、-march=、-mno-outline-atomics），同时避免在插件共享对象尚不存在时可能中断全新版本测试的 GCC 插件标志 （-fplugin=）。（CVE-2026-63825）

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

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

  - KVM：将 ioeventfd datamatch 中的 guest-triggerable BUG_ON（） 替换为 get_unaligned（） 放弃自 2009 年首次添加以来一直可访问的 BUG_ON（），而是使用 get_unaligned（） 执行可能未对齐的访问。对于指定存储，KVM x86 的仿真器会追踪目标操作数 x86_emulate_ctxt.dst 中的整个值。如果目标是内存，并且目标是拆分多个页面和/或是仿真 MMIO，则 KVM 会独立处理每个片段。例如，在从页面偏移0xffc开始拆分的页面上，KVM 将 4 个字节写入第一页，然后将其余字节写入第二页，并使用 ctxt->dst 作为两者的来源（具有适当的偏移）。如果目标拆分一个页面 *并且* 命中第二页上的仿真 MMIO，则 KVM 将完成对第一页的写入，然后仿真对第二页的 MMIO 访问。如果在第二页的偏移 0 处存在启用了 datamatch 的 ioeventfd，则 KVM 会将存储的其余部分作为潜在的 ioeventfd 信号进行处理。总而言之，如果客户机发出的存储拆分从页面偏移 N 开始的页面，而第二个页面在偏移 0 处具有启用了 datamatch 的 ioeventfd，则 KVM 将使用 &dst.valptr[N] 作为源来检查 datamatch。由于 dst（以及 dst.valptr）为 32 字节对齐，如果 N 未与 @len对齐，则会触发 BUG_ON（）。例如，在页面偏移0xffc处有一个 16 字节存储到 len 8 的 ioeventfd，则 ioeventfd_in_range（） 中的所有初始检查都将成功，并且 BUG_ON（） 会触发，原因是 @val 是 4 字节对齐，而不是 8 字节对齐。------------[ cut here ]------------ arch/x86/kvm/ 的内核缺陷。/../../virt/kvm/eventfd.c：783！哎呀：无效的操作码：0000 [#1] SMP CPU：0 UID：1000 PID：615 通信：重现未受感染 7.1.0-rc2-ff238429d1ea #365 PREEMPT 硬件名称：QEMU Standard PC（Q35 + ICH9,2009 年），BIOS 0.0.0 2015 年 2 月 6 日 RIP：0010：ioeventfd_write+0x6c/0x70 [kvm] 调用跟踪： <TASK> __kvm_io_bus_write+0x85/0xb0 [kvm] kvm_io_bus_write+0x53/0x80 [kvm] vcpu_mmio_write+0x66/0xf0 [kvm] emulator_read_write_onepage+0x12a/0x540 [kvm] emulator_read_write+0x109/0x2b0 [kvm] x86_emulate_insn+0x4f8/0xfb0 [kvm]x86_emulate_instruction+0x181/0x790 [kvm] kvm_mmu_page_fault+0x313/0x630 [kvm] vmx_handle_exit+0x18a/0x590 [kvm_intel] kvm_arch_vcpu_ioctl_run+0xc81/0x1c90 [kvm] kvm_vcpu_ioctl+0x2d5/0x970 [kvm]
    __x64_sys_ioctl+0x8a/0xd0 do_syscall_64+0xb7/0x890 entry_SYSCALL_64_after_hwframe+0x4b/0x53 RIP：
    0033：0x7f19c931a9bf </TASK> 模块链接于：kvm_intel kvm irqbypass ---[ end trace 00000000000000000]--- 在理想情况下，修复方法为删除 BUG_ON（），因为 KVM x86 不会对 CPL0 的正常内存访问执行对齐检查。遗憾的是， C99 毁了所有的乐趣;虽然 x86 架构运行良好，但直接取消引用未对齐指针在 C 中是未定义的行为，例如
    在以 CONFIG_UBSAN_ALIGNMENT=y 运行时触发 splats。 （CVE-2026-63806）

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

ID	名称	严重性
327891	Linux Distros 未修补的漏洞：CVE-2026-63847	high
327890	Linux Distros 未修补的漏洞：CVE-2026-63809	high
327889	Linux Distros 未修补的漏洞：CVE-2026-63808	critical
327888	Linux Distros 未修补的漏洞：CVE-2026-53374	high
327887	Linux Distros 未修补的漏洞：CVE-2026-63859	high
327886	Linux Distros 未修补的漏洞：CVE-2026-53391	high
327885	Linux Distros 未修补的漏洞：CVE-2026-63854	high
327884	Linux Distros 未修补的漏洞：CVE-2026-63810	high
327883	Linux Distros 未修补的漏洞：CVE-2026-53379	medium
327882	Linux Distros 未修补的漏洞：CVE-2026-63824	high
327881	Linux Distros 未修补的漏洞：CVE-2026-63811	medium
327880	Linux Distros 未修补的漏洞：CVE-2026-53392	high
327879	Linux Distros 未修补的漏洞：CVE-2026-63856	high
327878	Linux Distros 未修补的漏洞：CVE-2026-63819	high
327877	Linux Distros 未修补的漏洞：CVE-2026-63814	high
327876	Linux Distros 未修补的漏洞：CVE-2026-53384	critical
327875	Linux Distros 未修补的漏洞：CVE-2026-63848	high
327874	Linux Distros 未修补的漏洞：CVE-2026-63845	high
327873	Linux Distros 未修补的漏洞：CVE-2026-63853	high
327872	Linux Distros 未修补的漏洞：CVE-2026-63828	high
327871	Linux Distros 未修补的漏洞：CVE-2026-63816	high
327870	Linux Distros 未修补的漏洞：CVE-2026-53398	critical
327869	Linux Distros 未修补的漏洞：CVE-2026-63822	high
327868	Linux Distros 未修补的漏洞：CVE-2026-63815	high
327867	Linux Distros 未修补的漏洞：CVE-2026-63798	medium
327866	Linux Distros 未修补的漏洞：CVE-2026-63832	high
327865	Linux Distros 未修补的漏洞：CVE-2026-53399	critical
327864	Linux Distros 未修补的漏洞：CVE-2026-53377	medium
327863	Linux Distros 未修补的漏洞：CVE-2026-63831	high
327862	Linux Distros 未修补的漏洞：CVE-2026-63827	high
327861	Linux Distros 未修补的漏洞：CVE-2026-63858	high
327860	Linux Distros 未修补的漏洞：CVE-2026-63801	high
327859	Linux Distros 未修补的漏洞：CVE-2026-53375	high
327858	Linux Distros 未修补的漏洞：CVE-2026-53393	high
327857	Linux Distros 未修补的漏洞：CVE-2026-63857	critical
327856	Linux Distros 未修补的漏洞：CVE-2026-63846	high
327855	Linux Distros 未修补的漏洞：CVE-2026-63796	high
327854	Linux Distros 未修补的漏洞：CVE-2026-63871	medium
327853	Linux Distros 未修补的漏洞：CVE-2026-63793	high
327852	Linux Distros 未修补的漏洞：CVE-2026-63829	high
327851	Linux Distros 未修补的漏洞：CVE-2026-63797	high
327850	Linux Distros 未修补的漏洞：CVE-2026-53400	high
327849	Linux Distros 未修补的漏洞：CVE-2026-63826	high
327848	Linux Distros 未修补的漏洞：CVE-2026-63823	high
327847	Linux Distros 未修补的漏洞：CVE-2026-63836	high
327846	Linux Distros 未修补的漏洞：CVE-2026-53376	medium
327845	Linux Distros 未修补的漏洞：CVE-2026-53385	medium
327844	Linux Distros 未修补的漏洞：CVE-2026-63835	medium
327843	Linux Distros 未修补的漏洞：CVE-2026-63825	critical
327842	Linux Distros 未修补的漏洞：CVE-2026-63806	high

检测

Nessus 的 Misc. 系列

high

high

critical

high

high

high

high

high

medium

high

medium

high

high

high

high

critical

high

high

high

high

high

critical

high

high

medium

high

critical

medium

high

high

high

high

high

high

critical

high

high

medium

high

high

high

high

high

high

high

medium

medium

medium

critical

high