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

  - bnxt_en修复在关闭 ifdown bnxt_set_dflt_rings() 期间更改 FW 资源时发现的内存损坏其始终在创建任何 TC 之前被调用。因此不会考虑 bp->num_tc并假设其始终为 0 或 1。在 FW 资源或功能变更的情况下FW 将在 bnxt_hwrm_if_change() 中返回标记将导致驱动程序重新初始化并调用 bnxt_cancel_reservations ()。这将导致 bnxt_init_dflt_ring_mode() 调用 bnxt_set_dflt_rings() 且 bp->num_tc 可能大于 1。这将造成 bp->tx_ring[] 过小并在 bnxt_alloc_cp_rings() 中造成内存损坏。通过按上述代码路径中的 bp->num_tc正确缩放 TX ring可修复此问题。添加 2 个辅助函数以确定 bp->tx_nr_rings 和 bp->tx_nr_rings_per_tc。 (CVE-2025-39810)

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

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

  - blk-mq修复 blk_mq_elv_switch_none 中 q->elevator 上的 NULL 取消引用在获取 q->sysfs_lock 之后q->elevator 可能因 elevator 切换而变为 NULL。通过使用锁定检查修复 q->elevator 上的空取消引用。 (CVE-2023-53292)

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

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

  - 已修复 Linux 内核中的下列漏洞：fsverity: reject FS_IOC_ENABLE_VERITY on mode 3 fds Commit 56124d6c87fd (fsverity: support enabling with tree block size < PAGE_SIZE) changed FS_IOC_ENABLE_VERITY to use __kernel_read() to read the file's data, instead of direct pagecache accesses.
    An unintended consequence of this is that the 'WARN_ON_ONCE(!(file->f_mode & FMODE_READ))' in
    __kernel_read() became reachable by fuzz tests. This happens if FS_IOC_ENABLE_VERITY is called on a fd opened with access mode 3, which means ioctl access only. Arguably, FS_IOC_ENABLE_VERITY should work on ioctl-only fds. But ioctl-only fds are a weird Linux extension that is rarely used and that few people even know about. (The documentation for FS_IOC_ENABLE_VERITY even specifically says it requires O_RDONLY.) It's probably not worthwhile to make the ioctl internally open a new fd just to handle this case. Thus, just reject the ioctl on such fds for now. (CVE-2023-53172)

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

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

  - udf不更新内联文件写入失败的文件长度。当写入内联文件失败或仅部分发生时，我们仍然更新了内联数据的长度，如同整个写入成功一样。修复内联数据长度更新的问题以使其仅在写入成功时更新。 (CVE-2023-53295)

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

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

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

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

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

  - 已修复 Linux 内核中的下列漏洞：phy: hisilicon: Fix an out of bounds check in hisi_inno_phy_probe() The size of array 'priv->ports[]' is INNO_PHY_PORT_NUM. In the for loop, 'i' is used as the index for array 'priv->ports[]' with a check (i > INNO_PHY_PORT_NUM) which indicates that INNO_PHY_PORT_NUM is allowed value for 'i' in the same loop. This > comparison needs to be changed to >=, otherwise it potentially leads to an out of bounds write on the next iteration through the loop (CVE-2023-53238)

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

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

  - scsiqla2xxx删除未使用的 nvme_ls_waitq 等待队列当 qla2x00_start_sp(sp) 返回错误代码 EGAIN 且为未初始化的等待队列 sp->nvme_ls_waitq 调用 wake_up 时系统崩溃。 qla2xxx [0000:37:00.1]-2121:5返回适用于 idx=0 qla2xxx 的 ffff8ae2c0513400 的现有 qpair [0000:37:00.1]-700e:5qla2x00_start_sp failed = 11 BUG无法处理 0000000000000000 PGD 中的内核空指针取消引用0 P4D 0 Oops0000 [#1] SMP NOPTI 硬件名称HPE ProLiant DL360 Gen10/ProLiant DL360 Gen10、BIOS U32 09/03/2021 工作队列nvme-wq nvme_fc_connect_ctrl_work [nvme_fc] RIP
    0010:__wake_up_common+0x4c/0x190 RSP0018:ffff95f3e0cb7cd0 EFLAGS00010086 RAX: 0000000000000000 RBX
    ffff8b08d3b26328 RCX: 0000000000000000 RDX: 0000000000000001 RSI: 0000000000000003 RDI: ffff8b08d3b26320 RBP: 0000000000000001 R08: 0000000000000000 R09: ffffffffffffffe8 R10: 0000000000000000 R11:
     R12ffff95f3e0cb7a60  : ffff95f3e0cb7d20 R13: 0000000000000003 R14: 0000000000000000 R15: 0000000000000000 FS: 0000000000000000(0000) GS:ffff8b2fdf6c0000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 0000000000000000 CR3: 0000002f1e410002 CR4: 00000000007706e0 DR0
    0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 PKRU: 55555554 Call Trace: __wake_up_common_lock+0x7c/0xc0 qla_nvme_ls_req+0x355/0x4c0 [qla2xxx] ? __nvme_fc_send_ls_req+0x260/0x380 [nvme_fc] ? nvme_fc_send_ls_req.constprop.42+0x1a/0x45 [nvme_fc] nvme_fc_connect_ctrl_work.cold.63+0x1e3/0xa7d [nvme_fc] 删除未使用的 nvme_ls_waitq 等待队列。 nvme_ls_waitq 逻辑已在下面标记为“已修复”的提交中删除。 (CVE-2023-53280)

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

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

  - 已修复 Linux 内核中的下列漏洞：drm/msm/dp: fix bridge lifetime Device-managed resources allocated post component bind must be tied to the lifetime of the aggregate DRM device or they will not necessarily be released when binding of the aggregate device is deferred. This can lead resource leaks or failure to bind the aggregate device when binding is later retried and a second attempt to allocate the resources is made. For the DP bridges, previously allocated bridges will leak on probe deferral. Fix this by amending the DP parser interface and tying the lifetime of the bridge device to the DRM device rather than DP platform device. Patchwork:
    https://patchwork.freedesktop.org/patch/502667/ (CVE-2022-50292)

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

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

  - 已修复 Linux 内核中的下列漏洞：kcm: annotate data-races around kcm->rx_psock kcm->rx_psock can be read locklessly in kcm_rfree(). Annotate the read and writes accordingly. We do the same for kcm->rx_wait in the following patch. syzbot reported: BUG: KCSAN: data-race in kcm_rfree / unreserve_rx_kcm write to 0xffff888123d827b8 of 8 bytes by task 2758 on cpu 1:
    unreserve_rx_kcm+0x72/0x1f0 net/kcm/kcmsock.c:313 kcm_rcv_strparser+0x2b5/0x3a0 net/kcm/kcmsock.c:373
    __strp_recv+0x64c/0xd20 net/strparser/strparser.c:301 strp_recv+0x6d/0x80 net/strparser/strparser.c:335 tcp_read_sock+0x13e/0x5a0 net/ipv4/tcp.c:1703 strp_read_sock net/strparser/strparser.c:358 [inline] do_strp_work net/strparser/strparser.c:406 [inline] strp_work+0xe8/0x180 net/strparser/strparser.c:415 process_one_work+0x3d3/0x720 kernel/workqueue.c:2289 worker_thread+0x618/0xa70 kernel/workqueue.c:2436 kthread+0x1a9/0x1e0 kernel/kthread.c:376 ret_from_fork+0x1f/0x30 arch/x86/entry/entry_64.S:306 read to 0xffff888123d827b8 of 8 bytes by task 5859 on cpu 0: kcm_rfree+0x14c/0x220 net/kcm/kcmsock.c:181 skb_release_head_state+0x8e/0x160 net/core/skbuff.c:841 skb_release_all net/core/skbuff.c:852 [inline]
    __kfree_skb net/core/skbuff.c:868 [inline] kfree_skb_reason+0x5c/0x260 net/core/skbuff.c:891 kfree_skb include/linux/skbuff.h:1216 [inline] kcm_recvmsg+0x226/0x2b0 net/kcm/kcmsock.c:1161
    ____sys_recvmsg+0x16c/0x2e0 ___sys_recvmsg net/socket.c:2743 [inline] do_recvmmsg+0x2f1/0x710 net/socket.c:2837 __sys_recvmmsg net/socket.c:2916 [inline] __do_sys_recvmmsg net/socket.c:2939 [inline]
    __se_sys_recvmmsg net/socket.c:2932 [inline] __x64_sys_recvmmsg+0xde/0x160 net/socket.c:2932 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x2b/0x70 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd value changed: 0xffff88812971ce00 -> 0x0000000000000000 Reported by Kernel Concurrency Sanitizer on: CPU: 0 PID: 5859 Comm: syz-executor.3 Not tainted 6.0.0-syzkaller-12189-g19d17ab7c68b-dirty #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 09/22/2022 (CVE-2022-50291)

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

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

  - Layout 组件中的同源策略绕过。此漏洞会影响 Firefox < 143、Firefox ESR < 140.3、Thunderbird < 143 和 Thunderbird < 140.3。(CVE-2025-10529)

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

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

  - net/mlx5HWS修复 hws_action_get_shared_stc_nic 错误流中的内存泄漏提供无效的 stc_type 时函数会为 shared_stc 分配内存但会跳转到 unlock_and_out 而未释放内存从而导致内存泄漏。通过跳至 free_shared_stc 标签以确保正确清理来修复。
    (CVE-2025-39834)

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

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

  - btrfs修复未使用的新块群组的释放后重用问题。如果某任务创建了新块群组且该块群组在我们于 btrfs_create_pending_block_groups() 完成其创建前变为未使用则针对块组时我们假设该块组当前位于要回收的块组的列表中并将其从新块组的列表中移入未使用的块组列表中。这会产生两个后果: 1) 我们将其移出与当前交易相关联的新区块群组列表。因此区块群组创建尚未完成如果因为未使用而尝试删除 bg则将无法在范围树或新块群组树中找到该区块群组项目在设备树中无法找到其设备范围项目等因缺少项目而导致删除失败2) 将区块群组移至未使用区块群组列表时并未增加该区块群组上的引用计数因为我们假设该区块群组在要回收的区块群组列表上而在这种情况下其已拥有正确的引用计数。但是区块群组在新区块群组列表上这种情况下不会进行额外引用因为它位于当前任务的本地。此问题稍后会导致从未使用的列表中删除区块群组时进行额外的引用计数递减最终将引用计数变为 0。第二种情况从 fstests 运行 generic/297 时被捕获并产生以下断言失败和堆栈追踪[589.559] 断言失败 fs/btrfs/block-group.c:4299 中的 refcount_read(&block_group->refs) == 1 [589.559]
    ------------[ 在此处切换 ]------------ [589.559] fs/btrfs/block-group.c:4299! 的内核缺陷[589.560] 无效的 opcode0000 [#1] PREEMPT SMP PTI [589.560] CPU8 PID: 2819134 Commumount TaintedGW 6.4.0-rc6-btrfs-next-134+ #1 [589.560] Hardware nameQEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.16.2-0-gea1b7a073390-prebuilt.qemu.org 04/01/2014 [589.560] RIP
    0010btrfs_free_block_groups+0x449/0x4a0 [btrfs] [589.561] Code68 62 da c0 (...) [589.561] RSP
    0018ffffa55a8c3b3d98 EFLAGS00010246 [589.561] RAX: 0000000000000058 RBX: ffff8f030d7f2000 RCX
    0000000000000000 [589.562] RDX: 0000000000000000 RSI: ffffffff953f0878 RDI: 00000000ffffffff [589.562] RBP: ffff8f030d7f2088 R08: 0000000000000000 R09: ffffa55a8c3b3c50 [589.562] R10: 0000000000000001 R11:
    0000000000000001 R12ffff8f05850b4c00 [589.562] R13ffff8f030d7f2090 R14ffff8f05850b4cd8 R15
    dead000000000100 [589.563] FS: 00007f497fd2e840(0000) GS:ffff8f09dfc00000(0000) knlGS:0000000000000000 [589.563] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [589.563] CR2: 00007f497ff8ec10 CR3:
    0000000271472006 CR4: 0000000000370ee0 [589.563] DR0: 0000000000000000 DR1: 0000000000000000 DR2:
    0000000000000000 [589.564] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 [589.564] 调用跟踪 [589.564] <TASK> [589.565] ? __die_body+0x1b/0x60 [589.565] ? die+0x39/0x60 [589.565] do_trap+0xeb/0x110 [589.565] ? btrfs_free_block_groups+0x449/0x4a0 [btrfs] [589.566] ? do_error_trap+0x6a/0x90 [589.566] ? btrfs_free_block_groups+0x449/0x4a0 [btrfs] [589.566] ? exc_invalid_op+0x4e/0x70 [589.566] ? btrfs_free_block_groups+0x449/0x4a0 [btrfs] [589.567] ? asm_exc_invalid_op+0x16/0x20 [589.567] ? btrfs_free_block_groups+0x449/0x4a0 [btrfs] [589.567] ? btrfs_free_block_groups+0x449/0x4a0 [btrfs] [589.567] close_ctree+0x35d/0x560 [btrfs] [589.568] ? fsnotify_sb_delete+0x13e/0x1d0 [589.568] ? dispose_list+0x3a/0x50 [589.568] ? evict_inodes+0x151/0x1a0 [589.568] generic_shutdown_super+0x73/0x1a0 [589.569] kill_anon_super+0x14/0x30 [589.569] btrfs_kill_super+0x12/0x20 [btrfs] [589.569] deactivate_locked ---truncated--- (CVE-2023-53187)

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

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

  - 2.7.2 之前的 Expat 中的 libexpat 允许攻击者通过提交用于解析的小文档来触发大型动态内存分配。 (CVE-2025-59375)

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

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

  - 已修复 Linux 内核中的下列漏洞：ASoC: fsl_mqs: move of_node_put() to the correct location of_node_put() should have been done directly after mqs_priv->regmap = syscon_node_to_regmap(gpr_np); otherwise it creates a reference leak on the success path. To fix this, of_node_put() is moved to the correct location, and change all the gotos to direct returns.
    (CVE-2023-53268)

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

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

  - scsilpfc修复 sysfs 固件写入期间的释放后使用 KFENCE 违规 在 sysfs 固件写入进程中会记录从 lpfc_wr_object() 例程的释放后使用读取警告BUGKFENCE
    lpfc_wr_object+0x235/0x310 中的释放后使用读取 [lpfc] 在 0x0000000000cf164d 处的释放后使用读取 (in kfence-#111] lpfc_wr_object+0x235/0x310 [lpfc] lpfc_write_firmware.cold+0x206/0x30d [lpfc] lpfc_firmware_update6_request+sli4_sli4 /0x100 [lpfc] lpfc_request_firmware_upgrade_store+0x66/0xb0 [lpfc] kernfs_fop_write_iter+0x121/0x1b0 new_sync_write+0x11c/0x1b0 vfs_write+0x1ef/0x280 ksys_write+0x5f/0xe0 do_syscall_64+0x59/0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd The driver accessed wr_object pointer data,将邮箱对象释放回邮箱池之后初始化到邮箱负载内存中。通过将邮箱释放调用移动到例程的末尾确保在释放后不引用内部邮箱内存来修复 。 (CVE-2023-53282)

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

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

  - 已修复 Linux 内核中的下列漏洞：ext4: don't allow journal inode to have encrypt flag Mounting a filesystem whose journal inode has the encrypt flag causes a NULL dereference in fscrypt_limit_io_blocks() when the 'inlinecrypt' mount option is used. The problem is that when jbd2_journal_init_inode() calls bmap(), it eventually finds its way into ext4_iomap_begin(), which calls fscrypt_limit_io_blocks(). fscrypt_limit_io_blocks() requires that if the inode is encrypted, then its encryption key must already be set up. That's not the case here, since the journal inode is never opened like a normal file would be. Hence the crash. A reproducer is: mkfs.ext4 -F /dev/vdb debugfs -w /dev/vdb
    -R set_inode_field <8> flags 0x80808 mount /dev/vdb /mnt -o inlinecrypt To fix this, make ext4 consider journal inodes with the encrypt flag to be invalid. (Note, maybe other flags should be rejected on the journal inode too. For now, this is just the minimal fix for the above issue.) I've marked this as fixing the commit that introduced the call to fscrypt_limit_io_blocks(), since that's what made an actual crash start being possible. But this fix could be applied to any version of ext4 that supports the encrypt feature. (CVE-2022-50277)

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

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

  -samples/bpf修复 hbm 的 run_bpf_prog 中的 fout 泄漏。修复 fout 被 fopen'ed但随后不会 fclose'd。在受影响的分支中fout 将以其他方式超出范围。 (CVE-2023-53290)

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

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

  - 已修复 Linux 内核中的下列漏洞：drm/nouveau/disp: fix use-after-free in error handling of nouveau_connector_create We can't simply free the connector after calling drm_connector_init on it. We need to clean up the drm side first. It might not fix all regressions from commit 2b5d1c29f6c4 (drm/nouveau/disp: PIOR DP uses GPIO for HPD, not PMGR AUX interrupts), but at least it fixes a memory corruption in error handling related to that commit. (CVE-2023-53263)

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

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

  - 已修复 Linux 内核中的下列漏洞：media: hi846: fix usage of pm_runtime_get_if_in_use() pm_runtime_get_if_in_use() does not only return nonzero values when the device is in use, it can return a negative errno too. And especially during resuming from system suspend, when runtime pm is not yet up again, -EAGAIN is being returned, so the subsequent pm_runtime_put() call results in a refcount underflow. Fix system-resume by handling -EAGAIN of pm_runtime_get_if_in_use().
    (CVE-2023-53177)

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

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

  - ext4修复部分写入情况下 i_disksize 超过 i_size 的问题 i_disksize 可能超过 i_size从而触发警告。 generic_perform_write副本 = iov_iter_copy_from_user_atomic(len) //副本 < len ext4_da_write_end | ext4_update_i_disksize | ext4_update_i_disksize | ext4_update_i_disksize | ext4_update_i_disksize new_i_size = pos + 复制了; | | WRITE_ONCE(EXT4_I(inode)->i_disksize, newsize) // 更新 i_disksize | generic_write_end |复制 = block_write_end(copied, len) // 复制 = 0 | if (不可能(复制 < len)) | if (!PageUptodate(page)) | if (!PageUptodate(page)) | if (!PageUptodate(page)) | if (!PageUptodate(page)) | if (!PageUptodate(page))已复制 = 0 | if (pos +copyed > inode->i_size) // 返回 false if (unlikely(copied == 0)) 再次转到if (unlikely(iov_iter_fault_in_excluding(i, bytes))) { status = -EFAULT; break此处我们发现 i_disksize 大于 i_size这可能会在执行 dio 时触发警告检查 'i_size_read(inode) < EXT4_I(inode)->i_disksize' ext4_dio_write_iter iomap_dio_rw __iomap_dio_rw // return err, 长度未对齐到 512 ext4_handle_inode_extension WARN_ON_ONCE(i_size_read (inode) < EXT4_I(inode)->i_disksize) // Oops 警告
    CPU: 2 PID: 2609 at fs/ext4/file.c:319 CPU: 2 PID: 2609 Comm: aa 未受感染 6.3.0-rc2 RIP
    0010ext4_file_write_iter+0xbc7 调用跟踪vfs_write+0x3b1 ksys_write+0x77 do_syscall_64+0x39 请通过在更新 i_disksize 之前更新 'copied' 值来修复此问题就像 ext4_write_inline_data_end() 一样。可在下面的 buganizer 链接中找到重现程序。 (CVE-2023-53270)

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

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

  - Networking: Cache 组件中存在信息泄露。此漏洞会影响 Firefox < 143、Firefox ESR < 140.3、Thunderbird < 143 和 Thunderbird < 140.3。(CVE-2025-10536)

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

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

  - ext4修复 mb_find_extent 中的 WARNING Syzbot 发现以下问题EXT4-fs警告以 data=journal 挂载会禁用延迟分配 dioread_nolock、O_DIRECT 和 fast_commit 支持EXT4-fs (loop0)readonly fs 上的 orphan 清理 ------------[ cut here ]------------ WARNINGfs 上的 CPU: 1 PID: 5067中链接的 /ext4/mballoc.c:1869 mb_find_extent+0x8a1/0xe30 ModulesCPU: 1 PID: 5067 Comm: syz-executor307 Not tainted 6.2.0-rc1-syzkaller #0 硬件名称Google Google Compute Engine/Google Compute Engine 、 BIOS Google 2022 年 10 月 26 日 RIP: 0010:mb_find_extent+0x8a1/0xe30 fs/ext4/mballoc.c:1869 RSP
    0018:ffffc90003c9e098 EFLAGS: 00010293 RAX: ffffffff82405731 RBX: 0000000000000041 RCX: ffff8880783457c0 RDX: 0000000000000000 RSI: 0000000000000041 RDI: 0000000000000040 RBP: 0000000000000040 R08:
     R09ffffffff82405723  : ffffed10053c9402 R10: ffffed10053c9402 R11: 1ffff110053c9401 R12: 0000000000000000 R13: ffffc90003c9e538 R14: dffffc0000000000 R15: ffffc90003c9e2cc FS: 0000555556665300(0000) GS:ffff8880b9900000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES0000 CR00000000080050033 CR2
    000056312f6796f8 CR3: 0000000022437000 CR4: 00000000003506e0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 Call Trace: <TASK> ext4_mb_complex_scan_group+0x353/0x1100 fs/ext4/mballoc.c:2307 ext4_mb_regular_allocator+0x1533/0x3860 fs /ext4/mballoc.c:2735 ext4_mb_new_blocks+0xddf/0x3db0 fs/ext4/mballoc.c:5605 ext4_ext_map_blocks+0x1868/0x6880 fs/ext4/extents.c:4286 ext4_map_blocks+0xa49/0x1cc0 fs/ext4/inode.c:651 ext4_getblk+0x1b9/0x770 fs/ext4/inode.c:864 ext4_bread+0x2a/0x170 fs/ext4/inode.c:920 ext4_quota_write+0x225/0x570 fs/ext4/super.c:7105 write_blk fs/quota/quota_tree.c :64 [inline] get_free_dqblk+0x34a/0x6d0 fs/quota/quota_tree.c:130 do_insert_tree+0x26b/0x1aa0 fs/quota/quota_tree.c:340 do_insert_tree+0x722/0x1aa0 fs/quota/quota_tree.c:375 do_insert_tree+0x722 /0x1aa0 fs/quota/quota_tree.c:375 do_insert_tree+0x722/0x1aa0 fs/quota/quota_tree.c:375 dq_insert_tree fs/quota/quota_tree.c:401 [inline] qtree_ write_dquot+0x3b6/0x530 fs/quota/quota_tree.c:420 v2_write_dquot+0x11b/0x190 fs/quota/quota_v2.c:358 dquot_acquire+0x348/0x670 fs/quota/dquot.c:444 ext4_acquire_dquot+0x2dc/0x400 fs/ext4 /super.c:6740 dqget+0x999/0xdc0 fs/quota/dquot.c:914
    __dquot_initialize+0x3d0/0xcf0 fs/quota/dquot.c:1492 ext4_process_orphan+0x57/0x2d0 fs/ext4/orphan.c:329 ext4_orphan_cleanup+0xb60/0x1340 fs/ext4/orphan.c:474 __ext4_fill_super fs/ext4/super.c :5516 [inline] ext4_fill_super+0x81cd/0x8700 fs/ext4/super.c:5644 get_tree_bdev+0x400/0x620 fs/super.c:1282 vfs_get_tree+0x88/0x270 fs/super.c:1489 do_new_mount+0x289/0xad0 fs/ namespace.c:3145 do_mount fs/namespace.c:3488 [inline] __do_sys_mount fs/namespace.c:3697 [inline] __se_sys_mount+0x2d3/0x3c0 fs/namespace.c:3674 do_syscall_x64 arch/x86/entry/common.c 50 [inline] do_syscall_64+0x3d/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd 添加一些调试信息
    mb_find_extentmb_find_extent block=41, order=0 needs=64 next=0 ex=0/41/1@3735929054 64 64 7 block_bitmapff 3f 0c 00 fc 01 00 00 d2 3d 00 00 00 00 00 00 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff 实际上每组的区块为 64但区块位图指示至少有 128 个区块。现在ext4_validate_block_bitmap()不会检查无效区块的位图如果设置。要解决上述问题未设置块位图结尾时的 fsck 之类的检查。 (CVE-2023-53317)

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

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

  - 已修复 Linux 内核中的下列漏洞：crypto: cavium - prevent integer overflow loading firmware The code_length value comes from the firmware file. If your firmware is untrusted realistically there is probably very little you can do to protect yourself. Still we try to limit the damage as much as possible. Also Smatch marks any data read from the filesystem as untrusted and prints warnings if it not capped correctly. The ntohl(ucode->code_length) * 2 multiplication can have an integer overflow. (CVE-2022-50330)

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

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

  - RDMA/mlx5破坏 QP/RQ 时返回固件结果 之前破坏 QP/RQ 时固件破坏函数的结果被忽略并且没有向上层通知失败情况。
    这进而可能导致各种问题因为当上层没有意识到故障时它会继续其操作认为相关 QP/RQ 已成功破坏而实际未成功这可导致下面的内核 WARN。目前我们向上层返回正确的固件破坏状态在 RQ 的情况下为 mlx5_ib_destroy_wq()其已经能够处理 RQ 破坏失败或者在 QP 的情况下为 destroy_qp_common()其现在可在 qp 时实际发出警告破坏失败。WARNING: CPU: 3 PID: 995 at drivers/infiniband/core/rdma_core.c:940 uverbs_destroy_ufile_hw+0xcb/0xe0 [ib_uverbs] Modules linked in: xt_conntrack xt_MASQUERADE nf_conntrack_netlink nfnetlink xt_addrtype iptable_nat nf_nat br_netfilter rpcrdma rdma_ucm ib_iser libiscsi scsi_transport_iscsi rdma_cm ib_umad ib_ipoib iw_cm ib_cm mlx5_ib ib_uverbs ib_core overlay mlx5_core fuse CPU: 3 PID: 995 Comm: python3 Not tainted 5.16.0-rc5+ #1 硬件名称QEMU Standard PCQ35 + ICH9，2009，BIOS rel-1.13.0-0-gf21b5a4aeb02- prebuilt.qemu.org 2014 年 4 月 1 日 RIP
    0010:uverbs_destroy_ufile_hw+0xcb/0xe0 [ib_uverbs] 代码41 5c 41 5d 41 5e e9 44 34 f0 e0 48 89 df e8 4c 77 ff ff 49 8b 86 10 01 00 00 48 85 c0 74 a91 4c eb0 ff deb7 ff e9a91 4c 0f 0b eb c1 <0f> 0b be 04 00 00 00 48 89 df e8 b6 f6 ff ff e9 75 ff ff ff 90 0f RSP: 0018:ffff8881533e3e78 EFLAGS: 00010287 RAX: ffff88811b2cf3e0 RBX: ffff888106209700 RCX: 0000000000000000 RDX: ffff888106209780 RSI: ffff8881533e3d30 RDI
    ffff888109b101a0 RBP: 0000000000000001 R08: ffff888127cb381c R09: 0de9890000000009 R10: ffff888127cb3800 R11: 0000000000000000 R12: ffff888106209780 R13: ffff888106209750 R14: ffff888100f20660 R15:
    0000000000000000 FS: 00007f8be353b740(0000) GS:ffff88852c980000(0000) knlGS:0000000000000000 CS: 0010 DS:
    0000 ES: 0000 CR0: 0000000080050033 CR2: 00007f8bd5b117c0 CR3: 000000012cd8a004 CR4: 0000000000370ea0 DR0:
    0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 Call Trace: <TASK> ib_uverbs_close+0x1a/0x90 [ib_uverbs] __fput+0x82/0x230 task_work_run+0x59/0x90 exit_to_user_mode_prepare+0x138/0x140 syscall_exit_to_user_mode+0x1d/0x50 ?
    __x64_sys_close+0xe/0x40 do_syscall_64+0x4a/0x90 entry_SYSCALL_64_after_hwframe+0x44/0xae RIP
    0033:0x7f8be3ae0abb 代码03 00 00 00 0f 05 48 3d 00 f0 ff ff 77 41 c3 48 83 ec 18 89 7c 24 0c e8 83 43 f9 ff 8b 7c 24 0c 41 89 c0 b8 03 00 00 d05 <48> [03] 00 f0 ff ff 77 35 44 89 c7 89 44 24 0c e8 c1 43 f9 ff 8b 44 RSP: 002b:00007ffdb51909c0 EFLAGS: 00000293 ORIG_RAX: 0000000000000003 RAX: 0000000000 RB
    0000557bb7f7c020 RCX: 00007f8be3ae0abb RDX: 0000557bb7c74010 RSI: 0000557bb7f14ca0 RDI: 0000000000000005 RBP: 0000557bb7fbd598 R08: 0000000000000000 R09: 0000000000000000 R10: 0000000000000000 R11:
    0000000000000293 R120000557bb7fbd5b8 R130000557bb7fbd5a8 R140000000000001000 R150000557bb7f7c020 </TASK> (CVE-2023-53286)

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

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

  - f2fs: 修复以在恢复期间对目标 blkaddr 进行健全性检查 按照 Wenqing Liu 在 bugzilla 中的报告
    https://bugzilla.kernel.org/show_bug.cgi?id=216456 loop5检测到容量变更为 0 至 131072 F2FS-fs (loop5)recover_inodeino = 6，name = hln，inline = 1 F2FS-fs (loop5)recover_dataino = 6 (i_size
    ) err = 0 F2FS-fs (loop5): restore_inode: ino = 6, name = hln, inline = 1 F2FS-fs (loop5):
    restore_data: ino = 6 (i_size: restore) err = 0 F2FS-fs (loop5): restore_inode: ino = 6, name = hln, inline = 1 F2FS-fs (loop5): restore_data: ino = 6 (i_size: restore) err = 0 F2FS-fs (loop5)位图设置错误blk:5634 ------------[ 在此处剪切 ]------------ 警告CPU 3 PID1013 at fs/f2fs/segment.c:2198 RIP0010:update_sit_entry+0xa55/0x10b0 [f2fs] 调用跟踪 <TASK> f2fs_do_replace_block+0xa98/0x1890 [f2fs] f2fs_replace_block+0xeb/0x180 [f2fs] restore /0x6ae0 [f2fs] f2fs_recover_fsync_data+0x120d/0x1fc0 [f2fs] f2fs_fill_super+0x4665/0x61e0 [f2fs] mount_bdev+0x2cf/0x3b0 legacy_get_tree+0xed/0x1d0 vfs_get_tree+0x81/0x2b0 path_mount+0x47e/0x19d0 do_mount+0xce/0xf0 __x64_sys_mount+0x12c/ 0x1a0 do_syscall_64+0x38/0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd 如果启用 CONFIG_F2FS_CHECK_FS 配置将触发内核错误而不是警告。根本原因是在模糊化的图像中SIT 表与 inode 映射表不一致导致在 SIT 表更新期间触发此类警告。此修补程序引入新标记 DATA_GENERIC_ENHANCE_UPDATE有了此标记数据块恢复流可以检查 SIT 表中目标 blkaddr 的验证并跳过 f2fs_replace_block() 以避免不一致的状态。 (CVE-2022-50273)

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

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

  - 在 Podman 中发现一个缺陷。在 Containerfile 或 Podman 中不丢弃在 podman 构建期间写入 RUN --mount=type=bind 挂载的数据。此问题可导致在容器中创建的文件出现在主机的临时构建上下文目录中从而使创建的文件可访问。
    (CVE-2025-4953)

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

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

  - usbcdns3将 cdns 集活动部分放在旋转锁之外。在恢复过程中可能会计划设备因此这不能出现在原子操作中。由于 pm_runtime_set_active 将恢复供应商请将 set active 在旋转锁定之外放置仅用于保护 struct cdns 数据结构否则内核将报告以下警告缺陷从 drivers/base/power/ 的无效上下文调用的休眠函数runtime.c:1163 in_atomic(): 1、irqs_disabled(): 0、non_block: 0、pid: 651、名称: sh preempt_count: 1、预期: 0 RCU 嵌套深度: 0、预期: 0 CPU: 0 PID: 651 Commsh TaintedG WC 6.1.20 #1 硬件名称Freescale i.MX8QM MEK (DT) 调用跟踪
    dump_backtrace.part.0+0xe0/0xf0 show_stack+0x18/0x30 dump_stack_lvl+0x64/0x80 dump_stack+0x1c/0x38
    __might_resched+0x1fc/0x240 __might_sleep+0x68/0xc0 __pm_runtime_resume+0x9c/0xe0 rpm_get_suppliers+0x68/0x1b0 __pm_runtime_set_status+0x298/0x560 cdns_resume+0xb0/0x1c0 cdns3_controller_resume.isra.0+0x1e0/0x250 cdns3_plat_resume+0x28/0x40 (CVE-2023-53287)

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

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

  - mtdmappxa2xx-flash修复重映射错误时探测释放“info”中的内存泄漏以避免内存泄漏。
    [<miquel.raynal@bootlin.com>改写提交日志] (CVE-2022-50324

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

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

  - nubus部分恢复 proc_create_single_data() 转换 至 proc_create_single_data() 的转换引入了回归据此读取 /proc/bus/nubus 中的文件会导致段错误# grep -r 。
    /proc/bus/nubus/e/ Super Data 中 0x00000020 处的数据读取错误 (pc=0x1074c2) 错误 KERNEL BUSERR 错误
    中链接的 00000000 ModulesPC: [<001074c2>] PDE_DATA+0xc/0x16 SR: 2010 SP: 38284958 a2: 01152370 d0
    00000001 d1: 01013000 d2: 01002790 d3 daddr=00000020 dobuf=01199e70 baddr=001074c8 dibuf=ffffffff : 00000000 d4: 00000001 d5: 0008ce2e a0: 00000000 a1: 00222a40 进程 grep (pid: 45、 task=142f8727) Frame format=4 ver=4ver=074d isc=2008ce2e a0: 00000000 a1: 00222a40 Stack from 01199e48: 01199e70 00222a58 01002790 00000000 011a3000 01199eb0 015000c0 00000000 00000000 01199ec0 01199ec0 000d551a 011a3000 00000001 00000000 00018000 d003f000 00000003 00000001 0002800d 01052840 01199fa8 c01f8000 00000000 00000029 0b532b80 00000000 00000000 00000029 0b532b80 01199ee4 00103640 011198c0 d003f000 00018000 01199fa8 00000000 011198c0 00000000 01199f4c 000b3344 011198c0 d003f000 00018000 01199fa8 00000000 00018000 011198c0 调用跟踪 [<00222a58>] nubus_proc_rsrc_show+0x18/0xa0 [<000d551a>] seq_read+0xc4/0x510 [<00018000>] fp_fcos+0x2/0x82 [<0002800d>] __sys_setreuid+0x115/0x1c6 [<00103640>] proc_reg_read+0xb05c/0xb05c/ [<00018000>] fp_fcos+0x2/0x82 [<000b3344>] __vfs_read+0x2c/0x13c [<00018000>] fp_fcos+0x2/0x82 [<00018000>] fp_fcos+0x2/0x82 [<000b8aa2>] sys_statx+0x60/0x7e [<000b34b6>] vfs_read +0x62/0x12a [<00018000>] fp_fcos+0x2/0x82 [<00018000>] fp_fcos+0x2/0x82 [<000b39c2>] ksys_read+0x48/0xbe [<00018000>] fp_fcos+0x2/0x82 [<000b3a4e>] sys_read+0x16/0x1a [<00018000>] fp_fcos+0x2/0x82 [<00002b84>] syscall+0x8/0xc [<00018000>] fp_fcos +0x2/0x82 [<0000c016>] not_ext+0xa/0x18 Code: 4e5e 4e75 4e56 0000 206e 0008 2068 ffe8 <2068> 0020 2008 4e5e 4e75 4e56 0000 2f0b 206e 0008 2068 0004 2668 0020 206b ffe8 Disabling lock debugging due to kernel taint Segmentation fault The proc_create_single_data() 转换不起作用因为 single_open(file, nubus_proc_rsrc_show, PDE_DATA(inode)) 与原始代码不同。 (CVE-2023-53217)

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

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

  - 已修复 Linux 内核中的下列漏洞：firmware: stratix10-svc: Fix a potential resource leak in svc_create_memory_pool() svc_create_memory_pool() is only called from stratix10_svc_drv_probe(). Most of resources in the probe are managed, but not this memremap() call. There is also no memunmap() call in the file. So switch to devm_memremap() to avoid a resource leak.
    (CVE-2023-53255)

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

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

  - androidbinder停止保存指向 VMA 的指针不记录指向 mmap_lock 之外的 VMA 的指针以供以后使用。这样做是不安全的并且在设置期间释放记录的 VMA 指针*之后*之后存在许多失败路径。没有对驱动程序的回调以从通用 mm 代码中清除已保存的指针。此外如果任意数量的 VMA 操作最终释放 VMA那么 VMA 指针可能会变得过时因此对其进行保存非常容易受到影响。而是更改 binder_alloc struct 以记录 VMA 的起始地址并在需要时使用 vma_lookup() 获取 vma。在 vma 指针的更新中添加 lockdep mmap_lock 检查以确保保持锁定并依靠该锁定来实现读取和写入的同步无论如何已经如此因此不需要 smp_wmb()/smp_rmb()。
    [akpm@linux-foundation.org修复 drivers/android/binder_alloc_selftest.c] (CVE-2022-50240)

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

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

  - 已修复 Linux 内核中的下列漏洞：sctp: handle the error returned from sctp_auth_asoc_init_active_key When it returns an error from sctp_auth_asoc_init_active_key(), the active_key is actually not updated. The old sh_key will be freeed while it's still used as active key in asoc. Then an use-after-free will be triggered when sending patckets, as found by syzbot:
    sctp_auth_shkey_hold+0x22/0xa0 net/sctp/auth.c:112 sctp_set_owner_w net/sctp/socket.c:132 [inline] sctp_sendmsg_to_asoc+0xbd5/0x1a20 net/sctp/socket.c:1863 sctp_sendmsg+0x1053/0x1d50 net/sctp/socket.c:2025 inet_sendmsg+0x99/0xe0 net/ipv4/af_inet.c:819 sock_sendmsg_nosec net/socket.c:714 [inline] sock_sendmsg+0xcf/0x120 net/socket.c:734 This patch is to fix it by not replacing the sh_key when it returns errors from sctp_auth_asoc_init_active_key() in sctp_auth_set_key(). For sctp_auth_set_active_key(), old active_key_id will be set back to asoc->active_key_id when the same thing happens. (CVE-2022-50243)

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

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

  - ubi确保 VID 标头偏移 + VID 标头大小 <= alloc, 大小确保 VID 标头偏移 + VID 标头大小不超过分配的区域以避免碎片 OOB。BUGKASANcrc32_body lib/crc32.c:111 中存在 slab 越界 [内联] 缺陷KASANcrc32_le_generic lib/crc32.c:179 中存在 slab 越界 [内联] BUG: KASAN crc32_le_base+0x58c/0x626 lib/crc32.c:197 中通过任务 syz-executor136/1555 CPU: 2 PID1555 Commsyz-executor136 感染的 GW 在地址 ffff88802bb36f00 进行大小 4 的读取发生 slab 越界 6.0.0-1868 #1 硬件名称Red Hat KVM、BIOS 1.13.0-2.module+el8.3.0+7860+a7792d29 04/01/2014 调用跟踪 <TASK> __dump_stack lib/dump_stack.c:88 [inline] dump_stack_lvl+0x85/0xad lib /dump_stack.c:106 print_address_description mm/kasan/report.c:317 [内联] print_report.cold.13+0xb6/0x6bb mm/kasan/report.c:433 kasan_report+0xa7/0x11b mm/kasan/report.c 495 crc32_body lib/crc32.c:111 [内联] crc32_le_generic lib/crc32.c:179 [内联] crc32_le_base+0x58c/0x626 lib/crc32.c:197 ubi_io_write_vid_hdr+0x1b7/0x472 drivers/mtd/ubi/io.c 1067 create_vtbl+0x4d5/0x9c4 drivers/mtd/ubi/vtbl.c:317 create_empty_lvol drivers/mtd/ubi/vtbl.c:500 [inline] ubi_read_volume_table+0x67b/0 x288a drivers/mtd/ubi/vtbl.c:812 ubi_attach+0xf34/0x1603 drivers/mtd/ubi/attach.c:1601 ubi_attach_mtd_dev+0x6f3/0x185e drivers/mtd/ubi/build.c:965 ctrl_cdev_ioctl+0x2db/0x347 驱动程序/mtd/ubi/cdev.c:1043 vfs_ioctl fs/ioctl.c:51 [内联] __do_sys_ioctl fs/ioctl.c:870 [内联] __se_sys_ioctl fs/ioctl.c:856 [内联] __x64_sys_ioctl+0x193/0x213 fs/ ioctl.c:856 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x3e/0x86 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0x0 RIP: 0033:0x7f96d5cf753d Code：RSP 002b：00007fffd72206f8 EFLAGS
    00000246 ORIG_RAX0000000000000010 RAXffffffffffffffda RBX0000000000000000 RCX00007f96d5cf753d RDX
    0000000020000080 RSI: 0000000040186f40 RDI: 0000000000000003 RBP: 0000000000400cd0 R08: 0000000000000000 R09: 0000000000000000 R10: 0000000000000000 R11: 0000000000000246 R12: 0000000000400be0 R13:
    00007fffd72207e0 R140000000000000000 R150000000000000000 </TASK> 由任务 1555 分配
    kasan_save_stack+0x20/0x3d mm/kasan/common.c:38 kasan_set_track mm/kasan/common.c:45 [内联] set_alloc_info mm/kasan/common.c:437 [内联]____kasan_kmalloc mm/kasan/common.c:516 [内联]
    __kasan_kmalloc+0x88/0xa3 mm/kasan/common.c:525 kasan_kmalloc include/linux/kasan.h:234 [内联]
    __kmalloc+0x138/0x257 mm/slub.c:4429 kmalloc include/linux/slab.h:605 [inline] ubi_alloc_vid_buf drivers/mtd/ubi/ubi.h:1093 [inline] create_vtbl+0xcc/0x9c4 drivers/mtd/ubi /vtbl.c:295 create_empty_lvol drivers/mtd/ubi/vtbl.c:500 [内联] ubi_read_volume_table+0x67b/0x288a drivers/mtd/ubi/vtbl.c:812 ubi_attach+0xf34/0x1603 drivers/mtd/ubi/attach。 c:1601 ubi_attach_mtd_dev+0x6f3/0x185e drivers/mtd/ubi/build.c:965 ctrl_cdev_ioctl+0x2db/0x347 drivers/mtd/ubi/cdev.c:1043 vfs_ioctl fs/ioctl.c:51 [inline] __do_sys_ioctl fs/ioctl .c:870 [内联] __se_sys_ioctl fs/ioctl.c:856 [内联]
    __x64_sys_ioctl+0x193/0x213 fs/ioctl.c:856 do_syscall_x64 arch/x86/entry/common.c:50 [内联] do_syscall_64+0x3e/0x86 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0x0地址属于 ffff88802bb36e00 的对象该对象属于大小 256 的缓存 kmalloc-256 有缺陷的地址位于距离 256 字节区域右侧 0 字节 [ffff88802bb36e00、ffff88802bb36f00] 有缺陷的地址属于物理页 page:00000000ea4d1263 refcount:1 mapcount:0 mapping:0000000000000000 index:0x0 pfn:0x2bb36 head:00000000ea4d1263 order:1 compound_mapcount:0 compound_pincount:0 flags0xfffffc0010200(slab|head|node=0|zone=1|lastcpupid=0x1fffff) raw
    000fffffc0010200 ffffea000066c300 dead000000000003 ffff888100042b40 raw: 0000000000000000 00000000001
    ---truncated--- (CVE-2023-53265)

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

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

  - io_uring/af_unix将已注册文件的 gc 推迟到 io_uring 版本我们希望由 io_uring 本身完成操作而不是将 io_uring 已注册的文件放入 unix_gc()。此处的技巧是考虑 io_uring 注册的文件进行循环检测但不实际将其放置。由于 io_uring 无法注册其他 ring 实例因此这将删除对 ring 文件的所有引用从而触发 ->release 路径并通过 io_ring_ctx_free() 进行清理。 [axboe将 kerneldoc 注释添加到 skb包含在 skb 泄漏补丁中] (CVE-2022-50234)

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

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

  - atmatmtcp防止 atmtcp_recv_control() 中的任意写入。 syzbot 报告了以下错误消息。 [0] 通过 connect() 或 close() 调用 atmtcp_v_open() 或 atmtcp_v_close() 时会调用 atmtcp_send_control() 以发送内核内特殊消息。该消息在 atmtcp_control.hdr.length 中具有 ATMTCP_HDR_MAGIC。此外struct atm_vcc 的指针会设置为 atmtcp_control.vcc。值得注意的是 struct atmtcp_control 是 uAPI但具有用于内核指针的空间。 struct atmtcp_control { struct atmtcp_hdr hdr; /* 必须为第一个
    */ ... atm_kptr_t vcc; /* 两个方向 */ ... } __ATM_API_ALIGN; typedef struct { unsigned char _[8]; }
    __ATM_API_ALIGN atm_kptr_t;特殊消息在 atmtcp_c_send() 调用的 atmtcp_recv_control() 中进行处理。 atmtcp_c_send() 为 vcc->dev->ops->send() 从 2 条路径调用1. .ndo_start_xmit() (vcc->send() == atm_send_aal0()) 2. vcc_sendmsg() 问题为 sendmsg () 不验证消息长度用户空间可滥用 atmtcp_recv_control() 覆盖 atmtcp_control 编制的任何 kptr。我们添加一个新的 ->pre_send() 挂钩以验证来自 sendmsg() 的消息。 [0]Oops一般保护错误可能是非规范地址 0xdffffc00200000ab0000 [#1] SMP KASAN PTI KASAN可能是 user-memory-access in range [0x0000000100000558-0x000000010000055f] CPU: 0 UID: 0 PID: 5865 Commsyz-executor331 Not tainted 6.17.0-rc1-syzkaller-00215-gbab3ce404553 #0 PREEMPT(full) 硬件名称Google Google 计算引擎/Google 计算引擎、BIOS Google 07/12/2025 RIP: 0010:atmtcp_recv_control drivers/ atm/atmtcp.c:93 [内联] RIP0010:atmtcp_c_send+0x1da/0x950 drivers/atm/atmtcp.c:297 代码4d 8d 75 1a 4c 89 f0 48 c1 e8 03 42 0f b6 04 20 84 c0 0f 85 15 06 00 00 41 0f b7 1e 4d 8d b7 60 05 00 00 4c 89 f0 48 c1 e8 03 <42> 0f b6 04 20 84 c0 0f 85 13 06 00 00 66 41 89 1e 4d 8d 00 00 4c 89 f0 48 c1 e8 03 EFLAGS00010203 RAX
    00000000200000ab RBX: 0000000000000000 RCX: 0000000000000000 RDX: ffff88802a510000 RSI: 00000000ffffffff RDI: ffff888030a6068c RBP: ffff88802699fb40 R08: ffff888030a606eb R09: 1ffff1100614c0dd R10:
     R11dffffc0000000000  : ffffffff8718fc40 R12: dffffc0000000000 R13: ffff888030a60680 R14: 000000010000055f R15: 00000000ffffffff FS: 00007f8d7e9236c0(0000) GS:ffff888125c1c000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 000000000045ad50 CR3: 0000000075bde000 CR4: 00000000003526f0 Call Trace: <TASK> vcc_sendmsg+0xa10/0xc60 net/atm/common.c:645 sock_sendmsg_nosec net/socket.c:714 [inline] __sock_sendmsg+0x219/0x270 net/socket.c:729 ____sys_sendmsg +0x505/0x830 net/socket.c:2614
    ___sys_sendmsg+0x21f/0x2a0 net/socket.c:2668 __sys_sendmsg net/socket.c:2700 [内联] __do_sys_sendmsg net/socket.c:2705 [内联] __se_sys_sendmsg net/socket.c:2703 [内联] __x64_sys_sendmsg+0x169b net/socket.c:2703 do_syscall_x64 arch/x86/entry/syscall_64.c:63 [内联] do_syscall_64+0xfa/0x3b0 arch/x86/entry/syscall_64.c:94 entry_SYSCALL_64_after_hwframe+0x77/0x7f RIP: 0033:0x7f8d7e96a4a9 代码28 00 00 00 75 05 48 83 c4 28 c3 e8 51 18 00 00 90 48 89 f8 48 89 f7 48 89 d6 48 89 ca 4d 89 c2 4d 89 c8 4c 8b 4c 24 08 0f 05 <48> 3d ff 01 ff 73 01 c3 48 c7 c1 b0 ff ff ff f7 d8 64 89 01 48 RSP
    002b00007f8d7e923198 EFLAGS00000246 ORIG_RAX000000000000002e RAXffffffffffffffda RBX
    00007f8d7e9f4308 RCX: 00007f8d7e96a4a9 RDX: 0000000000000000 RSI: 0000200000000240 RDI: 0000000000000005 RBP: 00007f8d7e9f4300 R08: 65732f636f72702f R09: 65732f636f72702f R10: 65732f636f72702f R11:
    0000000000000246 R1200007f8d7e9c10ac R1300007f8d7e9231a0 R140000200000000200 R150000200000000250 </TASK> 中链接的模块(CVE-2025-39828)

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

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

  - 已修复 Linux 内核中的下列漏洞：clk: socfpga: Fix memory leak in socfpga_gate_init() Free @socfpga_clk and @ops on the error path to avoid memory leak issue.
    (CVE-2022-50264)

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

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

  - pstore/ram检查 init 期间空 prz 的开头提交 30696378f68a 之后pstore/ram不将空缓冲区视为有效初始化在看到 buffer_size 为零之后无论缓冲区开始位置如何初始化都会假设 prz 有效。这种未经检查的初始值意味着它可能超出缓冲区的边界，从而导致未来在写入时发生访问错误sysdump_panic_event+0x3b4/0x5b8 atomic_notifier_call_chain+0x54/0x90 panic+0x1c8/0x42c die+0x29c/0x2a8 die_kernel_fault+0x68/0x78
    __do_kernel_fault+0x1c4/0x1e0 do_bad_area+0x40/0x100 do_translation_fault+0x68/0x80 do_mem_abort+0x68/0xf8 el1_da+0x1c/0xc0 __raw_writeb+0x38/0x174 __memcpy_toio+0x40/0xac persistent_ram_update+0x44/0x12c persistent_ram_write+0x1a8/0x1b8 ramoops_pstore_write+0x198/0x1e8 pstore_console_write+0x94/0xe0 ... 若要避免此问题请在初始化阶段期间同时检查 prz 开头是否为 0。如果不是这样下一个 prz 健全性检查情况将发现它开始 > 大小并将缓冲区恢复到正常状态。 [kees使用回溯和说明更新提交日志] (CVE-2023-53331)

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

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

  - wifiiwl3945添加对 create_singlethread_workqueue 缺少的检查 对 create_singlethread_workqueue 的返回值添加检查以避免空指针取消引用。 (CVE-2023-53277)

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

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

  - io_uring/kbuf修复 this_len 计算中的符号性当导入和使用缓冲区时buf->len 被视为无符号。但是提交时 buf->len 会转换为 signed int。如果缓冲区大到足以被解释为负值这可导致非预期行为。使 min_t 计算不签名。 (CVE-2025-39822)

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

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

  - 已修复 Linux 内核中的下列漏洞：driver: soc: xilinx: fix memory leak in xlnx_add_cb_for_notify_event() The kfree() should be called when memory fails to be allocated for cb_data in xlnx_add_cb_for_notify_event(), otherwise there will be a memory leak, so add kfree() to fix it. (CVE-2023-53267)

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

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

  - 已修复 Linux 内核中的下列漏洞：HID: intel-thc-hid: intel-thc: Fix incorrect pointer arithmetic in I2C regs save Improper use of secondary pointer (&dev->i2c_subip_regs) caused kernel crash and out-of-bounds error: BUG: KASAN: slab-out-of-bounds in
    _regmap_bulk_read+0x449/0x510 Write of size 4 at addr ffff888136005dc0 by task kworker/u33:5/5107 CPU: 3 UID: 0 PID: 5107 Comm: kworker/u33:5 Not tainted 6.16.0+ #3 PREEMPT(voluntary) Workqueue: async async_run_entry_fn Call Trace: <TASK> dump_stack_lvl+0x76/0xa0 print_report+0xd1/0x660 ?
    __pfx__raw_spin_lock_irqsave+0x10/0x10 ? kasan_complete_mode_report_info+0x26/0x200 kasan_report+0xe1/0x120 ? _regmap_bulk_read+0x449/0x510 ? _regmap_bulk_read+0x449/0x510
    __asan_report_store4_noabort+0x17/0x30 _regmap_bulk_read+0x449/0x510 ? __pfx__regmap_bulk_read+0x10/0x10 regmap_bulk_read+0x270/0x3d0 pio_complete+0x1ee/0x2c0 [intel_thc] ? __pfx_pio_complete+0x10/0x10 [intel_thc] ? __pfx_pio_wait+0x10/0x10 [intel_thc] ? regmap_update_bits_base+0x13b/0x1f0 thc_i2c_subip_pio_read+0x117/0x270 [intel_thc] thc_i2c_subip_regs_save+0xc2/0x140 [intel_thc] ?
    __pfx_thc_i2c_subip_regs_save+0x10/0x10 [intel_thc] [...] The buggy address belongs to the object at ffff888136005d00 which belongs to the cache kmalloc-rnd-12-192 of size 192 The buggy address is located 0 bytes to the right of allocated 192-byte region [ffff888136005d00, ffff888136005dc0) Replaced with direct array indexing (&dev->i2c_subip_regs[i]) to ensure safe memory access. (CVE-2025-39818)

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

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

  - 已修复 Linux 内核中的下列漏洞：hwmon: (pmbus_core) Fix NULL pointer dereference Pass i2c_client to _pmbus_is_enabled to drop the assumption that a regulator device is passed in. This will fix the issue of a NULL pointer dereference when called from _pmbus_get_flags.
    (CVE-2023-53206)

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

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

  - drm/client修复 drm_client_modeset_probe 中的内存泄漏当新模式设置为 modeset->mode 时应释放之前的模式。This fixes the following kmemleak report: drm_mode_duplicate+0x45/0x220 [drm] drm_client_modeset_probe+0x944/0xf50 [drm] __drm_fb_helper_initial_config_and_unlock+0xb4/0x2c0 [drm_kms_helper] drm_fbdev_client_hotplug+0x2bc/0x4d0 [drm_kms_helper] drm_client_register+0x169/0x240 [drm] ast_pci_probe+0x142 /0x190 [ast] local_pci_probe+0xdc/0x180 work_for_cpu_fn+0x4e/0xa0 process_one_work+0x8b7/0x1540 worker_thread+0x70a/0xed0 kthread+0x29f/0x340 ret_from_fork+0x1f/0x30 (CVE-2023-53288)

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

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

  - 已修复 Linux 内核中的下列漏洞：media: ov8865: Fix an error handling path in ov8865_probe() The commit in Fixes also introduced some new error handling which should goto the existing error handling path. Otherwise some resources leak. (CVE-2022-50254)

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

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

  - 因 Graphics: Canvas2D 组件中的释放后使用而导致沙盒逃逸。此漏洞会影响 Firefox < 143、Firefox ESR < 140.3、Thunderbird < 143 和 Thunderbird < 140.3。(CVE-2025-10527)

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

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

  - SVG 组件中的整数溢出。此漏洞会影响 Firefox < 143、Firefox ESR < 115.28、Firefox ESR < 140.3、Thunderbird < 143 和 Thunderbird < 140.3。(CVE-2025-10533)

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

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

  - nfsd调用 op_release即使 op_func 返回错误 对于具有普通回复的 opsnfsd4_encode_operation 将会快捷化大部分编码工作并跳至仅编组状态。
    它跳过的操作之一是调用 op_release。如果在不恰当的时间出现错误这可导致 layoutget 代码路径中的内存泄漏。让复合处理引擎始终调用 op_release即使 op_func 在 op->status 中设置了错误。通过此更改我们还需要 nfsd4_block_get_device_info_scsi 在出错时将 gd_device 指针设置为空以避免双重释放。
    (CVE-2023-53241)

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

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

  - pnode在源对等机上终止 propagate_mnt() 函数在创建挂载时处理挂载传播并将源挂载树 @source_mnt 传播到以 @dest_mnt 为首的目标传播挂载树的所有适用节点。遗憾的是它包含一个缺陷当查找源挂载的副本成为目标传播树中从属顶部挂载的源挂载树的主控时它无法在 @source_mnt 对等机终止从而导致空取消引用。
    一旦理解了缺陷的机制就很容易触发。由于存在非特权用户命名空间，该漏洞可供非特权用户使用。修复此缺陷时由于术语不明确或概念缺失多次发生混淆。首先我们先进行一些说明* 术语“主机”或“对等机”表示共享挂载。共享的挂载属于对等组。 * 对等组是一组互相传播的共享挂载。可通过对等组 id 对其进行识别。对等组 id 可在 @shared_mnt->mnt_group_id 中找到。同一对等组内的共享挂载具有相同的对等组 id。可通过 @shared_mnt->mnt_share 访问对等机组中的对等机。 * 术语“从属挂载”或“从属挂载”表示从对等组中的对等方接收传播传播的挂载。IOW共享挂载可具有从属挂载且从属挂载将共享挂载作为其主控。对等机组中给定对等机的从属挂载列于该对等机从属列表中，网址为 @shared_mnt->mnt_slave_list。 * 术语“主挂载”指对等组中的挂载。IOW表示共享挂载或对等群组中的对等挂载。术语“主挂载”或简称为“主挂载”主要用于在用于从主挂载接收传播信息的从属挂载的上下文中进行通信时。从属挂载的主控挂载可识别从属挂载从中接收传播的最近的对等组。从服务器的主服务器挂载可通过 @slave_mount->mnt_master 进行识别。不同的从服务器可能指向相同对等组中的不同主服务器。 * 对等组中的多个对等可以具有非空 ->mnt_slave_lists。对等机的非空 ->mnt_slave_lists 不相交。因此为确保对等组的所有从属挂载都能访问
    必须遍历对等组中所有对等机的 ->mnt_slave_lists。 * 从属挂载指向它们通过 @slave_mnt->mnt_master 接收传播的最近对等组中的对等机请参阅上文。它们与这些对等机一起组成了一个传播组（见下文）。因此，可通过对等机/主机（对等机挂载是从其接收传播）的对等机组 id @slave_mnt->mnt_master->mnt_group_id 识别最近的对等组。 * 共享从挂载是对等组 pg1 的从挂载同时也是另一个对等组 pg2 中的对等。因此，对等群组可从另一个对等群组接收 传播。如果对等组 pg1 是另一个对等组 pg2 的从属则对等组 pg1 中的所有对等机将通过 ->mnt_master 指向对等组 pg2 中的同一个对等机。IOW对等机群组 pg1 中的所有对等机出现在同一个 ->mnt_slave_list 中。
    IOW它们不能成为不同对等组的从属。 * 纯从挂载是指作为对等组的从属但不是另一个对等组中的对等机时的从挂载。 * 传播组是指由单个对等组 pg1 以及通过 ->mnt_master 指向该对等组中的对等组的所有从属挂载和共享从属挂载组成的挂载集。IOW所有从属挂载均使 @slave_mnt->mnt_master->mnt_group_id 等于 @shared_mnt->mnt_group_id。传播组的概念使讨论传播树中的单个传播级别变得更容易。例如在传播_mnt() 中@dest_mnt 的直接对等机以及 @dest_mnt 对等机组的所有从属形成传播组 pr ---truncated--- (CVE-2022-50280)

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

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

  - netfilterconntrackdccp将整个标头复制到堆栈缓冲区而不仅仅是基本的 Eric Dumazet 说
    nf_conntrack_dccp_packet() 具有唯一一个 dh = skb_header_pointer(skb, dataoff, sizeof(_dh), &_dh);根据内容，不会从数据包中“提取”更多内容。 dh->dccph_doff 和/或 dh->dccph_x ...因此 dccp_ack_seq() 可以正常读取越过 _dh 缓冲区的内容。缺陷KASAN任务 syz-executor.2/29371在 addr ffff000128f66e0c 执行的 nf_conntrack_dccp_packet+0x1134/0x11c0 大小为 4 的读取中发生堆栈越界 [..]额外的序列号和所有已知的 dccp 数据包类型标头然后在初始验证基本标头后再次拉取。同时将缺少 48 位序列位但 RFC 指定类型“必须使用”的数据包标记为无效。仅限编译测试。 v2第一个 skb_header_pointer() 现在需要调整大小以仅提取通用标头。(Eric) 请注意我打算在今年晚些时候删除 dccp conntrack 支持。
    (CVE-2023-53333)

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

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

  - md/raid10修复“r10bio->remaining”泄漏以进行恢复 raid10_sync_request() 将为 rdev 和替换 rdev 添加“r10bio->remaining”。但是如果读取 io 失败recovery_request_write() 将返回而不发出写入 io 在这种情况下end_sync_request() 只会被调用一次且“remaining”会泄露进而造成 io 挂起。根据“bio”和“repl_bio”是否有效通过减少“remaining”修复 问题。 (CVE-2023-53299)

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

ID	名称	严重性
265195	Linux Distros 未修补的漏洞：CVE-2025-39810	high
265194	Linux Distros 未修补的漏洞：CVE-2023-53292	medium
265193	Linux Distros 未修补的漏洞：CVE-2023-53172	medium
265192	Linux Distros 未修补的漏洞：CVE-2023-53295	medium
265191	Linux Distros 未修补的漏洞：CVE-2023-53334	medium
265190	Linux Distros 未修补的漏洞：CVE-2023-53238	high
265189	Linux Distros 未修补的漏洞：CVE-2023-53280	medium
265188	Linux Distros 未修补的漏洞：CVE-2022-50292	medium
265187	Linux Distros 未修补的漏洞：CVE-2022-50291	medium
265186	Linux Distros 未修补的漏洞：CVE-2025-10529	medium
265185	Linux Distros 未修补的漏洞：CVE-2025-39834	medium
265184	Linux Distros 未修补的漏洞：CVE-2023-53187	high
265182	Linux Distros 未修补的漏洞：CVE-2025-59375	high
265181	Linux Distros 未修补的漏洞：CVE-2023-53268	medium
265180	Linux Distros 未修补的漏洞：CVE-2023-53282	high
265179	Linux Distros 未修补的漏洞：CVE-2022-50277	medium
265178	Linux Distros 未修补的漏洞：CVE-2023-53290	medium
265177	Linux Distros 未修补的漏洞：CVE-2023-53263	high
265176	Linux Distros 未修补的漏洞：CVE-2023-53177	medium
265175	Linux Distros 未修补的漏洞：CVE-2023-53270	medium
265174	Linux Distros 未修补的漏洞：CVE-2025-10536	medium
265173	Linux Distros 未修补的漏洞：CVE-2023-53317	medium
265172	Linux Distros 未修补的漏洞：CVE-2022-50330	medium
265171	Linux Distros 未修补的漏洞：CVE-2023-53286	high
265170	Linux Distros 未修补的漏洞：CVE-2022-50273	medium
265169	Linux Distros 未修补的漏洞：CVE-2025-4953	high
265168	Linux Distros 未修补的漏洞：CVE-2023-53287	medium
265167	Linux Distros 未修补的漏洞：CVE-2022-50324	medium
265166	Linux Distros 未修补的漏洞：CVE-2023-53217	high
265165	Linux Distros 未修补的漏洞：CVE-2023-53255	medium
265164	Linux Distros 未修补的漏洞：CVE-2022-50240	high
265163	Linux Distros 未修补的漏洞：CVE-2022-50243	high
265162	Linux Distros 未修补的漏洞：CVE-2023-53265	high
265161	Linux Distros 未修补的漏洞：CVE-2022-50234	high
265160	Linux Distros 未修补的漏洞：CVE-2025-39828	high
265159	Linux Distros 未修补的漏洞：CVE-2022-50264	medium
265158	Linux Distros 未修补的漏洞：CVE-2023-53331	high
265157	Linux Distros 未修补的漏洞：CVE-2023-53277	medium
265156	Linux Distros 未修补的漏洞：CVE-2025-39822	medium
265155	Linux Distros 未修补的漏洞：CVE-2023-53267	medium
265153	Linux Distros 未修补的漏洞：CVE-2025-39818	high
265152	Linux Distros 未修补的漏洞：CVE-2023-53206	medium
265151	Linux Distros 未修补的漏洞：CVE-2023-53288	medium
265150	Linux Distros 未修补的漏洞：CVE-2022-50254	medium
265149	Linux Distros 未修补的漏洞：CVE-2025-10527	high
265148	Linux Distros 未修补的漏洞：CVE-2025-10533	high
265147	Linux Distros 未修补的漏洞：CVE-2023-53241	medium
265146	Linux Distros 未修补的漏洞：CVE-2022-50280	medium
265145	Linux Distros 未修补的漏洞：CVE-2023-53333	high
265144	Linux Distros 未修补的漏洞：CVE-2023-53299	medium

检测

Nessus 的 Misc. 系列

high

medium

medium

medium

medium

high

medium

medium

medium

medium

medium

high

high

medium

high

medium

medium

high

medium

medium

medium

medium

medium

high

medium

high

medium

medium

high

medium

high

high

high

high

high

medium

high

medium

medium

medium

high

medium

medium

medium

high

high

medium

medium

high

medium