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

  - io_uring/net重试环时提交部分缓冲区提供的缓冲区可能仅在获取它们的单个执行上下文中有效。 io_uring 会处理此问题并在重试时使它们无效。但在网络方面，如果设置了 MSG_WAITALL，或套接字为流类型且处理了过少的套接字，则它将挂起缓冲区而不是回收或提交缓冲区。这是有问题的原因有两个: 1) 如果有人在稍后重试之前取消注册提供的缓冲区环则 req->buf_list 将不再有效。 2) 如果多个 socker 正在使用同一个缓冲区组则多个接收可消耗同一个内存。这可导致应用程序中的数据损坏因为任一接收都可落在同一个用户空间缓冲区中。如果使用了环提供的缓冲区则通过不允许在多个执行中固定提供的缓冲区进行部分重试来修复此问题。 (CVE-2025-38730)

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

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

  - Netty 是一种异步事件驱动的网络应用程序框架，用于开发可维护的高性能协议服务器和客户端。在 4.1.124.Final 和 4.2.0.Alpha3 至 4.2.4.Final 中Netty 错误地接受独立的换行符 (LF) 作为区块大小行终止符而不考虑前面的回车符 (CR)从而代替需要按照 HTTP/1.1 标准进行 CRLF。结合以不同方式解析 LF将其视为区块扩展的一部分的反向代理时攻击者可构建请求被代理视为一个请求但 Netty 处理为两个请求从而启用请求走私攻击。此问题已在版本 4.1.125.Final 和 4.2.5.Final 中修复。 (CVE-2025-58056)

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

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

  - mediadvb-frontendsdib7090p修复 dib7090p_rw_on_apb() 中的 null-ptr-deref 在 dib7090p_rw_on_apb 中msg 由用户控制。当 msg[0].buf 为空且 msg[0].len 为零时将通过前者对 msg[0].buf 的检查。如果在未进行健全性检查的情况下访问 msg[0].buf[2]会发生空指针取消引用。在 msg[0].len 上添加了检查以防止崩溃。访问 msg[1].buf[0] 和 msg[1].buf[1] 时会发生类似的问题。类似提交提交 0ed554fd769a (media: dvb-usb: az6027修复 az6027_i2c_xfer() 中的 null-ptr-deref) (CVE-2025-38694)

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

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

  - Cilium 是一种网络、可观察性和安全性解决方案，具有基于 eBPF 的数据平面。对于某些服务的入口使用 Gateway API、针对 LB 服务实现使用 LB-IPAM 或 BGP、使用网络策略阻止传出流量从一个命名空间中的工作负载到其他命名空间中的工作负载的 Cilium 用户会将来自此类网络涵盖的工作负载的传出流量由“Gateway”资源配置的 LoadBalancers 的策略会错误地被允许。未通过 Gateway API 配置部署的 LoadBalancer 资源不受此问题的影响。该问题会影响到 v1.15.0 到 v1.15.14 之间的 Cilium v1.15、v1.16.0 到 v1.16.7 之间的 v1.16以及 v1.17.0 到 v1.17.1 之间的 v1.17。此问题已在 Cilium v1.15.15、v1.16.8 和 v1.17.2 中修复。对于无法升级的用户可使用群集范围的 Cilium 网络策略来解决此问题。 (CVE-2025-30162)

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

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

  - hv_netvsc修复删除 VF 的命名空间期间的错误 netvsc NIC 上接收到 NETDEV_REGISTER 时现有代码将 VF NIC 移动到新的命名空间。在删除命名空间期间调用 default_device_exit_batch() >> default_device_exit_net()。将 netvsc NIC 移回并注册至默认命名空间时会自动将 VF NIC 带回默认命名空间。这将造成 default_device_exit_net() >> for_each_netdev_safe 循环无法检测到列表末端并命中空指针[ 231.449420] mana 7870:00:00.0 enP30832s1已将 VF 移动到命令空间eth0 [ 231.449656] 缺陷内核空指针取消引用地址地址0000000000000010 [ 231.450246] #PF内核模式下的主管读取访问权限 [ 231.450579] #PF: error_code(0x0000) - 不存在页面 [ 231.450916] PGD 17b8a8067 P4D 0 [ 231.451163] 错误错误0000 [#1] SMP NOPTI [ 231.451450] CPU: 82 UID: 0 PID: 1394 Comm: kworker/u768:1 Not tainted 6.16.0-rc4+ #3 VOLUNTARY [ 231.452042] 硬件名称Microsoft Corporation Virtual Machine/虚拟机BIOS Hyper-V UEFI 版本 v4.1 2024 年 11 月 21 日 [ 231.452692] Workqueue: netns cleanup_net [ 231.452947] RIP: 0010:default_device_exit_batch+0x16c/0x3f0 [ 231.453326] 代码c0 0c f5 b3 e8 d5 db fe ff 48 85 c0 74 15 48 c7 c2 f8 fd ca b2 be 10 00 00 00 48 8d 7d c0 e8 7b 77 25 00 49 8b 86 28 01 00 00 <48> 8b 50 10 4c 8b 2a 4c 8d 62 f0 49 83 ed 10 4c 39 e0 0f 84 d6 00 [ 231.454294] RSP
    0018:ff75fc7c9bf9fd00 EFLAGS00010246 [ 231.454610] RAX: 0000000000000000 RBX: 0000000000000002 RCX
    61c8864680b583eb [ 231.455094] RDX: ff1fa9f71462d800 RSI: ff75fc7c9bf9fd38 RDI: 0000000030766564 [231.455686] RBP: ff75fc7c9bf9fd78 R08: 0000000000000000 R09: 0000000000000000 [ 231.456126] R10:
    0000000000000001 R110000000000000004 R12ff1fa9f70088e340 [ 231.456621] R13ff1fa9f70088e340 R14
     R15ffffffffb3f50c20  : ff1fa9f7103e6340 [ 231.457161] FS: 0000000000000000(0000) GS:ff1faa6783a08000(0000) knlGS:0000000000000000 [ 231.457707] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 231.458031] CR2:
    0000000000000010 CR3: 0000000179ab2006 CR4: 0000000000b73ef0 [ 231.458434] 调用跟踪[ 231.458600] <TASK> [ 231.458777] ops_undo_list+0x100/0x220 [ 231.459015] cleanup_net+0x1b8/0x300 [ 231.459285] it process_one_work+0x340将 ns 变更移动到工作队列并进行 rtnl_lock以避免在 default_device_exit_net() 使用该列表时更改 netdev 列表。 (CVE-2025-38683)

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

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

  - scsibfa双重释放修复如果 bfad_im_probe() 函数在初始化期间失败则释放 bfad->im 指向的内存而无需将 bfad->im 设置为 NULL。随后在驱动程序卸载期间状态机进入 bfad_sm_stopping 状态并调用 bfad_im_probe_undo() 函数时会再次尝试释放 bfad->im 指向的内存从而触发双重释放漏洞。如果探测失败则将 bfad->im 设置为 NULL。 (CVE-2025-38699)

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

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

  - ASoCcore检查 snd_soc_remove_pcm_runtime() 中的 rtd == NULL 可能会在 rtd == NULL 的情况下调用 snd_soc_remove_pcm_runtime()这将导致空指针取消引用。由于系统中缺少硬件组件因此拓扑加载并将链接标记为忽略可以重现此问题。模块删除时soc_tplg_remove_link() 会通过 rtd == NULL 调用 snd_soc_remove_pcm_runtime()因为忽略链接因此未创建运行时。 (CVE-2025-38706)

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

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

  - pNFS修复 block/scsi 布局中未初始化的 ptr 取消引用。该错误第三次尝试对盘区进行编码时发生。
    当函数 ext_tree_prepare_commit() 重新分配更大的缓冲区以重试编码盘区时只有在重试循环之后才会初始化 layoutupdate_pages 页面数组。但会在每次迭代时调用 ext_tree_free_commitdata()并尝试将页面放入数组中从而取消引用未初始化的指针。另一个问题是对最大可能 buffer_size 没有限制。当范围过多时客户端创建的布局提交可能大于服务器接受的最大可能 RPC 大小。在测试过程中，我们发现两种典型的场景。首先当我们使用小文件、将数据附加到文件末尾或在写入前预分配盘区时一个盘区的内存页就足够了。但是当填充新的大型文件而不进行预分配时盘区数量可能会很大并且计算 ext_tree_encode_commit() 中的已写入盘区数量也起不到任何作用。由于此数字在解锁和锁定 ext_tree 之间增加得更多因此重新分配的缓冲区可能一次又一次地不够大。 (CVE-2025-38691)

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

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

  - podman 中存在一个漏洞当 kube 文件包含 Securee 或 ConfigMap 卷挂载且此类卷包含指向主机文件路径的符号链接时攻击者可使用 kube play 命令覆盖主机文件。成功攻击后攻击者只能控制要覆写的目标文件而无法控制要写入文件的内容。Binary-Affectedpodman Upstream-version-introduced v4.0.0 Upstream-version-fixed v5.6.1 (CVE-2025-9566)

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

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

  - scsilibiscsi仅在分配内存时初始化 iscsi_conn->dd_data 如果 iSER 设置期间发生 ib_fast_reg_mr 分配失败计算机会发生错误因为 iscsi_conn->dd_data 会无条件初始化即使未分配任何内存 (dd_size == 0。这会导致在连接拆卸期间造成无效的指针取消引用。通过仅在实际分配内存时设置 iscsi_conn->dd_data 来修复 。错误跟踪------------ iseriser_create_fastreg_desc无法分配 ib_fast_reg_mr err=-12 iser
    iser_alloc_rx_descriptors分配 rx 描述符/数据缓冲区失败缺陷无法处理地址 ffffffffffffffff8 RIP: 0010:swake_up_locked.part.5+0xa/0x40 调用跟踪的页面错误
    complete+0x31/0x40 iscsi_iser_conn_stop+0x88/0xb0 [ib_iser] iscsi_stop_conn+0x66/0xc0 [scsi_transport_iscsi] iscsi_if_stop_conn+0x14a/0x150 [scsi_transport_iscsi] iscsi_if_rx+0x1135/0x1834 [scsi_transport_iscsi] ? netlink_lookup+0x12f/0x1b0 ? netlink_deliver_tap+0x2c/0x200 netlink_unicast+0x1ab/0x280 netlink_sendmsg+0x257/0x4f0 _copy_from_user+0x29/0x60 sock_sendmsg+0x5f/0x70CVE-2025-38700

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

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

  - scsilpfc清理 lpfc_vport 结构时检查 hdwq 空指针如果从 lpfc_sli4_hba_setup() 调用 lpfc_sli4_read_rev() 失败则可能会在分配 sli4_hba.hdwqs 之前发生清理例程 lpfc_sli4_vport_delete_fcp_xri_aborted()。这可能会在尝试获取第一个硬件队列的 abts_io_buf_list_lock 时导致空指针取消引用。
    通过在 phba->sli4_hba.hdwq 上添加空指针检查和提前返回来修复因为此情况意味着端口初始化期间一定出错。 (CVE-2025-38695)

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

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

  - libavformat 57.34.103中的 libavcodec 的 avcodec_decode_audio4 函数在在 MPlayer 中使用时可让远程攻击者通过特制的 mp3 文件造成拒绝服务越界读取。 (CVE-2016-5115)

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

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

  - netfilterctnetlink修复表转储上的 refcount 泄漏 ctnetlink_dump_table() 中存在引用计数泄漏 if (res < 0) { nf_conntrack_get(&ct->ct_general); } // HERE cb->args[1] = (unsigned long)ct; ... 虽然不太可能但有可能是 ct == last。如果发生这种情况，则 ct 的 refcount 已经增加。此第二个增量永远不会撤消。这会阻止释放 conntrack 对象进而阻止 cnet->count 降回 0。然后这将阻止 netns dismantle或 conntrack rmmod因为 nf_conntrack_cleanup_net_list() 将永远等待。这可以通过运行循环中的 conntrack_resize.sh selftest 来重现。我在可抢占的内核上平均耗时约 20 分钟才能在 nf_conntrack_cleanup_net_list 中看到旋转的失控 kworker。一个补丁会将其更改为 if (res < 0) { if (ct != last) nf_conntrack_get(&ct->ct_general);但本来就不需要此引用计数。我们可以只存储一个 Cookie 值。后续修补程序将针对 ctnetlink_exp_dump_table 执行相同的操作我认为此版本似乎有相同的问题并且与 ctnetlink_dump_table 类似我们仅需要“跳过提示”而非实际对象因此我们也可以在此应用相同的 Cookie 策略。 (CVE-2025-38721)

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

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

  - gfs2验证 exhash 目录的 i_depth 模糊测试引入了以 dir_e_read() 中的 0 深度结束的损坏在以下位置造成 32 的未定义位移index = hash >> (32 - dip->i_depth);根据在 dir_make_exhash() 中以开放代码方式计算的 exhash 目录的最小深度为 ilog2(sdp->sd_hash_ptrs) 且 0 无效因为 sdp->sd_hash_ptrs 在挂载时被修复为 sdp->bsize / 16。
    因此我们可以通过检查低于 gfs2_dinode_in() 中最小值的深度值来避免未定义的行为。已在其中检查大于最大值的值。此外将 dir_make_exhash() 中的计算切换为使用 ilog2()明确深度的计算方式。已使用 syzkaller repro.c 和 xfstests“-g quick”进行测试。 (CVE-2025-38710)

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

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

  - iommufd防止 ALIGN() 溢出分配 IOVA 时候选范围与目标对齐方式对齐。如果范围接近 ULONG_MAX则 ALIGN() 可能会封装从而导致 iova 损坏。
    使用 get_add_overflow() 打开 ALIGN() 代码可防止发生此问题。这简化了检查，因为我们也不需要提前检查长度。将此代码的两个副本合并到一个帮助程序下。
    此缺陷将允许用户空间创建与某些其他映射或保留范围重叠的映射。 (CVE-2025-38688)

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

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

  - net/schedets清除未使用的类时使用旧“nbands”Shuang 报告 sch_ets 测试案例 [1] 在 Lion 最近进行更改后 ets_class_qlen_notify() 中发生崩溃 [2]。该问题为在 ets_qdisc_change() 中我们清除了未使用的 DWRR 队列“q->nbands”的值为新值清理应使用旧值。自从我第一次尝试修复 ets_qdisc_change() 以来该问题就一直存在但在最近的 qdisc len Accounting 补丁之后它再次出现。修复在分配“q->nbands”的新值之前清除空闲 DWRR 队列的问题以便所有清除操作找到一致的配置 - 旧“q->nbands”因为 ets_class_find() 需要它 - 旧“q->” nstrict”因为它是 ets_class_is_strict() 所需的缺陷缺陷内核空指针取消引用地址0000000000000000 #PF内核模式下存在主管读取访问 #PFerror_code(0x0000) - not-present page PGD 0 P4D 0 Oops: Oops: 0000 [#1] SMP NOPTI CPU: 62 UID: 0 PID: 39457 Comm: tc Kdump:已加载未受感染 6.12.0-116.el10.x86_64 #1 PREEMPT(随意) 硬件名称Dell Inc. PowerEdge R640/06DKY5、BIOS 2.12.2 2021 年 7 月 9 日RIP
    0010:__list_del_entry_valid_or_report+0x4/0x80 代码 ff 4c 39 c7 0f 84 39 19 8e ff b8 01 00 00 00 c3 cc cc cc cc 66 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 fa <48> 8b 17 48 8b 4f 08 48 85 d2 0f 84 56 19 8e ff 48 85 c9 0f 84 ab RSP0018:ffffba186009f400 EFLAGS00010202 RAX: 00000000000000d6 RBX
    0000000000000000 RCX: 0000000000000004 RDX: ffff9f0fa29b69c0 RSI: 0000000000000000 RDI: 0000000000000000 RBP: ffffffffc12c2400 R08: 0000000000000008 R09: 0000000000000004 R10: ffffffffffffffff R11:
     R120000000000000004  : 0000000000000000 R13: ffff9f0f8cfe0000 R14: 0000000000100005 R15: 0000000000000000 FS: 00007f2154f37480(0000) GS:ffff9f269c1c0000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 0000000000000000 CR3: 00000001530be001 CR4: 00000000007726f0 DR0
    0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 PKRU: 55555554 Call Trace: <TASK> ets_class_qlen_notify+0x65/0x90 [sch_ets] qdisc_tree_reduce_backlog+0x74/0x110 ets_qdisc_change+0x630/0xa40 [sch_ets]
    __tc_modify_qdisc.constprop.0+0x216/0x7f0 tc_modify_qdisc+0x7c/0x120 rtnetlink_rcv_msg+0x145/0x3f0 netlink_rcv_skb+0x53/0x100 netlink_unicast+0x245/0x390 netlink_sendmsg+0x21b/0x470
    ____sys_sendmsg+0x39d/0x3d0 ___sys_sendmsg+0x9a/0xe0 __sys_sendmsg+0x7a/0xd0 do_syscall_64+0x7d/0x160 entry_SYSCALL_64_after_hwframe+0x76/0x7e RIP: 0033:0x7f2155114084 Code: 89 02 b8 ff ff ff ff eb bb 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 00 f3 0f 1e fa 80 3d 25 f0 0c 00 00 74 13 b8 2e 00 00 00 0f 05 <48> 3d 00 f0 ff ff 77 54 c3 0f 1f 00 48 83 ec 28 89 54 24 1c 48 802 RSP: :00007fff1fd7a988 EFLAGS00000202 ORIG_RAX: 000000000000002e RAX: ffffffffffffffda RBX: 0000560ec063e5e0 RCX: 00007f2155114084 RDX
    0000000000000000 RSI: 00007fff1fd7a9f0 RDI: 0000000000000003 RBP: 00007fff1fd7aa60 R08: 0000000000000010 R09: 000000000000003f R10: 0000560ee9b3a010 R11: 0000000000000202 R12: 00007fff1fd7aae0 R13:
    000000006891ccde R14: 0000560ec063e5e0 R15: 00007fff1fd7aad0 </TASK> [1] https://lore.kernel.org/netdev/e08c7f4a6882f260011909a868311c6e9b54f3e4.1639153474.git.dcaratti@redhat.com/ [2] https://lore.kernel.org/netdev/d912cbd7-193b-4269-9857-525bee8bbb6a@gmail.com/ (CVE-2025-38684)

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

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

  - fbdev修复 fast_imageblit 中的 vmalloc 越界写入。此问题可在用户空间程序通过传递控制台编号和帧缓冲区编号进行 ioctl FBIOPUT_CON2FBMAP 时触发。理想情况下，此功能可将控制台映射到帧缓冲区，并在控制台可见时更新屏幕。作为映射的一部分它必须根据帧缓冲区信息调整控制台的大小。如果此调整大小失败且从 vc_do_resize() 返回并继续继续。此时控制台和新的帧缓冲区已映射并设置显示变量。尽管失败仍会在后续阶段继续继续更新屏幕其中 vc_data 与先前的帧缓冲区相关且帧缓冲区信息和显示变量会映射到新的帧缓冲区且最终导致 fast_imageblit() 中的越界写入。仅当 fg_console 等于请求的控制台即可见控制台并使用 fbcon_putcs() 中的无效结构引用更新屏幕时此行为除外。 (CVE-2025-38685)

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

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

  - 已修复 Linux 内核中的下列漏洞：netlink: avoid infinite retry looping in netlink_unicast() netlink_attachskb() checks for the socket's read memory allocation constraints.
    Firstly, it has: rmem < READ_ONCE(sk->sk_rcvbuf) to check if the just increased rmem value fits into the socket's receive buffer. If not, it proceeds and tries to wait for the memory under: rmem + skb->truesize > READ_ONCE(sk->sk_rcvbuf) The checks don't cover the case when skb->truesize + sk->sk_rmem_alloc is equal to sk->sk_rcvbuf. Thus the function neither successfully accepts these conditions, nor manages to reschedule the task - and is called in retry loop for indefinite time which is caught as: rcu: INFO:
    rcu_sched self-detected stall on CPU rcu: 0-....: (25999 ticks this GP) idle=ef2/1/0x4000000000000000 softirq=262269/262269 fqs=6212 (t=26000 jiffies g=230833 q=259957) NMI backtrace for cpu 0 CPU: 0 PID: 22 Comm: kauditd Not tainted 5.10.240 #68 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.17.0-4.fc42 04/01/2014 Call Trace: <IRQ> dump_stack lib/dump_stack.c:120 nmi_cpu_backtrace.cold lib/nmi_backtrace.c:105 nmi_trigger_cpumask_backtrace lib/nmi_backtrace.c:62 rcu_dump_cpu_stacks kernel/rcu/tree_stall.h:335 rcu_sched_clock_irq.cold kernel/rcu/tree.c:2590 update_process_times kernel/time/timer.c:1953 tick_sched_handle kernel/time/tick-sched.c:227 tick_sched_timer kernel/time/tick-sched.c:1399 __hrtimer_run_queues kernel/time/hrtimer.c:1652 hrtimer_interrupt kernel/time/hrtimer.c:1717
    __sysvec_apic_timer_interrupt arch/x86/kernel/apic/apic.c:1113 asm_call_irq_on_stack arch/x86/entry/entry_64.S:808 </IRQ> netlink_attachskb net/netlink/af_netlink.c:1234 netlink_unicast net/netlink/af_netlink.c:1349 kauditd_send_queue kernel/audit.c:776 kauditd_thread kernel/audit.c:897 kthread kernel/kthread.c:328 ret_from_fork arch/x86/entry/entry_64.S:304 Restore the original behavior of the check which commit in Fixes accidentally missed when restructuring the code. Found by Linux Verification Center (linuxtesting.org). (CVE-2025-38727)

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

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

  - drm/xe使 dma-fence 符合安全访问规则 Xe 会释放其导出的 dma-fence 指向的某些数据。最值得注意的是如果用户空间关闭相关的提交队列则可能会释放时间线名称。同时可能已将隔离导出给第三方例如 sync_fence fd随后在后续访问时造成释放后使用。为确保此操作安全，我们需要使驱动程序符合新记录的 dma-fence 规则。驱动程序必须确保发出屏蔽信号与释放所述屏蔽指向的任何数据之间存在 RCU 宽限期。对于时间线名称我们只需通过 kfree_rcu 释放队列而对于与多个队列相关的共享锁我们在释放持有该锁的每个 GT 结构之前添加一个 RCU 宽限期。 (CVE-2025-38703)

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

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

  - drm/amd/pm修复空指针访问将没有分隔符“ ”、“\n”、“\0”的字符串写入 gpu_od/fan_ctrl sysfs 或 CUSTOM 配置文件的 pp_power_profile_mode 将导致空指针取消引用。 (CVE-2025-38705)

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

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

  - fbdev修复 do_register_framebuffer() 中潜在的缓冲区溢出 在以下情况下当前的实现可能会导致缓冲区溢出 1. 取消注册在 registered_fb[] 中创建空间隙 2. 尽管 num_registered_fb < FB_MAX仍会占用所有数组槽 3. 注册循环超出数组边界添加以防止 registered_fb[FB_MAX] 访问的边界检查。 (CVE-2025-38702)

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

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

  - mediadvb-frontendsw7090p修复 w7090p_tuner_write_serpar 和 w7090p_tuner_read_serpar 中的 null-ptr-deref 在 w7090p_tuner_write_serpar 中msg 由用户控制。当 msg[0].buf 为空且 msg[0].len 为零时将通过前者对 msg[0].buf 的检查。如果在未进行健全性检查的情况下访问 msg[0].buf[2]会发生空指针取消引用。在 msg[0].len 上添加了检查以防止崩溃。类似提交提交 0ed554fd769a (media: dvb-usb: az6027修复 az6027_i2c_xfer() 中的 null-ptr-deref) (CVE-2025-38693)

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

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

  - jfs定期检查文件损坏 重现器使用负 i_size 值在磁盘上构建损坏的文件。打开此文件时添加检查以避免后续操作失败。 (CVE-2025-38698)

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

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

  - mm/ptdump获取 ptdump_walk_pgd() 内的内存热插拔锁定内存热删除根据需要取消映射和拆卸各种内核页表区域。ptdump 代码可与内核页表的并发修改争用。并发修改叶条目时转储代码可能记录 VA 范围的过时或不一致信息但此行为并无害处。但是当释放中间级别的内核页表时转储代码将继续使用已释放并可能为其他目的而重新分配的内存。在此类情况下ptdump 代码可能会取消引用虚假的地址从而导致许多潜在问题。为避免上述争用条件arm64、riscv 和 s390 等平台会在通过 sysfs 接口 /sys/kernel/debug/kernel_page_tables 转储内核页表时进行内存热插拔锁定。检查可能已通过 /sys/kernel/debug/kernel_page_tables/check_wx_pages 标记为 W+X 的页面其进而调用 ptdump_check_wx() 时存在类似的争用条件。我们不再次解决此争用条件，而只移动通用 ptdump_check_wx() 内的内存热插拔锁定这对这两种情况都有好处。从所有现有平台 ptdump 代码路径中删除 get_online_mems() 和 put_online_mems() 组合。
    (CVE-2025-38681)

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

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

  - mediauvcvideo修复 uvc_parse_format() 中的 1 字节越界读取调用 uvc_parse_format() 之前的缓冲区长度检查仅确保缓冲区至少有 3 字节 (buflen > 2)buf 函数访问缓冲区[ 3]，至少需要 4 个字节。如果缓冲区正好只有 3 个字节这可导致越界读取。通过检查缓冲区是否在 uvc_parse_format() 中至少有 4 个字节修复此问题。
    (CVE-2025-38680)

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

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

  - nfsd处理 nfsd4_setclientid_confirm() 中的 get_client_locked() 失败 Lei Lu 最近报告 nfsd4_setclientid_confirm() 未检查 get_client_locked() 的返回值。 SETCLIENTID_CONFIRM 可能与已到期的已确认客户端争用且无法获取引用。这可能在之后导致 UAF。
    通过在存在现有确认客户端的情况下及早获取引用来修复此问题。如果失败，则视为根本未找到已确认的客户端。在未经确认的客户端即将到期的情况下只是失败并从 get_client_locked() 返回结果。 (CVE-2025-38724)

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

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

  - hfs修复 hfs_bnode_read() 中的 slab 越界。此修补程序引入用于检查请求的偏移值的 is_bnode_offset_valid() 方法。此外还引入了 check_and_correct_requested_length() 方法该方法用于检查和修正请求的长度如果需要。这些方法用于 hfs_bnode_read()、hfs_bnode_write()、hfs_bnode_clear()、hfs_bnode_copy() 和 hfs_bnode_move()，目标是防止访问超出分配的内存并触发崩溃。 (CVE-2025-38715)

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

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

  - fs/ntfs3添加文件名的健全性检查文件名的长度应小于目录条目的大小。 (CVE-2025-38707)

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

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

  - netkcm修复 kcm_unattach() 中的争用条件syzbot 在同时执行 kcm_unattach(psock) 和 kcm_release(kcm) 时发现争用条件。 kcm_unattach() 在调用 queue_work() 之前缺少对标记 kcm->tx_stopped 的检查。如果 kcm 具有预留的 psock可能在 kcm_release() 中的 cancel_work_sync() 和 unreserve_psock() 之间执行 kcm_unattach()从而就在 kcm_done() 中释放 kcm 之前重新排队 kcm->tx_work。删除 kcm->tx_stopped 并将其替换为不易出错的 disable_work_sync()。 (CVE-2025-38717)

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

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

  - drbd在 handle_write_conflicts 中添加缺少的 kref_get 启用“two-primaries”时DRBD 会尝试检测并发写入并处理写入冲突这样即使您在两个节点上同时写入同一扇区它们也会在一次中以相同的数据结束写入操作已完成。在处理超级种子的写入时我们忘记了 kref_get从而导致过早发生 drbd_destroy_device 和释放后使用以及进一步出现内核崩溃并出现征兆。相关性任何人不应将 DRBD 用作随机数据发生器并且显然所有双主用户都会在向上层正确处理并发写入。即群集文件系统使用某个分布式锁定管理器而虚拟化环境中的实时迁移会在一个节点上停止写入然后再开始在另一个节点上写入。这意味着除了用于测试用例之外，实际中永远不会采用此代码路径。仅供参考在 DRBD 9 中现在的处理方式有所不同。我们仍会检测写入冲突，但不再尝试对其进行智能处理。我们决定改为硬断开连接：上层不得提交并发写入。如果他们这样做了，那是他们的错。 (CVE-2025-38708)

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

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

  - jfsdbAllocAG 中的树形索引上限检查。在 dbAllocAG 中计算树形索引时我们从不检查是否超出与树状结构大小相关的边界。文件系统元数据损坏的情况下可能会发生此问题。 (CVE-2025-38697)

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

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

  - ALSAusb-audio也验证 UAC3 电源域描述符 需要使用变量 bLength 验证 UAC3 电源域描述符以避免恶意固件也进行非预期的 OOB 访问。
    (CVE-2025-38729)

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

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

  - hfsplus修复 hfsplus_uni2asc() 中的 slab 越界读取 hfsplus_readdir() 方法可通过调用 hfsplus_uni2asc() 造成崩溃 [ 667.121659][ T9805] =========== ================================================== ===== [ 667.122651][ T9805] BUGKASANhfsplus_uni2asc+0x902/0xa10 中的 slab 越界 [ 667.123627][ T9805] 通过任务 repro/9805 在 addr ffff88802592f40c 处读取大小为 2 的数值[ 667.124578][ T9805] [ 667.124876][ T9805] CPU: 3 UID: 0 PID: 9805 Comm: repro Not tainted 6.16.0-rc3 #1 PREEMPT(full) [ 667.124886][ T9805] Hardware名称QEMU Ubuntu 24.04 PC (i440FX + PIIX, 1996), BIOS 1.16.3-debian-1.16.3-2 04/01/2014 [ 667.124890][ T9805] 调用跟踪[ 667.124893][T9805] <TASK> [ 667.124896][ T9805] dump_stack_lvl+0x10e/0x1f0 [ 667.124911][ T9805] print_report+0xd0/0x660 [ 667.124920][ T9805] ? __virt_addr_valid+0x81/0x610 [ 667.124928][ T9805] ?
    __phys_addr+0xe8/0x180 [ 667.124934][ T9805] ? hfsplus_uni2asc+0x902/0xa10 [ 667.124942][ T9805] kasan_report+0xc6/0x100 [ 667.124950][ T9805] ? hfsplus_uni2asc+0x902/0xa10 [ 667.124959][ T9805] hfsplus_uni2asc+0x902/0xa10 [ 667.124966][ T9805] ? hfsplus_bnode_read+0x14b/0x360 [ 667.124974][ T9805] hfsplus_readdir+0x845/0xfc0 [ 667.124984][ T9805] ? __pfx_hfsplus_readdir+0x10/0x10 [ 667.124994][ T9805] ? stack_trace_save+0x8e/0xc0 [ 667.125008][ T9805] ? iterate_dir+0x18b/0xb20 [ 667.125015][ T9805] ? trace_lock_acquire+0x85/0xd0 [ 667.125022][ T9805] ? lock_acquire+0x30/0x80 [ 667.125029][ T9805] ? iterate_dir+0x18b/0xb20 [ 667.125037][ T9805] ? down_read_killable+0x1ed/0x4c0 [ 667.125044][ T9805] ? putname+0x154/0x1a0 [ 667.125051][ T9805] ? __pfx_down_read_killable+0x10/0x10 [ 667.125058][ T9805] ? apparmor_file_permission+0x239/0x3e0 [ 667.125069][ T9805] iterate_dir+0x296/0xb20 [ 667.125076][ T9805]
    __x64_sys_getdents64+0x13c/0x2c0 [ 667.125084][ T9805] ? __pfx___x64_sys_getdents64+0x10/0x10 [667.125091][ T9805] ? __x64_sys_openat+0x141/0x200 [ 667.125126][ T9805] ? __pfx_filldir64+0x10/0x10 [667.125134][ T9805] ? do_user_addr_fault+0x7fe/0x12f0 [ 667.125143][ T9805] do_syscall_64+0xc9/0x480 [667.125151][ T9805] entry_SYSCALL_64_after_hwframe+0x77/0x7f [ 667.125158][ T9805] RIP
    0033:0x7fa8753b2fc9 [ 667.125164][ T9805] Code00 c3 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 48 89 f8 48 89 f7 48 89 d6 48 89 ca 4d 89 c2 ]48 [ 667.125172] [ T9805] RSP: 002b:00007ffe96f8e0f8 EFLAGS
    00000217 ORIG_RAX: 00000000000000d9 [ 667.125181][ T9805] RAX: ffffffffffffffda RBX: 0000000000000000 RCX
    00007fa8753b2fc9 [ 667.125185][ T9805] RDX: 0000000000000400 RSI: 00002000000063c0 RDI: 0000000000000004 [667.125190][ T9805] RBP: 00007ffe96f8e110 R08: 00007ffe96f8e110 R09: 00007ffe96f8e110 [ 667.125195][T9805] R10: 0000000000000000 R110000000000000217 R12: 0000556b1e3b4260 [ 667.125199][ T9805] R13
    0000000000000000 R14: 0000000000000000 R15: 0000000000000000 [ 667.125207][ T9805] [] </TASK>667.125210][T9805] [ 667.145632][ T9805] 由任务 9805 分配[ 667.145991][ T9805] kasan_save_stack+ 0x20/0x40 [667.146352][ T9805] kasan_save_track+0x14/0x30 [ 667.146717][ T9805] __kasan_kmalloc+0xaa/0xb0 [667.147065][ T9805] __kmalloc_noprof+0x205/0x550 [ 667.147448][ T9805] hfsplus_find_init+0x95/0x1f0 [667.147813][ T9805] hfsplus_readdir+0x220/0xfc0 [ 667.148174][ T9805] iterate_dir+0x296/0xb20 [667.148549][ T9805] __x64_sys_getdents64+0x13c/0x2c0 [ 667.148937][ T9805] do_syscall_64+0xc9/0x480 [667.149291][ T9805] entry_SYSCALL_64_after_hwframe+0x77/0x7f [ 667.149809][ T9805] [ 667.150030][ T9805] 有缺陷的地址属于 ffff88802592f000 的对象 [ 667.150030][ T9805] 属于大小 2048 缓存 kmalloc-2k [ 667.151282][ T9805] 有缺陷的地址位于 [667.151282][ T9805] 已分配 1036 字节区域右侧 0 字节 [ffff88802592f000、ffff88802592f40c ) [ 667.1
    ---truncated--- (CVE-2025-38713)

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

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

  - netftgmac100修复对 phy_disconnect() netdev->phydev 重置为 NULL 调用之后 ftgmac100_phy_disconnect 中潜在的空指针访问。因此会以空指针作为参数调用 fix_phy_unregister()。因此在此调用之前缓存 phy_device。 (CVE-2025-38726)

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

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

  - netusbasix_devices为 ax88772 mdio 总线添加 phy_mask如果不为 ax88772 mdio 总线设置 phy_mask当前驱动程序可能创建至多 32 个 mdio phy 设备其 phy 地址范围为 0x00 ~ 0x1f。DLink DUB-E100 H/W Ver B1 就是这样一个设备。但是，只有一个主 phy 设备会绑定到 net phy 驱动程序。这在系统暂停/恢复期间造成了问题因为 phy_state_machine() 中的 phy_polling_mode() 将直接取消引用非主 phy 设备的 phydev->drv 成员。则会发生空指针取消引用问题。由于只需外部 phy 或内部 phy 便可为 ax88772 mdio 总线添加 phy_mask 以解决该问题。 (CVE-2025-38725)

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

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

  - hfs修复 hfs_find_init() 中的一般保护错误如果树指针为空hfs_find_init() 方法可触发崩溃[ 45.746290][ T9787] Oops一般保护错误可能针对非规范地址 0xdffffc00000000080000 [#1] SMP KAI [ 45.747287][ T9787] KASAN范围 [0x0000000000000040-0x000000000000047] T9787CPU : 2 UID: 0 PID: 45.7487169787 Comm: repro Not tainted 6.16 .0-rc3 #10 PREEMPT(full) [ 45.750250][ T9787] 硬件名称QEMU Ubuntu 24.04 PC (i440FX + PIIX, 1996)，BIOS 1.16.3-debian-1.16.3-2 04/01/ 2014 [ 45.751983][ T9787] RIP
    0010:hfs_find_init+0x86/0x230 [ 45.752834][ T9787] 代码c1 ea 03 80 3c 02 00 0f 85 9a 01 00 00 4c 8d 6b 40 48 c7 45 18 00 00 00 00 48 b8 00 00 00 00 fc00 [ 45.755574][ T9787] RSP: 0018:ffffc90015157668 EFLAGS
    00010202 [ 45.756432][ T9787] RAX: dffffc0000000000 RBX: 0000000000000000 RCX: ffffffff819a4d09 [45.757457][ T9787] RDX: 0000000000000008 RSI: ffffffff819acd3a RDI: ffffc900151576e8 [ 45.758282][ T9787] RBP: ffffc900151576d0 R08: 0000000000000005 R090000000000000000 [ 45.758943][ T9787] R10
     R110000000080000000  : 0000000000000001 R12: 0000000000000004 [ 45.759619][ T9787] R13: 0000000000000040 R14: ffff88802c50814a R15: 0000000000000000 [ 45.760293][ T9787] FS: 00007ffb72734540(0000) GS:ffff8880cec64000(0000) knlGS :0000000000000000 [ 45.761050][ T9787] CS: 0010 DS: 0000 ES: 0000 CR0
    0000000080050033 [ 45.761606][ T9787] CR2: 00007f9bd8225000 CR3: 000000010979a000 CR4: 00000000000006f0 [45.762286][ T9787] 调用跟踪[ 45.762570][ T9787] <TASK> [ 45.762824][ T9787] hfs_read_extent+0_read_ext_ext /0x9d0 [ 45.763269][ T9787] ? submit_bio_noacct_nocheck+0x2dd/0xce0 [ 45.763766][T9787] ? __pfx_hfs_ext_read_extent+0x10/0x10 [ 45.764250][ T9787] hfs_get_block+0x55f/0x830 [ 45.764646][T9787] block_read_full_folio+0x36d/0x850 [ 45.765105][ T9787] ? __pfx_hfs_get_block+0x10/0x10 [45.765541][ T9787] ? const_folio_flags+0x5b/0x100 [ 45.765972][ T9787] ? __pfx_hfs_read_folio+0x10/0x10 [45.766415][ T9787] filemap_read_folio+0xbe/0x290 [ 45.766840][ T9787] ? __pfx_filemap_read_folio+0x10/0x10 [ 45.767325][ T9787] ? __filemap_get_folio+0x32b/0xbf0 [ 45.767780][ T9787] do_read_cache_folio+0x263/0x5c0 [ 45.768223][ T9787] ? __pfx_hfs_read_folio+0x10/0x10 [ 45.768666][ T9787] read_cache_page+0x5b/0x160 [ 45.769070][ T9787] hfs_btree_open+0x491/0x1740 [ 45.769481][ T9787] hfs_mdb_get+0x15e2/0x1fb0 [ 45.769877][ T9787]? __pfx_hfs_mdb_get+0x10/0x10 [ 45.770316][ T9787] ? find_held_lock+0x2b/0x80 [ 45.770731][ T9787] ? lockdep_init_map_type+0x5c/0x280 [ 45.771200][ T9787] ? lockdep_init_map_type+0x5c/0x280 [ 45.771674][ T9787] hfs_fill_super+0x38e/0x720 [ 45.772092][ T9787] ?
    __pfx_hfs_fill_super+0x10/0x10 [ 45.772549][ T9787] ? snprintf+0xbe/0x100 [ 45.772931][ T9787] ?
    __pfx_snprintf+0x10/0x10 [ 45.773350][ T9787] ? do_raw_spin_lock+0x129/0x2b0 [ 45.773796][ T9787] ? find_held_lock+0x2b/0x80 [ 45.774215][ T9787] ? set_blocksize+0x40a/0x510 [ 45.774636][ T9787] ? sb_set_blocksize+0x176/0x1d0 [ 45.775087][ T9787] ? setup_bdev_super+0x369/0x730 [ 45.775533][ T9787] get_tree_bdev_flags+0x384/0x620 [ 45.775985][ T9787] ? __pfx_hfs_fill_super+0x10/0x10 [ 45.776453][ T9787] ? __pfx_get_tree_bdev_flags+0x10/0x10 [ 45.776950][ T9787] ? bpf_lsm_capable+0x9/0x10 [ 45.777365][ T9787] ? security_capable+0x80/0x260 [ 45.777803][ T9787] vfs_get_tree+0x8e/0x340 [ 45.778203][ T9787] path_mount+0x13de/0x2010 [ 45.778604][ T9787] ? kmem_cache_free+0x2b0/0x4c0 [ 45.779052][ T9787] ?
    __pfx_path_mount+0x10/0x10 [ 45.779480][ T9787] ? getname_flags.part.0+0x1c5/0x550 [ 45.779954][ T9787] ? putname+0x154/0x1a0 [ 45.780335][ T9787] __x64_sys_mount+0x27b/0x300 [ 45.780758][ T9787] ?
    __pfx___x64_sys_mount+0x10/0x10 [ 45.781232][ T9787] ---truncated--- (CVE-2025-38716)

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

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

  - rcu/nocb修复可能无效的 rdp's->nocb_cb_kthread 指针访问在 CPU 在线的准备阶段如果不存在将创建的 rdp's->nocb_cb_kthread 会在这种情况下 rdp 的 rcuop kthread 创建失败并然后取消卸载此 CPU 的 rdp则不会分配此 CPU 的 rdp->nocb_cb_kthread 指针但此 rdp's->nocb_gp_rdp 和 rdp's->rdp_gp->nocb_gp_kthread 仍然有效。这将造成此离线 CPU 的后续重新卸载操作该操作将通过条件检查并且 kthread_unark() 将访问无效的 rdp's->nocb_cb_kthread 指针。因此此提交使用 rdp's->nocb_gp_kthread 而不是 rdp_gp's->nocb_gp_kthread 进行安全检查。 (CVE-2025-38704)

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

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

  - sctp线性化 sctp_rcv 中克隆的 gso 数据包克隆的标头 skb 仍与原始标头 skb 共享 fraglist 中的这些 frag skb。访问这些 frag skb 不安全。 syzbot 报告了由此造成的两个使用未初始化内存的缺陷BUG: KMSANsctp_inq_pop+0x15b7/0x1920 net/sctp/inqueue.c:211 sctp_inq_pop+0x15b7/0x1920 net/sctp/inqueue.c:211 中的 uninit-value 211 sctp_assoc_bh_rcv+0x1a7/0xc50 net/sctp/associola.c:998 sctp_inq_push+0x2ef/0x380 net/sctp/inqueue.c:88 sctp_backlog_rcv+0x397/0xdb0 net/sctp/input.c:331 sk_backlog_rcv+0x13b/0x420 include net/sock.h:1122 __release_sock+0x1da/0x330 net/core/sock.c:3106 release_sock+0x6b/0x250 net/core/sock.c:3660 sctp_wait_for_connect+0x487/0x820 net/sctp/socket.c:9360 sctp_sendmsg_to_asoc +0x1ec1/0x1f00 net/sctp/socket.c:1885 sctp_sendmsg+0x32b9/0x4a80 net/sctp/socket.c:2031 inet_sendmsg+0x25a/0x280 net/ipv4/af_inet.c:851 sock_sendmsg_nosec net/socket.c:718 [ inline] 和缺陷KMSANsctp_assoc_bh_rcv+0x34e/0xbc0 net/sctp/associola.c:987 sctp_assoc_bh_rcv+0x34e/0xbc0 net/sctp/associola.c:987 sctp_inq_push+0x2a3/0x350 net/sctp/inqueue 中的 uninit-value。 c:88 sctp_backlog_rcv+0x3c7/0xda0 net/sctp/input.c:331 sk_backl og_rcv+0x142/0x420 include/net/sock.h:1148 __release_sock+0x1d3/0x330 net/core/sock.c:3213 release_sock+0x6b/0x270 net/core/sock.c:3767 sctp_wait_for_connect+0x458/0x820 net/sctp /socket.c:9367 sctp_sendmsg_to_asoc+0x223a/0x2260 net/sctp/socket.c:1886 sctp_sendmsg+0x3910/0x49f0 net/sctp/socket.c:2032 inet_sendmsg+0x269/0x2a0 net/ipv4/sec_noaf_inet.c:851 so /socket.c:712 [内联] 此修补程序通过线性化 sctp_rcv() 中克隆的 gso 数据包来修复此问题。 (CVE-2025-38718)

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

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

  - exfat添加 dir 的群集链循环检查 如果由于文件系统损坏而发生以下情况则可能发生无限循环。 (1) 导致 exfat_count_dir_entries() 无限循环的条件。- 群集链包含环路。- 群集链中没有 UNUSED 条目。 (2) 导致 exfat_create_upcase_table() 无限循环的条件。- 根目录的群集链包含回路。
    - 根目录的群集链中没有 UNUSED 条目和 up-case 表条目。 (3) 导致 exfat_load_bitmap() 无限循环的条件。- 根目录的群集链包含回路。- 根目录的群集链中没有 UNUSED 条目和位图条目。 (4) 导致 exfat_find_dir_entry() 无限循环的条件。- 群集链包含环路。- 未使用的目录条目因某些操作而耗尽。 (5) 导致 exfat_check_dir_empty() 无限循环的条件。- 群集链包含环路。- 未使用的目录条目因某些操作而耗尽。- 目录下的所有文件和子目录都将被删除。此提交添加了中断上述无限循环的检查。 (CVE-2025-38692)

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

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

  - 已修复 Linux 内核中的下列漏洞：LoongArch: BPF: Fix jump offset calculation in tailcall The extra pass of bpf_int_jit_compile() skips JIT context initialization which essentially skips offset calculation leaving out_offset = -1, so the jmp_offset in emit_bpf_tail_call is calculated by #define jmp_offset (out_offset - (cur_offset)) is a negative number, which is wrong. The final generated assembly are as follow. 54: bgeu $a2, $t1, -8 # 0x0000004c 58: addi.d $a6, $s5, -1 5c:
    bltz $a6, -16 # 0x0000004c 60: alsl.d $t2, $a2, $a1, 0x3 64: ld.d $t2, $t2, 264 68: beq $t2, $zero, -28 # 0x0000004c Before apply this patch, the follow test case will reveal soft lock issues. cd tools/testing/selftests/bpf/ ./test_progs --allow=tailcalls/tailcall_bpf2bpf_1 dmesg: watchdog: BUG: soft lockup - CPU#2 stuck for 26s! [test_progs:25056] (CVE-2025-38723)

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

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

  - hfsplus不要在 hfsplus_create_attributes_file() 中使用 BUG_ON() 当卷标头包含未反映文件系统实际状态的错误值时hfsplus_fill_super() 假定尚未创建属性文件这在之后会命中调用 hfsplus_create_attributes_file() 时为 BUG_ON()。将此 BUG_ON() 替换为 -EIO 错误和消息以建议运行 fsck 工具。 (CVE-2025-38712)

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

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

  - MIPS对于没有 ABI 或 vDSO 的任务不在 stack_top() 中崩溃。并非所有任务都关联 ABI 或映射 vDSO例如 kthreads 从不如此。如果此类任务最终调用 stack_top()其将取消引用空 ABI 指针并崩溃。例如当使用 kunit 时会发生这种情况
    mips_stack_top+0x28/0xc0 arch_pick_mmap_layout+0x190/0x220 kunit_vm_mmap_init+0xf8/0x138
    __kunit_add_resource+0x40/0xa8 kunit_vm_mmap+0x88/0xd8 usercopy_test_init+0xb8/0x240 kunit_try_run_case+0x5c/0x1a8 kunit_generic_run_threadfn_adapter+0x28/0x50 kthread+0x118/0x240 ret_from_kernel_thread+0x1c 点的取消引用仅GIC 页面也包含在内，因为它特定于 vDSO。此外将随机化调整移动到相同条件中。
    (CVE-2025-38696)

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

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

  - ext4INLINE_DATA_FL 缺少 system.data xattr 时不执行 BUG 当 inode 已设置 INLINE_DATA_FL 标记但缺少 system.data 扩展属性时syzbot 模糊图像在 ext4_update_inline_data() 中触发 BUG_ON。由于这可能是由恶意模糊的文件系统导致的因此我们不应对其进行错误报告而应将其报告为损坏的文件系统。将 BUG_ON 的类似替换添加为 EXT4_ERROR_INODE() ii ext4_create_inline_data() 和 ext4_inline_data_truncate()。 (CVE-2025-38701)

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

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

  - hfsplus修复 hfsplus_bnode_read() 中的 slab 越界 hfsplus_bnode_read() 方法可触发以下问题 [ 174.852007][ T9784] ================= ================================================= [174.852709][ T9784] BUGKASANhfsplus_bnode_read+0x2f4/0x360 中的 slab 越界 [ 174.853412][ T9784] 由任务 repro/9784 读取 addr ffff88810b5fc6c0 处大小为 8 的数据 [ 174.854059][ T9784[ 174.854272][ T9784] CPU: 1 UID: 0 PID: 9784 Comm: repro Not tainted 6.16.0-rc3 #7 PREEMPT(full) [ 174.854281][ T9784] 硬件名称QEMU Ubuntu 24.04 PC (i440FX + PIIX, 1996), BIOS 1.16.3-debian-1.16.3-2 04/01/2014 [ 174.854286][T9784] 调用跟踪[ 174.854289][ T9784] <TASK> [ 174.854292][ T9784] dump_stack_lvl+0x10e/0x1f0 [174.854305][ T9784] print_report+0xd0/0x660 [ 174.854315][ T9784] ? __virt_addr_valid+0x81/0x610 [174.854323][ T9784] ? __phys_addr+0xe8/0x180 [ 174.854330][ T9784] ? hfsplus_bnode_read+0x2f4/0x360 [174.854337][ T9784] kasan_report+0xc6/0x100 [ 174.854346][ T9784] ? hfsplus_bnode_read+0x2f4/0x360 [174.854354][ T9784] hfsplus_bnode_read+0x2f4/0x360 [ 174.854362][ T9784] hfsplus_bnode_dump+0x2ec/0x380 [174.854370][ T9784] ? __pfx_hfsplus_bnode_dump+0x10/0x10 [ 174.854377][ T9784] ? hfsplus_bnode_write_u16+0x83/0xb0 [ 174.854385][ T9784] ? srcu_gp_start+0xd0/0x310 [ 174.854393][ T9784] ?
    __mark_inode_dirty+0x29e/0xe40 [ 174.854402][ T9784] hfsplus_brec_remove+0x3d2/0x4e0 [ 174.854411][ T9784]
    __hfsplus_delete_attr+0x290/0x3a0 [ 174.854419][ T9784] ? __pfx_hfs_find_1st_rec_by_cnid+0x10/0x10 [174.854427][ T9784] ? __pfx___hfsplus_delete_attr+0x10/0x10 [ 174.854436][ T9784] ?
    __asan_memset+0x23/0x50 [ 174.854450][ T9784] hfsplus_delete_all_attrs+0x262/0x320 [ 174.854459][ T9784] ?
    __pfx_hfsplus_delete_all_attrs+0x10/0x10 [ 174.854469][ T9784] ? rcu_is_watching+0x12/0xc0 [ 174.854476][T9784] ? __mark_inode_dirty+0x29e/0xe40 [ 174.854483][ T9784] hfsplus_delete_cat+0x845/0xde0 [174.854493][ T9784] ? __pfx_hfsplus_delete_cat+0x10/0x10 [ 174.854507][ T9784] hfsplus_unlink+0x1ca/0x7c0 [ 174.854516][ T9784] ? __pfx_hfsplus_unlink+0x10/0x10 [ 174.854525][ T9784] ? down_write+0x148/0x200 [174.854532][ T9784] ? __pfx_down_write+0x10/0x10 [ 174.854540][ T9784] vfs_unlink+0x2fe/0x9b0 [174.854549][ T9784] do_unlinkat+0x490/0x670 [ 174.854557][ T9784] ? __pfx_do_unlinkat+0x10/0x10 [174.854565][ T9784] ? __might_fault+0xbc/0x130 [ 174.854576][ T9784] ? getname_flags.part.0+0x1c5/0x550 [174.854584][ T9784] __x64_sys_unlink+0xc5/0x110 [ 174.854592][ T9784] do_syscall_64+0xc9/0x480 [174.854600][ T9784] entry_SYSCALL_64_after_hwframe+0x77/0x7f [ 174.854608][ T9784] RIP
    0033:0x7f6fdf4c3167 [ 174.854614][ T9784] Codef0 ff ff 73 01 c3 48 8b 0d 26 0d 0e 00 f7 d8 64 89 01 48 83 c8 ff c3 66 2e 0f 1f 84 00 00 00 00 08 [ 174.854622] [ T9784] RSP: 002b:00007ffcb948bca8 EFLAGS
    00000206 ORIG_RAX: 0000000000000057 [ 174.854630][ T9784] RAX: ffffffffffffffda RBX: 0000000000000000 RCX
    00007f6fdf4c3167 [ 174.854636][ T9784] RDX: 00007ffcb948bcc0 RSI: 00007ffcb948bcc0 RDI: 00007ffcb948bd50 [174.854641][ T9784] RBP: 00007ffcb948cd90 R08: 0000000000000001 R09: 00007ffcb948bb40 [ 174.854645][T9784] R10: 00007f6fdf564fc0 R110000000000000206 R12: 0000561e1bc9c2d0 [ 174.854650][ T9784] R13
    0000000000000000 R14: 0000000000000000 R15: 0000000000000000 [ 174.854658][ T9784] [] </TASK>174.854661][T9784] [ 174.879281][ T9784] 由任务 9784 分配[ 174.879664][ T9784] kasan_save_stack+ 0x20/0x40 [174.880082][ T9784] kasan_save_track+0x14/0x30 [ 174.880500][ T9784] __kasan_kmalloc+0xaa/0xb0 [174.880908][ T9784] __kmalloc_noprof+0x205/0x550 [ 174.881337][ T9784] __hfs_bnode_create+0x107/0x890 [174.881779][ T9784] hfsplus_bnode_find+0x2d0/0xd10 [ 174.882222][ T9784] hfsplus_brec_find+0x2b0/0x520 [174.882659][ T9784] hfsplus_delete_all_attrs+0x23b/0x3 ---truncated--- (CVE-2025-38714)

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

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

  - Netty 是一个异步事件驱动的网络应用程序框架，用于快速开发可维护的高性能协议服务器和客户端。在 netty-codec-compression 版本 4.1.124.Final 及更低版本以及 netty-codec 版本 4.2.4.Final 及更低版本提供时提供特制的输入BrotliDecoder 和某些其他解压缩解码器将分配大量可访问的字节缓冲区，可导致拒绝服务。BrotliDecoder.decompress 对调用 pull 的频率没有限制可以一次解压缩 64K 字节的数据。缓冲区会保存在输出列表中，并且在遇到 OOM 之前一直保持可访问状态。
    此问题已在 netty-codec 的 4.1.125.Final 版本和 netty-codec-compression 的 4.2.5.Final 版本中修复。
    (CVE-2025-58057)

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

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

  - smb3挂载至 ksmbd 时 slab 越界的补丁 启用 KASAN后在挂载至 ksmbd 期间可能出现 slab 越界原因是 parse_server_interfaces() 中缺少检查见下文缺陷KASAN
    parse_server_interfaces+0x14ee/0x1880 中的 slab 越界 [cifs] 通过任务 mount/9827 在 addr ffff8881433dba98 读取大小 4 的 CPU5 UID0 PID9827 Comm: mount 感染的 G OE 6.16.0-rc2- kasan #2 PREEMPT(自主) 受感染[O]=OOT_MODULE、[E]=UNSIGNED_MODULE 硬件名称 Dell Inc. Precision Tower 3620/0MWYPT、BIOS 2.13.1 06/14/2019 调用跟踪 <TASK> dump_stack_lvl+0x9f/0xf0 print_report+0xd1/0x670
    __virt_addr_valid+0x22c/0x430 ? parse_server_interfaces+0x14ee/0x1880 [cifs] ? kasan_complete_mode_report_info+0x2a/0x1f0 ? parse_server_interfaces+0x14ee/0x1880 [cifs] kasan_report+0xd6/0x110 parse_server_interfaces+0x14ee/0x1880 [cifs]
    __asan_report_load_n_noabort+0x13/0x20 parse_server_interfaces+0x14ee/0x1880 [cifs] ?
    __pfx_parse_server_interfaces+0x10/0x10 [cifs] ? trace_hardirqs_on+0x51/0x60 SMB3_request_interfaces+0x1ad/0x3f0 [cifs] ? __pfx_SMB3_request_interfaces+0x10/0x10 [cifs] ? SMB2_tcon+0x23c/0x15d0 [cifs] smb3_qfs_tcon+0x173/0x2b0 [cifs] ? __pfx_smb3_qfs_tcon+0x10/0x10 [cifs] ? cifs_get_tcon+0x105d/0x2120 [cifs] ? do_raw_spin_unlock+0x5d/0x200 ? cifs_get_tcon+0x105d/0x2120 [cifs] ?
    __pfx_smb3_qfs_tcon+0x10/0x10 [cifs] cifs_mount_get_tcon+0x369/0xb90 [cifs] ? dfs_cache_find+0xe7/0x150 [cifs] dfs_mount_share+0x985/0x2970 [cifs] ? check_path.constprop.0+0x28/0x50 save_trace+0x54/0x370 ?
    __pfx_dfs_mount_share+0x10/0x10 [cifs] ? __lock_acquire+0xb82/0x2ba0 ? __kasan_check_write+0x18/0x20 cifs_mount+0xbc/0x9e0 [cifs] ? __pfx_cifs_mount+0x10/0x10 [cifs] ? do_raw_spin_unlock+0x5d/0x200 ? cifs_setup_cifs_sb+0x29d/0x810 [cifs] cifs_smb3_do_mount+0x263/0x1990 [cifs] (CVE-2025-38728)

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

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

  - comedi修复轮询和分离之间的争用syzbot在下面的链接中报告comedi 中有释放后使用造成此问题的原因是 comedi 乐于删除分配的异步区域即使轮询请求在其内部的 wait_queue_head 中仍然活动。当之后触发或删除轮询条目时这可导致释放后使用因为已释放 wait_queue_head 的内存。在允许通过“COMEDI_DEVCONFIG” ioctl 分离设备之前我们需要检查是否有在任何子设备的等待队列中排队的任务。任务将在将自己添加到子设备等待队列之前读取锁定“dev->attach_lock”因此请通过在检查所有子设备均为安全之前写入锁定“dev->attach_lock”修复“COMEDI_DEVCONFIG” ioctl 处理程序中的问题以被删除。这包括测试子设备等待队列中的任何休眠程序。在设备分离之前它会保持锁定状态。这需要稍微重构“comedi_device_detach()”函数，从而将其大部分移动到新函数“comedi_device_detach_locked()”。请注意“comedi_device_detach()”的重构现在会导致在“dev->attach_lock”执行写入锁定时调用“comedi_device_cancel_all()”以前不是这种情况但是这并不重要。感谢 Jens Axboe 诊断问题并共同开发此修补程序。 (CVE-2025-38687)

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

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

  - smb/server避免使用 ReplaceIfExists 链接时死锁如果在 ReplaceIfExists 集的情况下调用 smb2_create_link()且名称确实存在则将发生死锁。 ksmbd_vfs_kern_path_locked() 将成功返回并将锁定父目录。 ksmbd_vfs_remove_file() 随后会删除该文件。当父项仍处于锁定状态时将调用 ksmbd_vfs_link()。它将尝试锁定同一个父项并且会死锁。此修补程序将 ksmbd_vfs_kern_path_unlock() 调用移动到 *before* ksmbd_vfs_link()然后简化代码删除了 file_present 标记变量。 (CVE-2025-38711)

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

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

  - habanalabs修复 export_dmabuf() 中的 UAF 只要将文件引用插入描述符表中另一个线程就可能将其关闭。这对于我们所做的只是将该描述符返回给 userland 的情况来说没有问题（这是争用，但这是 userland 争用内核对此无任何办法）。
    但是如果我们在 fd_install() 后对将在关闭时遭到破坏的对象无论是 struct file 本身还是被其 ->release() 破坏的任何对象进行任何类型的访问就会触发 UAF。 dma_buf_fd() 是保留描述符和 fd_install() 的组合。 habanalabs export_dmabuf() 调用它然后继续访问在关闭时遭到破坏的对象。特别是它会获取对另一个 struct file 的额外引用该文件将作为我们结构的 ->release() 的一部分删除这实际上可能已经发生。通过在其他任何操作之前保留描述符并仅在所有内容都设置完成时执行 fd_install() 来修复此问题。附带的一个好处是不再会出现文件已创建而退出但尚未获取基础文件引用以及 ->dmabuf_export_cnt 等问题与 dma_buf_fd() 不同fd_install() 不会失败。 (CVE-2025-38722)

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

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

  - mediavenus修复由于缺少负载边界检查而导致的 OOB 读取 目前event_seq_changed() 处理程序可处理固件发送的数量可变的属性。属性的数量由固件指示，并用于迭代负载。但是，没有根据实际的消息长度验证负载大小。如果固件提供的属性计数超过负载中的可用数据量则可导致越界内存访问问题。如果访问的缓冲区超出缓冲区的内存这种情况可导致内核崩溃或潜在的信息泄漏。通过在每个属性访问之前正确验证负载的剩余大小并在解析属性时相应更新边界可以修复此问题。这可确保属性解析安全地限制在接收到的消息缓冲区内，并防范畸形或恶意固件行为。 (CVE-2025-38679)

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

ID	名称	严重性
261591	Linux Distros 未修补的漏洞：CVE-2025-38730	high
261590	Linux Distros 未修补的漏洞：CVE-2025-58056	medium
261589	Linux Distros 未修补的漏洞：CVE-2025-38694	medium
261588	Linux Distros 未修补的漏洞：CVE-2025-30162	medium
261587	Linux Distros 未修补的漏洞：CVE-2025-38683	medium
261586	Linux Distros 未修补的漏洞：CVE-2025-38699	high
261585	Linux Distros 未修补的漏洞：CVE-2025-38706	medium
261584	Linux Distros 未修补的漏洞：CVE-2025-38691	medium
261583	Linux Distros 未修补的漏洞：CVE-2025-9566	high
261582	Linux Distros 未修补的漏洞：CVE-2025-38700	medium
261581	Linux Distros 未修补的漏洞：CVE-2025-38695	medium
261580	Linux Distros 未修补的漏洞：CVE-2016-5115	medium
261579	Linux Distros 未修补的漏洞：CVE-2025-38721	medium
261578	Linux Distros 未修补的漏洞：CVE-2025-38710	medium
261577	Linux Distros 未修补的漏洞：CVE-2025-38688	high
261576	Linux Distros 未修补的漏洞：CVE-2025-38684	medium
261575	Linux Distros 未修补的漏洞：CVE-2025-38685	high
261574	Linux Distros 未修补的漏洞：CVE-2025-38727	medium
261573	Linux Distros 未修补的漏洞：CVE-2025-38703	high
261572	Linux Distros 未修补的漏洞：CVE-2025-38705	medium
261571	Linux Distros 未修补的漏洞：CVE-2025-38702	high
261570	Linux Distros 未修补的漏洞：CVE-2025-38693	medium
261569	Linux Distros 未修补的漏洞：CVE-2025-38698	medium
261568	Linux Distros 未修补的漏洞：CVE-2025-38681	medium
261567	Linux Distros 未修补的漏洞：CVE-2025-38680	high
261566	Linux Distros 未修补的漏洞：CVE-2025-38724	high
261565	Linux Distros 未修补的漏洞：CVE-2025-38715	high
261564	Linux Distros 未修补的漏洞：CVE-2025-38707	high
261563	Linux Distros 未修补的漏洞：CVE-2025-38717	medium
261562	Linux Distros 未修补的漏洞：CVE-2025-38708	high
261561	Linux Distros 未修补的漏洞：CVE-2025-38697	high
261560	Linux Distros 未修补的漏洞：CVE-2025-38729	high
261559	Linux Distros 未修补的漏洞：CVE-2025-38713	high
261558	Linux Distros 未修补的漏洞：CVE-2025-38726	medium
261557	Linux Distros 未修补的漏洞：CVE-2025-38725	medium
261556	Linux Distros 未修补的漏洞：CVE-2025-38716	medium
261555	Linux Distros 未修补的漏洞：CVE-2025-38704	high
261554	Linux Distros 未修补的漏洞：CVE-2025-38718	high
261553	Linux Distros 未修补的漏洞：CVE-2025-38692	medium
261552	Linux Distros 未修补的漏洞：CVE-2025-38723	medium
261551	Linux Distros 未修补的漏洞：CVE-2025-38712	medium
261550	Linux Distros 未修补的漏洞：CVE-2025-38696	medium
261549	Linux Distros 未修补的漏洞：CVE-2025-38701	medium
261548	Linux Distros 未修补的漏洞：CVE-2025-38714	high
261547	Linux Distros 未修补的漏洞：CVE-2025-58057	medium
261546	Linux Distros 未修补的漏洞：CVE-2025-38728	high
261545	Linux Distros 未修补的漏洞：CVE-2025-38687	medium
261544	Linux Distros 未修补的漏洞：CVE-2025-38711	medium
261543	Linux Distros 未修补的漏洞：CVE-2025-38722	high
261542	Linux Distros 未修补的漏洞：CVE-2025-38679	high

检测

Nessus 的 Misc. 系列

high

medium

medium

medium

medium

high

medium

medium

high

medium

medium

medium

medium

medium

high

medium

high

medium

high

medium

high

medium

medium

medium

high

high

high

high

medium

high

high

high

high

medium

medium

medium

high

high

medium

medium

medium

medium

medium

high

medium

high

medium

medium

high

high