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

  - ASoCmediatekmt8183修复 mt8183_mt6358_ts3a227_max98357_dev_probe() 中的 refcount 泄漏 of_parse_phandle() 返回引用计数递增的节点使用完时需要调用 of_node_put()。因此请将其添加至 mt8183_mt6358_ts3a227_max98357_dev_probe() 的错误路径中。 (CVE-2022-50392)

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

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

  - netdcb选择正确的策略来解析 DCB_ATTR_BCN dcbnl_bcn_setcfg 使用错误的策略解析 tb[DCB_ATTR_BCN] 在提交 859ee3c43812 中引入 DCB添加对 DCB BCN 的支持。请参阅以下代码中的注释 static int dcbnl_bcn_setcfg(...) { ... ret = nla_parse_nested_deprecated(..., dcbnl_pfc_up_nest, .. ) // !!! dcbnl_pfc_up_attrs 中属性的 dcbnl_pfc_up_nest // DCB_PFC_UP_ATTR_0 至 DCB_PFC_UP_ATTR_ALL ... for (i = DCB_BCN_ATTR_RP_0; i <= DCB_BCN_ATTR_RP_7;
    i++) { // !!! enum dcbnl_bcn_attrs 中的 DCB_BCN_ATTR_RP_0 至 DCB_BCN_ATTR_RP_7 ... value_byte = nla_get_u8(data[i]); ... } ... for (i = DCB_BCN_ATTR_BCNA_0; i <= DCB_BCN_ATTR_RI; i++) { //!!! enum dcbnl_bcn_attrs 中的 DCB_BCN_ATTR_BCNA_0 更改为 DCB_BCN_ATTR_RI ... value_int = nla_get_u32(data[i]); ... } ... } 即 nla_parse_nested_deprecated 使用 dcbnl_pfc_up_nest 属性来解析 dcbnl_pfc_up_attrs 中定义的 nlattr。但以下访问代码会提取每个 nlattr 作为 dcbnl_bcn_attrs 属性。通过为 dcbnl_bcn_attrs 查找相关联的 nla_policy。可以发现这两个策略的开头部分是相同的。 static const struct nla_policy dcbnl_pfc_up_nest[...] = { [DCB_PFC_UP_ATTR_0] = {.type = NLA_U8}, [DCB_PFC_UP_ATTR_1] = {.type = NLA_U8}, [DCB_PFC_UP_ATTR_2] = {.type = NLA_U8}, [DCB_PFC_UP_ATTR_3] = { .type = NLA_U8}、[DCB_PFC_UP_ATTR_4] = {.type = NLA_U8}、[DCB_PFC_UP_ATTR_5] = {.type = NLA_U8}、[DCB_PFC_UP_ATTR_6] = {.type = NLA_U8}、[DCB_PFC_UP_ATTR_7] = {.type = NLA_U8} [DCB_PFC_UP_ATTR_ALL] = {.type = NLA_FLAG}, } static const struct nla_policy dcbnl_bcn_nest[...] = {[DCB_BCN_ATTR_RP_0] = {.type = NLA_U8}[DCB_BCN_ATTR_RP_1] = {.type = NLA_U8}[DCB_BCN_ATTR_RP_2] = {.type = NLA_U8}[DCB_BCN_ATTR_RP_3] = { .type = NLA_U8}、[DCB_BCN_ATTR_RP_4] = {.type = NLA_U8}、[DCB_BCN_ATTR_RP_5] = {.type = NLA_U8}、[DCB_BCN_ATTR_RP_6] = {.type = NLA_U8}、[DCB_BCN_ATTR_RP_7] = {.type = NLA_U8} [DCB_BCN_ATTR_RP_ALL] = {.type = NLA_FLAG}, // 此处稍有不同 [DCB_BCN_ATTR_BCNA_0] = {.type = NLA_U32}, ... [DCB_BCN_ATTR_ALL] = {.type = NLA_FLAG}, };因此当前的代码是有缺陷的而且此 nla_parse_nested_deprecated 可溢出 dcbnl_pfc_up_nest 并使用邻近的 nla_policy 来解析 DCB_BCN_ATTR_BCNA_0 的属性。因此使用正确的策略 dcbnl_bcn_nest 解析嵌套的 tb[DCB_ATTR_BCN] TLV。 (CVE-2023-53369)

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

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

  - nvme修复启用 blktrace 时由刷新请求导致的多路径崩溃 blk_kick_flush 初始化的刷新请求具有空 bio可能会在 io 完成期间由 nvme_end_req 进行处理。启用 blktrace 时激活多路径的 nvme_trace_bio_complete 尝试访问刷新请求中的空指针 bio导致以下崩溃[ 2517.831677] 缺陷内核空指针取消引用解决
    000000000000001a [ 2517.835213] #PF内核模式下的主管读取访问 [ 2517.838724] #PF
    error_code(0x0000) - 不存在页面 [ 2517.842222] PGD 7b2d51067 P4D 0 [ 2517.845684] Oops: 0000 [#1] SMP NOPTI [ 2517.849125] CPU:2 PID:732 Comm:kworker/2:1H Kdump受感染GS 5.15.67-0.cl9.x86_64 #1 [ 2517.852723] 硬件名称XFUSION 2288H V6/BC13MBSBC、BIOS 1.13 07/27/2022 [2517.856358] 工作队列nvme_tcp_wq nvme_tcp_io_work [nvme_tcp] [ 2517.859993] RIP
    0010:blk_add_trace_bio_complete+0x6/0x30 [ 2517.863628] Code1f 44 00 00 48 8b 46 08 31 c9 ba 04 00 10 00 48 8b 80 50 03 00 00 48 8b 78 50 e9 e5 fe ff ff 0f 01 001f 44 54 49 89 f4 55 <0f> b6 7a 1a 48 89 d5 e8 3e 1c 2b 00 48 89 ee 4c 89 e7 5d 89 c1 ba [ 2517.871269] RSP: 0018:ff7f6a008d9dbcd0 EFLAGS: 00010286 [2517.875081] RAX: ff3d5b4be00b1d50 RBX: 0000000002040002 RCX: ff3d5b0a270f2000 [ 2517.878966] RDX
    0000000000000000 RSI: ff3d5b0b021fb9f8 RDI: 0000000000000000 [ 2517.882849] RBP: ff3d5b0b96a6fa00 R08
    0000000000000001 R090000000000000000 [ 2517.886718] R10000000000000000c R11000000000000000c R12
    ff3d5b0b021fb9f8 [ 2517.890575] R13: 0000000002000000 R14: ff3d5b0b021fb1b0 R15: 0000000000000018 [2517.894434] FS: 0000000000000000(0000) GS:ff3d5b42bfc80000(0000) knlGS:0000000000000000 [ 2517.898299] CS: 0010 DS: 0000 ES: 0000 CR0 0000000080050033 [ 2517.902157] CR2: 000000000000001a CR3:
    00000004f023e005 CR4: 0000000000771ee0 [ 2517.906053] DR0: 0000000000000000 DR1: 0000000000000000 DR2:
    0000000000000000 [ 2517.909930] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 [2517.913761] PKRU: 55555554 [ 2517.917558] Call Trace: [ 2517.921294] <TASK> [ 2517.924982] nvme_complete_rq+0x1c3/0x1e0 [nvme_core] [ 2517.928715] nvme_tcp_recv_pdu+0x4d7/0x540 [nvme_tcp] [2517.932442] nvme_tcp_recv_skb+0x4f/0x240 [nvme_tcp] [ 2517.936137] ? nvme_tcp_recv_pdu+0x540/0x540 [nvme_tcp] [ 2517.939830] tcp_read_sock+0x9c 2517.950834/ 0x260 [ 2517.943486] nvme_tcp_try_recv+0x65/0xa0 [nvme_tcp] [2517.947173] nvme_tcp_io_work+0x64/0x90 [nvme_tcp0x3one] [ework/0x3] [2517.954473] worker_thread+0x53/0x3c0 [ 2517.958069] ? process_one_work+0x390/0x390 [ 2517.961655] kthread+0x10c/0x130 [ 2517.965211] ? set_kthread_struct+0x40/0x40 [ 2517.968760] ret_from_fork+0x1f/0x30 [2517.972285] </TASK> 若要避免此情况请在调用 trace_block_bio_complete 之前为 req->bio 添加空检查。 (CVE-2022-50388)

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

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

  - shmem将 ramfs_kill_sb() 用于基于 ramfs 的 tmpfs 的 kill_sb 方法由于基于 ramfs 的 tmpfs 将 ramfs_init_fs_context() 用于 init_fs_context 方法这会分配 fc->s_fs_info因此使用 ramfs_kill_sb() 将其释放并避免内存泄漏。 (CVE-2023-53391)

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

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

  - 已修复 Linux 内核中的下列漏洞：md/raid10: fix null-ptr-deref of mreplace in raid10_sync_request There are two check of 'mreplace' in raid10_sync_request(). In the first check, 'need_replace' will be set and 'mreplace' will be used later if no-Faulty 'mreplace' exists, In the second check, 'mreplace' will be set to NULL if it is Faulty, but 'need_replace' will not be changed accordingly. null-ptr-deref occurs if Faulty is set between two check. Fix it by merging two checks into one. And replace 'need_replace' with 'mreplace' because their values are always the same. (CVE-2023-53380)

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

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

  - USBULPI使用 debugfs_lookup() 修复内存泄漏调用 debugfs_lookup() 时其结果必须调用 dput()否则一段时间后内存将泄漏。要使事情更简单只需调用 debugfs_lookup_and_remove()其会同时处理所有逻辑。 (CVE-2023-53410)

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

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

  - kernel/printk/index.c修复使用 debugfs_lookup() 时的内存泄漏调用 debugfs_lookup() 时结果必须调用 dput() 否则内存将随着时间泄漏。要使事情更简单只需调用 debugfs_lookup_and_remove()其会同时处理所有逻辑。 (CVE-2023-53402)

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

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

  - scsiufscore修复设备管理 cmd 超时流程 在 UFS 错误处理流程中主机会将设备管理 cmd (NOP OUT) 发送到设备进行链接恢复。如果此 cmd 超时且清除门铃失败ufshcd_wait_for_dev_cmd() 将不执行任何操作并返回。 hba->dev_cmd.complete 结构未设置为 NULL。发生这种情况时如果设备已完成 cmd我们将调用
    __ufshcd_transfer_req_compl()。由于在堆栈上分配了完整的 struct因此将发生以下崩溃ipanic_die+0x24/0x38 [mrdump] die+0x344/0x748 arm64_notify_die+0x44/0x104 do_debug_exception+0x104/0x1e0 el1_dbg+0x38/0x54 el1_sync_handler+0x40/0x88 el1_sync +0x8c/0x140 queued_spin_lock_slowpath+0x2e4/0x3c0 __ufshcd_transfer_req_compl+0x3b0/0x1164 ufshcd_trc_handler+0x15c/0x308 ufshcd_host_reset_and_restore+0x54/0x260 ufshcd_reset_and_restore+0x28c/0x57c ufshcd_err_handler+0xeb8/0x1b6c process_one_work+0x288/0x964 worker_thread+0x4bc/0xc7c kthread+0x15c/0x264 ret_from_fork +0x10/0x30CVE-2023-53387

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

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

  - drm/amdgpu可从解锁的上下文调用使用解锁的迭代器 SDMA 更新页表的 SDMA 更新并生成以下警告。使用解锁的迭代器处理此情况。警告CPU0 PID1475 at drivers/dma-buf/dma-resv.c:483 dma_resv_iter_next 调用跟踪dma_resv_iter_first+0x43/0xa0 amdgpu_vm_sdma_update+0x69/0x2d0 [amdgpu] amdgpu_vm_ptes_update+0x29c/0x29c/0x29dma-resv.c:483 dma_resv_iter_next 调用跟踪/0x6c0 [amdgpu] svm_range_unmap_from_gpus+0x115/0x300 [amdgpu] svm_range_cpu_invalidate_pagetables+0x510/0x5e0 [amdgpu] __mmu_notifier_invalidate_range_start+0x1d3/0x230 unmap_vmas+0x140/0x150 unmap_region+0x10] (CVE-2022-50393)

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

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

  - i2cismt修复 ismt_access() 中的越界缺陷 当驱动程序未检查来自用户的数据时变量“data->block[0]”可能很大从而导致越界-bounds 缺陷。以下日志可揭示该漏洞[ 33.995542] i2c i2c-1ioctl、 cmd=0x720、 arg=0x7ffcb3dc3a20 [ 33.995978] ismt_smbus 0000:00:05.0: I2C_SMBUS_BLOCK_DATA: WRITE [ 33.996475] ========= ================================================== ======= [ 33.996995] BUGKASANismt_access.cold+0x374/0x214b 中存在越界 [ 33.997473] 任务 ismt_poc/485 在 addr ffff88810efcfdb1 处读取大小 18446744073709551615 [ 33.999450] 调用跟踪[ 34.001849] memcpy+0x20/0x60 [ 34.002077] ismt_access.cold+0x374/0x214b [ 34.003382] __i2c_smbus_xfer+0x44f/0xfb0 [ 34.004007] i2c_smbus_xfer+0x10a/0x390 [ 34.004291] i2cdev_ioctl_smbus+0x710 [/0x7108 34.005196] i2cdev_ioctl+0x5ec/0x74c 通过首先检查“data->block[0]”的大小来修复此缺陷。 (CVE-2022-50394)

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

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

  - netsched修复 tcindex_set_parms 中的内存泄漏 Syzkaller 报告内存泄漏如下
    ==================================== 缺陷内存泄漏未引用对象 0xffff88810c287f00大小 256
    comm syz-executor105、pid 3600、jiffies 4294943292(age 12.990s) 十六进制转储前 32 字节00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 .. ...... 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ......回溯[<ffffffff814cf9f0>] kmalloc_trace+0x20/0x90 mm/ slab_common.c:1046 [<ffffffff839c9e07>] kmalloc include/linux/slab.h:576 [内联] [<ffffffff839c9e07>] kmalloc_array include/linux/slab.h:627 [内联] [<ffffffff839c9e07>] kcalloc include/linux/slab。 h:659 [inline] [<ffffffff839c9e07>] tcf_exts_init include/net/pkt_cls.h:250 [inline] [<ffffffff839c9e07>] tcindex_set_parms+0xa7/0xbe0 net/sched/cls_tcindex.c:342 [<ffffffff839caa1f>] tcindex_change+0xdf/0x120 net/sched/cls_tcindex.c:553 [<ffffffff8394db62>] tc_new_tfilter+0x4f2/0x1100 net/sched/cls_api.c:2147 [<ffffffff8389e91c>] rtnetlink_rcv_msg+0x4dc/0x5d0 net/core/rtnetlink.c:6082 [<ffffffff839eba67>] netlink_rcv_skb +0x87/0x1d0 net/netlink/af_netlink.c:2540 [<ffffffff839eab87>] netlink_unicast_kernel net/netlink/af_netlink.c:1319 [内联] [<ffffffff839eab87>] netlink_unicast+0x397/0x4c0 net/netlink/af_netlink.c:1345 [<ffffffff839eb046>] netlink_sendmsg+0x396/0x710 net/netlink/af_netlink.c 1921 [<ffffffff8383e796>] sock_sendmsg_nosec net/socket.c:714 [内联] [<ffffffff8383e796>] sock_sendmsg+0x56/0x80 net/socket.c:734 [<ffffffff8383eb08>]
    ____sys_sendmsg+0x178/0x410 net/socket.c:2482 [<ffffffff83843678>] ___sys_sendmsg+0xa8/0x110 net/socket.c:2536 [<ffffffff838439c5>] __sys_sendmmsg+0x105/0x330 net/socket.c:2622 [<ffffffff83843c14>]
    __do_sys_sendmmsg net/socket.c:2651 [inline] [<ffffffff83843c14>] __se_sys_sendmmsg net/socket.c:2648 [inline] [<ffffffff83843c14>] __x64_sys_sendmmsg+0x24/0x30 net/socket.c:2648 [<ffffffff84605fd5>] do_syscall_x64 arch/x86 /entry/common.c:50 [inline] [<ffffffff84605fd5>] do_syscall_64+0x35/0xb0 arch/x86/entry/common.c:80 [<ffffffff84800087>] entry_SYSCALL_64_after_hwframe+0x63/0xcd ========== ========================== 内核使用 tcindex_change() 更改现有过滤器属性。
    但问题是在更改过程中如果从“p->perfect”检索“old_r”则内核使用 tcindex_alloc_perfect_hash() 重新分配筛选结果使用 tcindex_filter_result_init() 清除旧筛选结果而不需要破坏其 tcf_exts 结构从而触发上述内存泄漏。更具体地说，根据 tcindex_lookup()，“old_r”只有两个来源。是从“p->perfect”检索“old_r”或从“p->h”检索“old_r”。 * 如果从 `p->perfect` 检索 `old_r`内核使用 tcindex_alloc_perfect_hash() 重新分配过滤器结果。然后为新分配的“cp->perfect + handle”分配“r”。
    因此这种情况下条件 `old_r && old_r != r` 为真内核使用 tcindex_filter_result_init() 清除旧过滤结果而不会破坏其 tcf_exts 结构 * 如果从 `p->h` 中检索 `old_r`则根据 tcindex_lookup()“p->perfect”为空。考虑到“cp->h”是直接从“p->h”复制并且“p->perfect”为空向“r”分配“tcindex_lookup(cp, handle)”其值应与 相同“old_r”因此在这种情况下条件“old_r && old_r != r”为假内核会忽略使用 tcindex_filter_result_init() 清除旧过滤结果。因此仅当从“p->perfect”检索“old_r”时内核才会使用 tcindex_filter_result_init() 清除旧的过滤结果这会触发上述内存泄漏。考虑已存在 tc_filter_wq 工作队列破坏旧的 tcindex_d ---truncated--- (CVE-2022-50396)

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

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

  - cryptoseqiv - 正确处理 EBUSY 因为现在的 seqiv 只处理 EINPROGERSS 的特殊返回值这意味着在所有其他情况下它将释放与请求相关的数据。但是，由于 seqiv 的调用程序可能指定 MAY_BACKLOG，因此我们还需要预期 EBUSY 并以相同方式对其进行处理。
    否则积压的请求将触发释放后使用。 (CVE-2023-53373)

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

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

  - net/mlx5exsk修复常规 rq 重新激活时的崩溃在 XSK 套接字关闭后重新激活常规 rq 时它可能正在读取过时的 cqes最终损坏 rq。这将导致常规 rq 上不再接收流量以及 rq 的下一次关闭或停用时崩溃。Kal Cuttler Conely 报告将此问题描述为当流量运行时按顺序停止（终止）并重新启动 xdpsock 示例程序时版本路径中的崩溃。此修补程序在 rq 刷新期间刷新所有 cqes。cqe 刷新在 rq 的重置状态下完成。 mlx5e_rq_to_ready 代码已移动到 flush 函数中以实现此目的。 (CVE-2023-53394)

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

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

  - 在某些情况下当 DNSdist 配置为使用 nghttp2 库来处理通过 HTTPS 查询的传入 DNS 查询时攻击者可能会通过构建可触发不受限制的 I/O 读取循环的 DoH 交换导致拒绝服务意外消耗 CPU 资源。 (CVE-2025-30187)

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

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

  - WebRTC 中的释放后使用。由 sherkito 于 2025 年 8 月 23 日报告。(CVE-2025-10501)

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

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

  - PMEM修复使用 debugfs_lookup() 时的内存泄漏调用 debugfs_lookup() 时结果必须调用 dput()否则内存将随着时间泄漏。要使事情更简单只需调用 debugfs_lookup_and_remove()其会同时处理所有逻辑。 (CVE-2023-53411)

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

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

  - md修复 mempool_free 中的崩溃运行 lvm 测试 shell/lvchange-rebuild-raid.sh 时mempool_free 中存在崩溃。崩溃的原因如下* super_written 调用 atomic_dec_and_test(&mddev->pending_writes) 和 wake_up(&mddev->sb_wait)。然后它调用 rdev_dec_pending(rdev, mddev) 和 bio_put(bio)。 * 因此在 sb_wait 上等待并唤醒的进程与 bio_put(bio) 争用。 * 如果进程赢得争用则会在执行 bio_put(bio) 之前调用 bioset_exit。 * bio_put(bio) 尝试将 bio 释放到已破坏的 bio 集中 - 造成 mempool_free 中的崩溃。我们通过在 atomic_dec_and_test 之前移动 bio_put 来修复此缺陷。我们也按照 Neil Brown 的建议将 rdev_dec_pending 移动到 atomic_dec_and_test 之前。函数 md_end_flush 有类似的缺陷 - 我们必须在减少正在进行的 bios 数量之前调用 bio_put。缺陷内核空指针取消引用地址0000000000000000 #PF 内核模式中的主管写入访问 #PFerror_code (0x0002)
    - not-present 页 PGD 11557f0067 P4D 11557f0067 PUD 0 Oops0002 [#1] PREEMPT SMP CPU: 0 PID: 73 Comm
    kworker/0:1 未受感染 6.1.0-rc3 #5 硬件名称QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.14.0-2 04/01/2014 工作队列kdelayd flush_expired_bios [dm_delay] RIP: 0010:mempool_free+0x47/ 0x80 代码48 89 ef 5b 5d ff e0 f3 c3 48 89 f7 e8 32 45 3f 00 48 63 53 08 48 89 c6 3b 53 04 7d 2d 48 8b 43 10 8d 4a 01 48 89 df 89 4b 89 <48> 2c] df 89 4b 89 2c e8 b0 45 3f 00 48 8d 7b 30 5b 5d 31 c9 ba 01 00 00 00 RSP
    0018:ffff88910036bda8 EFLAGS: 00010093 RAX: 0000000000000000 RBX: ffff8891037b65d8 RCX: 0000000000000001 RDX: 0000000000000000 RSI: 0000000000000202 RDI: ffff8891037b65d8 RBP: ffff8891447ba240 R08:
     R090000000000012908  : 00000000003d0900 R10: 0000000000000000 R11: 0000000000173544 R12: ffff889101a14000 R13: ffff8891562ac300 R14: ffff889102b41440 R15: ffffe8ffffa00d05 FS: 0000000000000000(0000) GS:ffff88942fa00000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES0000 CR00000000080050033 CR2
    0000000000000000 CR3: 0000001102e99000 CR4: 00000000000006b0 Call Trace: <TASK> clone_endio+0xf4/0x1c0 [dm_mod] clone_endio+0xf4/0x1c0 [dm_mod] __submit_bio+0x76/0x120 submit_bio_noacct_nocheck+0xb6/0x2a0 flush_expired_bios+0x28/0x2f [dm_delay] process_one_work+0x1b4/ 0x300 worker_thread+0x45/0x3e0 rescuer_thread+0x380/0x380 kthread+0xc2/0x100 ? kthread_complete_and_exit+0x20/0x20 ret_from_fork+0x1f/0x30 </TASK> Modules linked in: brd dm_delay dm_raid dm_mod af_packet uvesafb cfbfillrect cfbimgblt cn cfbcopyarea fb font fbdev tun autofs4 binfmt_misc configfs ipv6 virtio_rng virtio_balloon rng_core virtio_net pcspkr net_failover failover qemu_fw_cfg button mousedev raid10 raid456 libcrc32c async_raid6_recov async_memcpy async_pq raid6_pq async_xor xor async_tx raid1 raid0 md_mod sd_mod t10_pi crc64_rocksoft crc64 virtio_scsi scsi_mod evdev psmouse bsg scsi_common [上次卸载的: brd] CR2: 0000000000000000 ---[ 结束跟踪 0000000000000000 ---CVE-2022-503810

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

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

  - 已修复 Linux 内核中的下列漏洞：padata: Always leave BHs disabled when running ->parallel() A deadlock can happen when an overloaded system runs ->parallel() in the context of the current task: padata_do_parallel ->parallel() pcrypt_aead_enc/dec padata_do_serial spin_lock(&reorder->lock) // BHs still enabled <interrupt> ... __do_softirq ... padata_do_serial spin_lock(&reorder->lock) It's a bug for BHs to be on in _do_serial as Steffen points out, so ensure they're off in the current task case like they are in padata_parallel_worker to avoid this situation.
    (CVE-2022-50382)

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

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

  - net/mlx5e修复 mlx5e_fs_tt_redirect_any_create 中的内存泄漏 在 mlx5e_fs_tt_redirect_any_create 的错误路径中未释放 fs->any 指针指向的内存可导致内存泄漏。通过释放错误路径中的内存从而使错误路径等同于 mlx5e_fs_tt_redirect_any_destroy() 来修复。 (CVE-2023-53371)

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

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

  - 已修复 Linux 内核中的下列漏洞：drm/i915/dpt: Treat the DPT BO as a framebuffer Currently i915_gem_object_is_framebuffer() doesn't treat the BO containing the framebuffer's DPT as a framebuffer itself. This means eg. that the shrinker can evict the DPT BO while leaving the actual FB BO bound, when the DPT is allocated from regular shmem. That causes an immediate oops during hibernate as we try to rewrite the PTEs inside the already evicted DPT obj. TODO: presumably this might also be the reason for the DPT related display faults under heavy memory pressure, but I'm still not sure how that would happen as the object should be pinned by intel_dpt_pin() while in active use by the display engine... (cherry picked from commit 779cb5ba64ec7df80675a956c9022929514f517a) (CVE-2023-53378)

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

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

  - ANGLE 中的堆缓冲区溢出漏洞。由 Google Big Sleep 于 2025 年 8 月 12 日报告。(CVE-2025-10502)

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

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

  - Google Chrome 140.0.7339.185 之前版本的 Dawn 中存在释放后使用漏洞，使远程攻击者可能通过构建的 HTML 页面来利用堆损坏。（Chromium 安全严重性：高）(CVE-2025-10500)

  - Dawn 中的释放后使用。由 Giunash (Gyujeong Jin) 于 2025 年 8 月 3 日报告。(CVE-2025-10500)

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

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

  - 已修复 Linux 内核中的下列漏洞：NFSD: fix leaked reference count of nfsd4_ssc_umount_item The reference count of nfsd4_ssc_umount_item is not decremented on error conditions.
    This prevents the laundromat from unmounting the vfsmount of the source file. This patch decrements the reference count of nfsd4_ssc_umount_item on error. (CVE-2023-53381)

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

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

  - scsimpi3mr使用位数来管理位图大小 为了分配位图mpi3mr 驱动程序会以字节为单位计算位图大小。但是位图辅助函数假设位图是以无符号长整型为单位进行分配的。此间隙造成内存访问超出位图大小限制并导致缺陷
    KASANslab 越界。将固件下载到 eHBA-9600 时发现上述缺陷。调用跟踪表明越界访问发生在从 miroc->evtack_cmds_bitmap 的 mpi3mr_send_event_ack() 调用的 find_first_zero_bit() 中。若要修复缺陷请不要使用字节来管理位图大小。而是使用位数并调用将位数作为参数的位图辅助函数。对于内存分配调用 bitmap_zalloc()而不是 kzalloc() 和 krealloc()。若要释放内存请调用 bitmap_free() 而不是 kfree()。对于零清除调用 bitmap_clear() 而不是 memset()。删除了 struct scmd_priv 中不再需要的三个位图字节大小字段。将字段 dev_handle_bitmap_sz 替换为 dev_handle_bitmap_bits以在调整大小时保留 removepend_bitmap 的位数。 (CVE-2023-53376)

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

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

  - ACPICA向定时器添加 AML_NO_OPERAND_RESOLVE 标记 ACPICA commit 90310989a0790032f5a0140741ff09b545af4bc5 根据 ACPI 规范 19.6.134无需为 ASL Timer 指令传递任何参数。不需要考虑任何参数AML_NO_OPERAND_RESOLVE 标记已添加到 ASL 定时器指令操作码中。当 ACPI 解释器解释 ASL 定时器指令时出现错误。将 AML_NO_OPERAND_RESOLVE 标记添加到 ASL Timer 指令操作码后未观察到问题。
    ================================================== =========== UBSANacpica/dswexec.c:401:12 中的 array-index-out-of-bounds 索引 -1 超出类型“union acpi_operand_object *[9]”的范围 CPU: 37 PID
    1678 Commcat 未受感染 6.0.0-dev-th500-6.0.y-1+bcf8c46459e407-generic-64k 硬件名称：NVIDIA BIOS v1.1.1-d7acbfc-dirty 12/19/2022 调用跟踪dump_backtrace+0xe0/0x130 show_stack+0x20/0x60 dump_stack_lvl+0x68/0x84 dump_stack+0x18/0x34 ubsan_epilogue+0x10/0x50
    __ubsan_handle_out_of_bounds+0x80/0x90 acpi_ds_exec_end_op+0x1bc/0x6d8 acpi_ps_parse_loop+0x57c/0x618 acpi_ps_parse_aml+0x1e0/0x4b4 acpi_ps_execute_method+0x24c/0x2b8 acpi_ns_evaluate+0x3a8/0x4bc acpi_evaluate_object+0x15c/0x37c acpi_evaluate_integer+0x54/0x15c show_power+0x8c/0x12c [acpi_power_meter] (CVE-2023-53395)

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

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

  - 已修复 Linux 内核中的下列漏洞：HID: intel-ish-hid: Fix kernel panic during warm reset During warm reset device->fw_client is set to NULL. If a bus driver is registered after this NULL setting and before new firmware clients are enumerated by ISHTP, kernel panic will result in the function ishtp_cl_bus_match(). This is because of reference to device->fw_client->props.protocol_name. ISH firmware after getting successfully loaded, sends a warm reset notification to remove all clients from the bus and sets device->fw_client to NULL. Until kernel v5.15, all enabled ISHTP kernel module drivers were loaded right after any of the first ISHTP device was registered, regardless of whether it was a matched or an unmatched device. This resulted in all drivers getting registered much before the warm reset notification from ISH. Starting kernel v5.16, this issue got exposed after the change was introduced to load only bus drivers for the respective matching devices. In this scenario, cros_ec_ishtp device and cros_ec_ishtp driver are registered after the warm reset device fw_client NULL setting. cros_ec_ishtp driver_register() triggers the callback to ishtp_cl_bus_match() to match ISHTP driver to the device and causes kernel panic in guid_equal() when dereferencing fw_client NULL pointer to get protocol_name.
    (CVE-2023-53392)

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

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

  - 已修复 Linux 内核中的下列漏洞：Bluetooth: hci_conn: fail SCO/ISO via hci_conn_failed if ACL gone early Not calling hci_(dis)connect_cfm before deleting conn referred to by a socket generally results to use-after-free. When cleaning up SCO connections when the parent ACL is deleted too early, use hci_conn_failed to do the connection cleanup properly. We also need to clean up ISO connections in a similar situation when connecting has started but LE Create CIS is not yet sent, so do it too here. (CVE-2023-53374)

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

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

  - mediaatomisp防止 sh_css_set_black_frame() 中的整数溢出 高度和宽度值来自用户因此高度 * 宽度乘法 会溢出。 (CVE-2022-50399)

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

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

  - ksmbd修复 smb2_get_info_filesystem() 中的空指针取消引用。如果 share 为 则 share->path 为空则会造成空指针取消引用问题。 (CVE-2023-53399)

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

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

  - tpmtpm_crb添加缺失的 acpi_put_table() 以修复内存泄漏在 crb_acpi_add() 中我们获取 TPM2 表以检索信息例如启动方法然后将其分配给 priv 数据因此init 应释放调用 acpi_put_table() 以修复内存泄漏。 (CVE-2022-50389)

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

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

  - mediamediatek: vcodec当 lat 解码错误时无法将 dst 缓冲区设置为 Done Core 线程将调用 v4l2_m2m_buf_done 以针对 lat 架构设置 dst 缓冲区为 Done。如果当 lat 解码错误时lat 调用 v4l2_m2m_buf_done_and_job_finish 以释放 dst 缓冲区核心线程将访问内核空指针取消引用然后崩溃。 (CVE-2022-50383)

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

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

  - NFS修复 nfs_d_automount() 中的 Oops从 NFSv4 参照挂载时 path->dentry 最终可能成为负 dentry所以改为从 dentry 本身派生 struct nfs_server。 (CVE-2022-50385)

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

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

  - modpost修复 is_executable_section() 中的差一 > 比较应为 >= 以防止越界数组访问。 (CVE-2023-53397)

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

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

  - drm/amdgpu修复 mes 自测试中的内存泄漏 与 mes 队列相关的隔离必须在 amdgpu_ring_fini 期间释放。 (CVE-2023-53370)

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

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

  - 完整性修复 keyring 分配错误路径中的内存泄漏完整性_init_keyring() 中分配密钥限制。但是如果 keyring 分配失败则不会释放导致内存泄露。
    (CVE-2022-50395)

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

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

  - drm/meson重新排序驱动程序 deinit 序列以修复释放后使用缺陷 卸载驱动程序会触发以下 KASAN 警告[ +0.006275] =================== ========================================== [+0.000029] BUGKASAN __list_del_entry_valid+0xe0/0x1a0 中的释放后使用 [ +0.000026] 通过任务 rmmod/2695 在地址 ffff000020c395e0 进行的大小 8 的读取 [ +0.000019] CPU:5 PID:2695 Comm: rmmod 感染了GCO 5.19.0- rc6-lrmbkasan+ #1 [ +0.000013] 硬件名称Hardkernel ODROMID-N2Plus (DT) [ +0.000008] 调用跟踪[ +0.000007] dump_backtrace+0x1ec/0x280 [ +0.000013] show_stack+0x24/0x80 [ +0.000008] dump_stack_lvl+0x98/0xd4 [ +0.000011] print_address_description.constprop.0+0x80/0x520 [ +0.000011] print_report+0x128/0x260 [ +0.000007] kasan_report+0xb8/0xfc [ +0.000008]
    __asan_report_load8_noabort+0x3c/0x50 [ +0.000010] __list_del_entry_valid+0xe0/0x1a0 [ +0.000009] drm_atomic_private_obj_fini+0x30/0x200 [drm] [ +0.000172] drm_bridge_detach+0x94/0x260 [drm] [ +0.000145] drm_encoder_cleanup 0x290 [drm] [ +0.000144] drm_mode_config_cleanup+0x118/0x740 [drm] [ +0.000143] drm_mode_config_init_release+0x1c/0x2c [drm] [ +0.000144] drm_managed_release+0x170/0x414 [drm] [+0.000142] drm_dev_put. part.0+0xc0/0x124 [drm] [ +0.000143] drm_dev_put+0x20/0x30 [drm] [ +0.000142] meson_drv_unbind+0x1d8/0x2ac [meson_drm] [ +0.000028] take_down_aggregate_device+0xb0/0x160 [ +0.000016]component_del+0x18c/0x360 [ +0.000009] meson_dw_hdmi_remove+0x28/0x40 [meson_dw_hdmi] [ +0.000015] platform_remove+0x64/0xb0 [ +0.000009] device_remove+0xb8/0x154 [ +0.000009] device_release_driver_internal+0x398/0x5b0 [ +0.000009] driver_detach+0xac/0x1b0 [ +0.000009] bus_remove_driver+0x158/0x29c [ +0.000009] driver_unregister+0x70/0xb0 [ +0.000008] platform_driver_unregister+0x20/0x2c [ +0.000008] meson_dw_hdmi_platform_driver_exit+0x1c/0x30 [ meson_dw_hdmi] [ +0.000012] __do_sys_delete_module+0x288/0x400 [ +0.000011]
    __arm64_sys_delete_module+0x5c/0x80 [ +0.000009] invoke_syscall+0x74/0x260 [ +0.000009] el0_svc_common.constprop.0+0xcc/0x260 [ +0.000009] do_el0_svc+0x50/0x70 [ +0.000007] el0_svc+0x68/0x1a0 [ +0.000012] el0t_64_sync_handler+0x11c/0x150 [ +0.000008] el0t_64_sync+0x18c/0x190 [ +0.000018] 由任务 0 分配[ +0.000007] 堆栈不可用 [ +0.000011] 由任务 2695 释放[ +0.000008] kasan_save_stack+0x2c/0x5c [ +0.000011] kasan_set_track+0x2c/0x40 [ +0.000008] kasan_set_free_info+0x28/0x50 [ +0.000009]____kasan_slab_free+0x128/0x1d4 [ +0.000008]
    __kasan_slab_free+0x18/0x24 [ +0.000007] slab_free_freelist_hook+0x108/0x230 [ +0.000011] kfree+0x110/0x35c [ +0.000008] release_nodes+0xf0/0x16c [ +0.000009] devres_release_group+0x180/0x270 [+0.000008] component_unbind+0x128/0x1e0 [ +0.000010]component_unbind_all+0x1b8/0x264 [ +0.000009] meson_drv_unbind+0x1a0/0x2ac [meson_drm] [ +0.000025] take_down_aggregate_device+0xb0/0x160 [ +0.000009]component_del+0x18c/0x360 [ +0.000009] meson_dw_hdmi_remove+0x28/0x40 [meson_dw_hdmi] [ +0.000012] platform_remove+0x64/0xb0 [ +0.000008] device_remove+0xb8/0x154 [ +0.000009] device_release_driver_internal+0x398/0x5b0 [ +0.000009] driver_detach+0xac/ 0x1b0 [ +0.000009] bus_remove_driver+0x158/0x29c [ +0.000008] driver_unregister+0x70/0xb0 [ +0.000008] platform_driver_unregister+0x20/0x2c [ +0.000008] meson_dw_hdmi_platform_driver_exit+0x1c/0x30 [meson_dw_hdmi] [ +0.000011] __do_syse_module +0x288/0x400 [ +0.000010]
    __arm64_sys_delete_module+0x5c/0x80 [ +0.000008] invoke_syscall+0x74/0x260 [ +0.000008] el0_svc_common.constprop.0+0xcc/0x260 [ +0.000008] do_el0_svc+0x50/0x70 [ +0.000007] el0_svc+0x68/0x1a0 [ +0.000009] el0t_64_sync_handler+0x11c/0x150 [ +0.000009] el0t_64_sync+0x18c/0x190 [ +0.000014] 属于 ffff000020c39000 处对象的地址 ---truncated--- (CVE-2022-50378)

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

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

  - irqchip/gicv3NVIDIA 勘误的变通方案 T241-FABRIC-4 T241 平台会受到 T241-FABRIC-4 勘误表的影响当从不同的来源同时接收多个事务时其会导致 GIC 中出现意外行为。此硬件问题会影响使用两个以上互连 T241 芯片的 NVIDIA 服务器平台。每个芯片都支持 320 个 {E}SPI。当来自不同 GIC 的多个数据包在目标芯片上未正确交错时会出现此问题。下面的勘误表文本具体说明了导致多个传输数据包容易受到交错和 GIC 状态损坏影响的原因。GIC 状态损坏可导致一系列问题包括内核错误和意外行为。 >来自勘误表文本在某些情况下具有多次传输的 Inter-socket AXI4 Stream 数据包在提供给 ARM 通用中断控制器时可能会被架构所交错。GIC 预期数据包的所有传输均在无任何交错的情况下传送。以下 GICv3 命令可能导致通过套接字间 AXI4 Stream 接口传输多个数据包 - 从 GICD_I* 和 GICD_N* 进行寄存器读取 - 对除 GICD_IROUTERn* 以外的 64 位 GICD 寄存器进行寄存器写入 - ITS 命令 MOVALL GICv4+ 中的多个命令利用多个传输数据包的权限，包括 VMOVP、VMOVI、VMAPP 和 64 位寄存器访问。此问题会影响具有 2 个以上套接字的系统配置这些配置要求通过不同套接字上的 GIC 实例之间的套接字间 AXI4 Stream 接口发送多传输数据包。无法支持 GICv4。只有通过变通方案才能支持 GICv3 SW 模型。
    单套接字和双套接字配置不受此问题的影响并支持 GICv3 和 GICv4。写入到 GICD_In{E} 寄存器（GICD_ICENABLERn 除外）的芯片别名区域与写入到全局分发器具有同等效果。SPI 中断停用路径不受勘误表的影响。要修复此问题请实施变通方案以确保将对 GICD_In{E} 寄存器的读取访问定向到拥有 SPI 的芯片并禁用 GICv4.x 功能。为了简化代码更改gic_configure_irq() 函数对 GICD_ICFGR 的读取和写入操作使用相同的别名区域。
    (CVE-2023-53383)

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

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

  - 已修复 Linux 内核中的下列漏洞：net: hinic: fix the issue of CMDQ memory leaks When hinic_set_cmdq_depth() fails in hinic_init_cmdqs(), the cmdq memory is not released correctly. Fix it. (CVE-2022-50387)

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

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

  - 已修复 Linux 内核中的下列漏洞：tracing: Free error logs of tracing instances When a tracing instance is removed, the error messages that hold errors that occurred in the instance needs to be freed. The following reports a memory leak: # cd /sys/kernel/tracing # mkdir instances/foo # echo 'hist:keys=x' > instances/foo/events/sched/sched_switch/trigger # cat instances/foo/error_log [ 117.404795] hist:sched:sched_switch: error: Couldn't find field Command:
    hist:keys=x ^ # rmdir instances/foo Then check for memory leaks: # echo scan > /sys/kernel/debug/kmemleak # cat /sys/kernel/debug/kmemleak unreferenced object 0xffff88810d8ec700 (size 192): comm bash, pid 869, jiffies 4294950577 (age 215.752s) hex dump (first 32 bytes): 60 dd 68 61 81 88 ff ff 60 dd 68 61 81 88 ff ff `.ha....`.ha.... a0 30 8c 83 ff ff ff ff 26 00 0a 00 00 00 00 00 .0......&....... backtrace:
    [<00000000dae26536>] kmalloc_trace+0x2a/0xa0 [<00000000b2938940>] tracing_log_err+0x277/0x2e0 [<000000004a0e1b07>] parse_atom+0x966/0xb40 [<0000000023b24337>] parse_expr+0x5f3/0xdb0 [<00000000594ad074>] event_hist_trigger_parse+0x27f8/0x3560 [<00000000293a9645>] trigger_process_regex+0x135/0x1a0 [<000000005c22b4f2>] event_trigger_write+0x87/0xf0 [<000000002cadc509>] vfs_write+0x162/0x670 [<0000000059c3b9be>] ksys_write+0xca/0x170 [<00000000f1cddc00>] do_syscall_64+0x3e/0xc0 [<00000000868ac68c>] entry_SYSCALL_64_after_hwframe+0x72/0xdc unreferenced object 0xffff888170c35a00 (size 32): comm bash, pid 869, jiffies 4294950577 (age 215.752s) hex dump (first 32 bytes): 0a 20 20 43 6f 6d 6d 61 6e 64 3a 20 68 69 73 74 . Command: hist 3a 6b 65 79 73 3d 78 0a 00 00 00 00 00 00 00 00 :keys=x......... backtrace: [<000000006a747de5>] __kmalloc+0x4d/0x160 [<000000000039df5f>] tracing_log_err+0x29b/0x2e0 [<000000004a0e1b07>] parse_atom+0x966/0xb40 [<0000000023b24337>] parse_expr+0x5f3/0xdb0 [<00000000594ad074>] event_hist_trigger_parse+0x27f8/0x3560 [<00000000293a9645>] trigger_process_regex+0x135/0x1a0 [<000000005c22b4f2>] event_trigger_write+0x87/0xf0 [<000000002cadc509>] vfs_write+0x162/0x670 [<0000000059c3b9be>] ksys_write+0xca/0x170 [<00000000f1cddc00>] do_syscall_64+0x3e/0xc0 [<00000000868ac68c>] entry_SYSCALL_64_after_hwframe+0x72/0xdc The problem is that the error log needs to be freed when the instance is removed. (CVE-2023-53375)

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

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

  - 已修复 Linux 内核中的下列漏洞：mm/mempolicy: fix memory leak in set_mempolicy_home_node system call When encountering any vma in the range with policy other than MPOL_BIND or MPOL_PREFERRED_MANY, an error is returned without issuing a mpol_put on the policy just allocated with mpol_dup(). This allows arbitrary users to leak kernel memory. (CVE-2022-50391)

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

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

  - wifimwifiex避免可能的空 skb 指针取消引用 在“mwifiex_handle_uap_rx_forward()”中始终检查由“skb_copy()”返回的值以避免“mwifiex_uap_queue_bridged_pkt()”中可能的空指针取消引用并且在复制时终止原始 skb故障。由 Linux Verification Center (linuxtesting.org) 和 SVACE 发现。(CVE-2023-53384)

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

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

  - BluetoothL2CAP修复释放后使用这在调用 l2cap_chan_hold_unless_zero() 后使用
    __l2cap_get_chan_blah() 以防止以下 traceBluetooth: l2cap_core.c:static void l2cap_chan_destroy(struct kref *kref) Bluetooth: chan 0000000023c4974d Bluetooth: parent 00000000ae861c08 ================== ================================================ 缺陷KASAN中的释放后使用
    __mutex_waiter_is_first kernel/locking/mutex.c:191 [内联] 缺陷KASAN中的释放后使用
    __mutex_lock_common kernel/locking/mutex.c:671 [内联] 缺陷KASAN中的释放后使用
    __mutex_lock+0x278/0x400 kernel/locking/mutex.c:729 由任务 kworker/u3:2/389 在地址 ffff888006a49b08 进行的大小为 8 的读取 (CVE-2022-50386

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

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

  - drm/ttm修复了 TTM_TT_FLAG_PRIV_POPULATED 有符号 32 位值 31 位位移的位移中未定义的行为因此将有效位更改为无符号。如下所示的 UBSAN 警告调用跟踪
    UBSAN./include/drm/ttm/ttm_tt.h:122:26 左移 1 x 31 位置的位移越界无法在“int”类型调用跟踪中表示 <TASK> dump_stack_lvl+0x7d/0xa5 dump_stack+0x15/0x1b ubsan_epilogue+0xe/0x4e __ubsan_handle_shift_out_of_bounds+0x1e7/0x20c ttm_bo_move_memcpy+0x3b4/0x460 [ttm] bo_driver_move+0x32/0x40 [drm_vram_helper] ttm_bo_handle_move_mem+0x118/0x200 [ttm] ttm_bo_validate+0xfa/0x220 [ttm] drm_gem_vram_pin_locked+0x70 /0x1b0 [drm_vram_helper] drm_gem_vram_pin+0x48/0xb0 [drm_vram_helper] drm_gem_vram_plane_helper_prepare_fb+0x53/0xe0 [drm_vram_helper] drm_gem_vram_simple_display_pipe_prepare_fb+0x26/0x30 [drm_vram_helper] drm_simple_kms_plane_prepare_fb+0x4d/0xe0 [drm_kms_helper] drm_atomic_helper_prepare_planes+0xda/0x210 [drm_kms_helper] drm_atomic_helper_commit+0xc3/0x1e0 [drm_kms_helper] drm_atomic_commit+0x9c/0x160 [drm] drm_client_modeset_commit_atomic+0x33a/0x380 [drm] drm_client_modeset_commit_locked+0x77/0x220 [drm] drm_client_modeset_commit+0x31/0x60 [drm] __drm_fb_helper_restore_fbdev_mode_unlocked+0xa7/0x170 [drm_kms_helper] drm_fb_helper_set_par+0x51/0x90 [drm_kms_helper] fbcon_init+0x316/0x790 visual_init+0x113/0x1d0 do_bind_con_driver+0x2a3/0x5c0 do_take_over_console+0xa9/0x270 do_fbcon_takeover+0xa1/0x170 do_fb_registered+0x2a8/0x340 fbcon_fb_registered+0x47/ 0xe0 register_framebuffer+0x294/0x4a0 __drm_fb_helper_initial_config_and_unlock+0x43c/0x880 [drm_kms_helper] drm_fb_helper_initial_config+0x52/0x80 [drm_kms_helper] drm_fbdev_client_hotplug+0x156/0x1b0 [drm_kms_helper] drm_fbdev_generic_setup+0xfc/0x290 [drm_kms_helper] bochs_pci_probe+0x6ca/0x772 [bochs] local_pci_probe+0x4d/ 0xb0 pci_device_probe+0x119/0x320 real_probe+0x181/0x550
    __driver_probe_device+0xc6/0x220 driver_probe_device+0x32/0x100 __driver_attach+0x195/0x200 bus_for_each_dev+0xbb/0x120 driver_attach+0x27/0x30 bus_add_driver+0x22e/0x2f0 driver_register+0xa9/0x190
    __pci_register_driver+0x90/0xa0 bochs_pci_driver_init+0x52/0x1000 [bochs] do_one_initcall+0x76/0x430 do_init_module+0x61/0x28a load_module+0x1f82/0x2e50 __do_sys_finit_module+0xf8/0x190
    __x64_sys_finit_module+0x23/0x30 do_syscall_64+0x58/0x80 entry_SYSCALL_64_after_hwframe+0x63/0xcd </TASK> (CVE-2022-50390)

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

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

  - scsisnic修复使用 debugfs_lookup() 造成的内存泄漏调用 debugfs_lookup() 时结果必须调用 dput() 否则随着时间的推移内存将泄漏。要使事情更简单只需调用 debugfs_lookup_and_remove()其会同时处理所有逻辑。 (CVE-2023-53414)

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

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

  - drmbridgeadv7511cec 适配器 cec_unregister_adapter() 假定可调用底层适配器 ops 之后取消注册 cec i2c 设备。例如如果 CEC 适配器当前具有有效的物理地址则取消注册过程会通过将其设置为 ffff 来使该物理地址无效
    因此删除 adv7511 模块后观察到以下内核 oops无法处理虚拟地址 0000000000000000 处用户内存的内核执行内部错误Oops: 86000004 [#1] PREEMPT_RT SMP 调用跟踪0x0 adv7511_cec_adap_log_addr+0x1ac/0x1c8 [adv7511] cec_adap_unconfigure+unconfigure+unconfigure 0x44/0x90 [cec] __cec_s_phys_addr.part.0+0x68/0x230 [cec] __cec_s_phys_addr+0x40/0x50 [cec] cec_unregister_adapter+0xb4/0x118 [cec] adv7511_remove+0x60/0x90 [adv7511] i2c_device_remove+0x34/0xe0 device_release_driver_internal+0x114 /0x1f0 driver_detach+0x54/0xe0 bus_remove_driver+0x60/0xd8 driver_unregister+0x34/0x60 i2c_del_driver+0x2c/0x68 adv7511_exit+0x1c/0x67c [adv7511] __arm64_sys_delete_module+0x154/0x288 invoke_syscall+0x48/0x100 el0_svc_common.constprop.0+0x48/0xe8 do_el0_svc +0x28/0x88 el0_svc+0x1c/0x50 el0t_64_sync_handler+0xa8/0xb0 el0t_64_sync+0x15c/0x160 代码bad PC value ---[ end trace 0000000000000000 ]--- 通过在取消注册后取消注册 i2c_cec 来防范此场景ing 的 CEC 适配器。之后也要适时禁用 CEC 时钟。 (CVE-2022-50412)

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

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

  - drivers/md/md-bitmap检查 md_bitmap_get_counter() 的返回值检查 md_bitmap_get_counter() 的返回值以防返回空指针否则将导致空指针取消引用。
    v2更新检查以包括其他取消引用 (CVE-2022-50402)

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

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

  - nfsd在 NFSv4.1 下修复 rpc_create 失败时发生的双重 svc_xprt_put 在错误情况出现错误时不应为“clp->cl_cb_conn.cb_xprt”提供对 xprt 的引用否则客户端清除和调用程序的错误处理路径都会调用以放置 xprt 。最好延迟将引用移至较后的分支。 [ 72.530665] refcount_t下溢释放后使用。 [ 72.531933] WARNINGCPU: 0 PID: 173 at lib/refcount.c:28 refcount_warn_slurate+0xcf/0x120 [ 72.533075] 链接的模块nfsd(OE) nfsv4(OE) nfsv3(OE) nfs(OE) lockd (OE) compat_nfs_ssc(OE) nfs_acl(OE) rpcsec_gss_krb5(OE) auth_rpcgss(OE) rpcrdma(OE) dns_resolver fscache netfs grace rdma_cm iw_cm ib_cm sunrpc(OE) mlx5_ib mlx5_core mlxfw pci_hyperv_intf ib_uverbs ib_core xt_MASQUERADE nf_conntrack_netlink nft_counter xt_addrtype nft_compat br_netfilter bridge stp llc nft_reject_inet nf_reject_ipv4 nf_reject_ipv6 nft_reject nft_ct nft_chain_nat nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 ip_set overlay nf_tables nfnetlink crct10dif_pclmul crc32_pclmul ghash_clmulni_intel xfs serio_raw virtio_net virtio_blk net_failover failover fuse [last unloaded: sunrpc] [ 72.540389] CPU: 0 PID: 173 Comm: kworker/u16:5 Tainted: G OE 5.15.82-dan #1 [72.541511] 硬件名称Red Hat KVM/RHEL-AV，BIOS 1.16.0-3.module+el8.7.0+1084+97b81f61 04/01/2014 [72.542717] 工作队列nfsd4_callbacks nfsd4_run_cb_work [nfsd] [ 72.543575] RIP
    0010:refcount_warn_slurate+0xcf/0x120 [ 72.544299] Code55 00 0f 0b 5d e9 01 50 98 00 80 3d 75 9e 39 08 00 0f 85 74 ff ff ff 48 c7 c7 e8 d1 60 8e c6 05 691 39e 01 e8 f6 51 55 00 <0f> 0b 5d e9 d9 4f 98 00 80 3d 4b 9e 39 08 00 0f 85 4c ff ff ff 48 [ 72.546666] RSP: 0018:ffffb3f841157cf0 EFLAGS: 00010286 [72.547393] RAX: 0000000000000026 RBX: ffff89ac6231d478 RCX: 0000000000000000 [ 72.548324] RDX:
    ffff89adb7c2c2c0 RSIffff89adb7c205c0 RDIffff89adb7c205c0 [ 72.549271] RBP: ffffb3f841157cf0 R08
    0000000000000000 R09c0000000ffefffff [ 72.550209] R100000000000000001 R11ffffb3f841157ad0 R12
    ffff89ac6231d180 [ 72.551142] R13: ffff89ac6231d478 R14: ffff89ac40c06180 R15: ffff89ac6231d4b0 [72.552089] FS: 0000000000000000(0000) GS:ffff89adb7c00000(0000) knlGS:0000000000000000 [ 72.553175] CS:
    0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 72.553934] CR2: 0000563a310506a8 CR3: 0000000109a66000 CR4:
    0000000000350ef0 [ 72.554874] 调用跟踪[ 72.555278] <TASK> [ 72.555614] svc_xprt_put+0xaf/0xe0 [sunrpc] [ 72.556276] nfsd4_process_cb_update.isra.11+0xb7/0x410 [nfsd] [ 72.557087] ? update_load_avg+0x82/0x610 [72.557652] ? cpuacct_charge+0x60/0x70 [ 72.558212] ? dequeue_entity+0xdb/0x3e0 [ 72.558765] ? queued_spin_unlock+0x9/0x20 [ 72.559358] nfsd4_run_cb_work+0xfc/0x270 [nfsd] [ 72.560031] process_one_work+0x1df/0x390 [ 72.560600] worker_thread+0x37/0x3b0 [ 72.561644] ? process_one_work+0x390/0x390 [ 72.562247] kthread+0x12f/0x150 [ 72.562710] ? set_kthread_struct+0x50/0x50 [ 72.563309] ret_from_fork+0x22/0x30 [ 72.563818] </TASK> [ 72.564189] ---[结束跟踪 031117b1c72ec616]--- [ 72.566019] list_add 损坏。 next->prev 应为 prev (ffff89ac4977e538)但却是 ffff89ac4763e018。 (next=ffff89ac4763e018)。 [ 72.567647] ------------[在此处切换 ]------------ (CVE-2022-50401)

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

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

  - 已修复 Linux 内核中的下列漏洞：wifi: iwlwifi: fw: fix memory leak in debugfs Fix a memory leak that occurs when reading the fw_info file all the way, since we return NULL indicating no more data, but don't free the status tracking object. (CVE-2023-53422)

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

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

  - 已修复 Linux 内核中的下列漏洞：irqchip/wpcm450: Fix memory leak in wpcm450_aic_of_init() If of_iomap() failed, 'aic' should be freed before return. Otherwise there is a memory leak. (CVE-2022-50416)

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

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

  - 已修复 Linux 内核中的下列漏洞：cifs: Fix warning and UAF when destroy the MR list If the MR allocate failed, the MR recovery work not initialized and list not cleared. Then will be warning and UAF when release the MR: WARNING: CPU: 4 PID: 824 at kernel/workqueue.c:3066
    __flush_work.isra.0+0xf7/0x110 CPU: 4 PID: 824 Comm: mount.cifs Not tainted 6.1.0-rc5+ #82 RIP:
    0010:__flush_work.isra.0+0xf7/0x110 Call Trace: <TASK> __cancel_work_timer+0x2ba/0x2e0 smbd_destroy+0x4e1/0x990 _smbd_get_connection+0x1cbd/0x2110 smbd_get_connection+0x21/0x40 cifs_get_tcp_session+0x8ef/0xda0 mount_get_conns+0x60/0x750 cifs_mount+0x103/0xd00 cifs_smb3_do_mount+0x1dd/0xcb0 smb3_get_tree+0x1d5/0x300 vfs_get_tree+0x41/0xf0 path_mount+0x9b3/0xdd0
    __x64_sys_mount+0x190/0x1d0 do_syscall_64+0x35/0x80 entry_SYSCALL_64_after_hwframe+0x46/0xb0 BUG: KASAN:
    use-after-free in smbd_destroy+0x4fc/0x990 Read of size 8 at addr ffff88810b156a08 by task mount.cifs/824 CPU: 4 PID: 824 Comm: mount.cifs Tainted: G W 6.1.0-rc5+ #82 Call Trace: dump_stack_lvl+0x34/0x44 print_report+0x171/0x472 kasan_report+0xad/0x130 smbd_destroy+0x4fc/0x990
    _smbd_get_connection+0x1cbd/0x2110 smbd_get_connection+0x21/0x40 cifs_get_tcp_session+0x8ef/0xda0 mount_get_conns+0x60/0x750 cifs_mount+0x103/0xd00 cifs_smb3_do_mount+0x1dd/0xcb0 smb3_get_tree+0x1d5/0x300 vfs_get_tree+0x41/0xf0 path_mount+0x9b3/0xdd0 __x64_sys_mount+0x190/0x1d0 do_syscall_64+0x35/0x80 entry_SYSCALL_64_after_hwframe+0x46/0xb0 Allocated by task 824: kasan_save_stack+0x1e/0x40 kasan_set_track+0x21/0x30 __kasan_kmalloc+0x7a/0x90 _smbd_get_connection+0x1b6f/0x2110 smbd_get_connection+0x21/0x40 cifs_get_tcp_session+0x8ef/0xda0 mount_get_conns+0x60/0x750 cifs_mount+0x103/0xd00 cifs_smb3_do_mount+0x1dd/0xcb0 smb3_get_tree+0x1d5/0x300 vfs_get_tree+0x41/0xf0 path_mount+0x9b3/0xdd0 __x64_sys_mount+0x190/0x1d0 do_syscall_64+0x35/0x80 entry_SYSCALL_64_after_hwframe+0x46/0xb0 Freed by task 824: kasan_save_stack+0x1e/0x40 kasan_set_track+0x21/0x30 kasan_save_free_info+0x2a/0x40 ____kasan_slab_free+0x143/0x1b0
    __kmem_cache_free+0xc8/0x330 _smbd_get_connection+0x1c6a/0x2110 smbd_get_connection+0x21/0x40 cifs_get_tcp_session+0x8ef/0xda0 mount_get_conns+0x60/0x750 cifs_mount+0x103/0xd00 cifs_smb3_do_mount+0x1dd/0xcb0 smb3_get_tree+0x1d5/0x300 vfs_get_tree+0x41/0xf0 path_mount+0x9b3/0xdd0
    __x64_sys_mount+0x190/0x1d0 do_syscall_64+0x35/0x80 entry_SYSCALL_64_after_hwframe+0x46/0xb0 Let's initialize the MR recovery work before MR allocate to prevent the warning, remove the MRs from the list to prevent the UAF. (CVE-2023-53427)

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

ID	名称	严重性
265584	Linux Distros 未修补的漏洞：CVE-2022-50392	medium
265583	Linux Distros 未修补的漏洞：CVE-2023-53369	medium
265582	Linux Distros 未修补的漏洞：CVE-2022-50388	medium
265581	Linux Distros 未修补的漏洞：CVE-2023-53391	medium
265580	Linux Distros 未修补的漏洞：CVE-2023-53380	medium
265579	Linux Distros 未修补的漏洞：CVE-2023-53410	medium
265578	Linux Distros 未修补的漏洞：CVE-2023-53402	medium
265577	Linux Distros 未修补的漏洞：CVE-2023-53387	medium
265576	Linux Distros 未修补的漏洞：CVE-2022-50393	medium
265575	Linux Distros 未修补的漏洞：CVE-2022-50394	high
265574	Linux Distros 未修补的漏洞：CVE-2022-50396	medium
265573	Linux Distros 未修补的漏洞：CVE-2023-53373	high
265572	Linux Distros 未修补的漏洞：CVE-2023-53394	medium
265571	Linux Distros 未修补的漏洞：CVE-2025-30187	low
265570	Linux Distros 未修补的漏洞：CVE-2025-10501	high
265569	Linux Distros 未修补的漏洞：CVE-2023-53411	medium
265568	Linux Distros 未修补的漏洞：CVE-2022-50381	medium
265567	Linux Distros 未修补的漏洞：CVE-2022-50382	medium
265566	Linux Distros 未修补的漏洞：CVE-2023-53371	medium
265565	Linux Distros 未修补的漏洞：CVE-2023-53378	medium
265564	Linux Distros 未修补的漏洞：CVE-2025-10502	high
265561	Linux Distros 未修补的漏洞：CVE-2025-10500	high
265560	Linux Distros 未修补的漏洞：CVE-2023-53381	medium
265559	Linux Distros 未修补的漏洞：CVE-2023-53376	high
265558	Linux Distros 未修补的漏洞：CVE-2023-53395	high
265557	Linux Distros 未修补的漏洞：CVE-2023-53392	high
265556	Linux Distros 未修补的漏洞：CVE-2023-53374	high
265555	Linux Distros 未修补的漏洞：CVE-2022-50399	high
265554	Linux Distros 未修补的漏洞：CVE-2023-53399	medium
265553	Linux Distros 未修补的漏洞：CVE-2022-50389	medium
265552	Linux Distros 未修补的漏洞：CVE-2022-50383	medium
265551	Linux Distros 未修补的漏洞：CVE-2022-50385	medium
265550	Linux Distros 未修补的漏洞：CVE-2023-53397	medium
265549	Linux Distros 未修补的漏洞：CVE-2023-53370	medium
265548	Linux Distros 未修补的漏洞：CVE-2022-50395	medium
265547	Linux Distros 未修补的漏洞：CVE-2022-50378	high
265546	Linux Distros 未修补的漏洞：CVE-2023-53383	medium
265545	Linux Distros 未修补的漏洞：CVE-2022-50387	medium
265544	Linux Distros 未修补的漏洞：CVE-2023-53375	medium
265543	Linux Distros 未修补的漏洞：CVE-2022-50391	medium
265542	Linux Distros 未修补的漏洞：CVE-2023-53384	medium
265541	Linux Distros 未修补的漏洞：CVE-2022-50386	high
265540	Linux Distros 未修补的漏洞：CVE-2022-50390	medium
265539	Linux Distros 未修补的漏洞：CVE-2023-53414	medium
265538	Linux Distros 未修补的漏洞：CVE-2022-50412	high
265537	Linux Distros 未修补的漏洞：CVE-2022-50402	medium
265536	Linux Distros 未修补的漏洞：CVE-2022-50401	high
265534	Linux Distros 未修补的漏洞：CVE-2023-53422	medium
265533	Linux Distros 未修补的漏洞：CVE-2022-50416	medium
265532	Linux Distros 未修补的漏洞：CVE-2023-53427	high

检测

Nessus 的 Misc. 系列

medium

medium

medium

medium

medium

medium

medium

medium

medium

high

medium

high

medium

low

high

medium

medium

medium

medium

medium

high

high

medium

high

high

high

high

high

medium

medium

medium

medium

medium

medium

medium

high

medium

medium

medium

medium

medium

high

medium

medium

high

medium

high

medium

medium

high