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

  - meivsc修复由无效 counted_by() 使用 gcc 15 遵从 vsc_tp_packet.buf[] 上的 __counted_by(len) 属性造成的 fortify 错误并且 vsc-tp.c 代码以错误方式使用此属性。 len 中不包含缓冲区的可用大小它包含*不含* crc 的实际数据包长度。因此一旦 vsc_tp_xfer() 尝试将 crc 添加至 buf[] 将触发 fortify-panic 处理程序[ 80.842193] memcpy
    检测到缓冲区溢出缓冲区大小 0 的 4 字节写入 [ 80.842243] 警告CPU: 4 PID: 272 at lib/string_helpers.c:1032 __fortify_report+0x45/0x50 ... [ 80.843175] __fortify_panic+0x9/0xb [ 80.843186] vsc_tp_xfer.cold+0x67/0x67 [mei_vsc_hw] [ 80.843210] ? seqcount_lockdep_reader_access.constprop.0+0x82/0x90 [ 80.843229] ? lockdep_hardirqs_on+0x7c/0x110 [80.843250] mei_vsc_hw_start+0x98/0x120 [mei_vsc] [ 80.843270] mei_reset+0x11d/0x420 [mei] 最简单的修复是终止 counted-by 但 中的 ack 缓冲区除外vsc_tp_xfer_helper() 中只为数据包标头包含足够空间时则 vsc_tp_packet 的所有其他用途始终为数据包使用 VSC_TP_MAX_XFER_SIZE 字节的缓冲区。不只是删除计数依据而是将 vsc_tp_packet 结构定义拆分为标头和完整数据包定义并在数据包定义中使用固定大小的 buf[]此方式fortify-source 缓冲区溢出检查在启用时仍然有效。
    (CVE-2025-37816)

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

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

  - 在 libxml2 的 xmlBuildQName 函数中发现一个缺陷，其中缓冲区大小计算中的整数溢出问题可导致基于堆栈的缓冲区溢出。在处理构建的输入时，此问题可导致内存损坏或拒绝服务。(CVE-2025-6021)

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

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

  - usb小工具aspeed在 ast_vhub_init_dev() 中添加空指针检查 由 devm_kasprintf() 返回的变量 d->name可能为空。添加了指针检查以防止潜在的空指针取消引用。
    这与 commit 3027e7b15b02 中的补丁 ice修复 ice_ptp.c 中的某些空指针取消引用问题类似。我们的静态分析工具可发现此问题 (CVE-2025-37881)

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

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

  - ax25删除损坏的自动绑定使用自动绑定功能进行绑定 AX25 套接字会导致 ax25_connect() 中发生内存泄漏也会导致 ax25_release() 中发生 refcount 泄漏。已通过 kmemleak 检测到内存泄漏
    ================================================== ============== 未引用的对象 0xffff8880253cd680大小 96backtrace __kmalloc_node_track_caller_noprof (./include/linux/kmemleak.h:43) kmemdup_noprof (mm/util.c:136) ax25_rt_autobind ( net/ax25/ax25_route.c:428) ax25_connect (net/ax25/af_ax25.c:1282)
    __sys_connect_file (net/socket.c:2045) __sys_connect (net/socket.c:2064) __x64_sys_connect (net/socket.c:2067) do_syscall_64 (arch/x86/entry/common.c:52 arch/x86/entry/common .c:83) entry_SYSCALL_64_after_hwframe (arch/x86/entry/entry_64.S:130) =============================== ================================= 绑定套接字时必须按照 ax25_bind (和 ax25_setsockopt() (SO_BINDTODEVICE)。如果是 autobindrefcount 不会增加。此缺陷导致 Syzkaller 报告的以下问题
    ================================================== ============== ax25_connect()syz-executor318 使用 autobind请联系 jreuter@yaina.de ------------[在此处剪切 ]--- --------- refcount_t减少命中 0泄漏内存。警告lib/refcount.c:31 refcount_warn_slurate+0xfa/0x1d0 lib/refcount.c:31 中链接的 CPU: 0 UID:0 PID:5317 Commsyz-executor318 未受感染 6.14. 0-rc4-syzkaller-00278-gece144f151ac #0 Hardware nameQEMU Standard PC(Q35 + ICH9, 2009)BIOS 1.16.3-debian-1.16.3-2~bpo12+1 04/01/2014 RIP0010 :refcount_warn_slurate+0xfa/0x1d0 lib/refcount.c:31 ... 调用跟踪 <TASK> __refcount_dec include/linux/refcount.h:336 [内联] refcount_dec include/linux/refcount.h:351 [内联] ref_tracker_free+0x6af/0x7e0 lib/ref_tracker.c:236 netdev_tracker_free include/linux/netdevice。 h:4302 [inline] netdev_put include/linux/netdevice.h:4319 [inline] ax25_release+0x368/0x960 net/ax25/af_ax25.c:1080 __sock_release net/socket.c:647 [inline] sock_close+0xbc/0x240 net /socket.c:1398 __fput+0x3e9/0x9f0 fs/file_table.c:464 __do_sys_close fs/open.c:1580 [inline] __se_sys_close fs/open.c:1565 [inline] __x64_sys_close+0x7f/0x110 fs/open.c 1565 do_syscall_x64 arch/x86/entry/common.c:52 [内联] do_syscall_64+0xf3/0x230 arch/x86/entry/common.c:83 entry_SYSCALL_64_after_hwframe+0x77/0x7f ... </TASK> ======= ================================================== ======= 考虑上述问题和代码中留下的注释“检查我们是否可以删除此功能”。它已损坏。此 中的自动绑定可能会也可能不会起作用； - 完全删除此功能比修复此功能更好因为它已损坏并会导致各种内存缺陷。现在在未首先绑定套接字的情况下调用 connect() 将导致错误 (-EINVAL)。依赖 autobind 功能的用户空间软件可能会损坏。
    但是此功能似乎没有广泛用于此特定驱动程序因为它在任何时间点都不稳定并且已经被破坏。例如流行发行版本的 ax25-tools 和 ax25-apps 程序包不使用 AF_AX25 的 autobind 功能。由 Linux Verification Center (linuxtesting.org) 通过 Syzkaller 发现。 (CVE-2025-22109)

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

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

  - 在 binder.c 的 binder_thread_release 中可能存在争用条件导致的释放后使用。这可能会导致本地权限提升，且无需其他执行权限。无需用户交互即可利用漏洞。产品：Android 版本：Android 内核 Android ID：
    A-145286050References上游内核 (CVE-2020-0030)

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

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

  - Oracle MySQL 的 MySQL 服务器产品中的漏洞组件服务器线程池。支持的版本中受影响的是 8.0.39 和较早版本、8.4.2 和较早版本以及 9.0.1 和较早版本。可轻松利用的漏洞允许未经身份验证的攻击者通过多种协议进行网络访问，从而破坏 MySQL Server。成功攻击此漏洞可导致在未经授权的情况下造成 MySQL Server 挂起或频繁出现崩溃（完全 DOS）。(CVE-2025-21521)

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

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

  - 2.4.59 及更早版本的 Apache HTTP Server 中的 mod_rewrite 可能存在 SSRF 漏洞，导致攻击者可以造成不安全的 RewriteRules 意外设置要由 mod_proxy 处理的 URL。建议用户升级为已修复此问题的 2.4.60 版。(CVE-2024-39573)

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

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

  - 已修复 Linux 内核中的下列漏洞：drm: Fix potential null-ptr-deref in drm_vblank_destroy_worker() drm_vblank_init() call drmm_add_action_or_reset() with drm_vblank_init_release() as action. If __drmm_add_action() failed, will directly call drm_vblank_init_release() with the vblank whose worker is NULL. As the resule, a null-ptr-deref will happen in kthread_destroy_worker(). Add the NULL check before calling drm_vblank_destroy_worker(). BUG:
    null-ptr-deref KASAN: null-ptr-deref in range [0x0000000000000068-0x000000000000006f] CPU: 5 PID: 961 Comm: modprobe Not tainted 6.0.0-11331-gd465bff130bf-dirty RIP: 0010:kthread_destroy_worker+0x25/0xb0 Call Trace: <TASK> drm_vblank_init_release+0x124/0x220 [drm] ? drm_crtc_vblank_restore+0x8b0/0x8b0 [drm]
    __drmm_add_action_or_reset+0x41/0x50 [drm] drm_vblank_init+0x282/0x310 [drm] vkms_init+0x35f/0x1000 [vkms] ? 0xffffffffc4508000 ? lock_is_held_type+0xd7/0x130 ? __kmem_cache_alloc_node+0x1c2/0x2b0 ? lock_is_held_type+0xd7/0x130 ? 0xffffffffc4508000 do_one_initcall+0xd0/0x4f0 ... do_syscall_64+0x35/0x80 entry_SYSCALL_64_after_hwframe+0x46/0xb0 (CVE-2022-49827)

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

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

  - ARMdts: bcm2711修复 xHCI power-domain在 Raspberry CM4 上的 s2idle 测试期间VPU 固件始终在 xHCI power-domain 恢复中崩溃 root@raspberrypi:/sys/power# echo freeze > state [ 70.724347] xhci_suspend finish [ 70.727730] xhci_plat_suspend 已完成 [ 70.755624] bcm2835-power bcm2835-power
    Power grafx off [ 70.761127] USB将电源设置为 0 [ 74.653040] USB: 无法将电源设置为 1 (-110) 这似乎是因为同时混合使用 raspberrypi-power 和 bcm2835-power所致。 time。因此请避免使用 VPU 固件电源域驱动程序这样可以防止 VPU 崩溃。 (CVE-2025-22011)

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

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

  - 已修复 Linux 内核中的下列漏洞：drm/amd/display: avoid NPD when ASIC does not support DMUB ctx->dmub_srv will de NULL if the ASIC does not support DMUB, which is tested in dm_dmub_sw_init. However, it will be dereferenced in dmub_hw_lock_mgr_cmd if should_use_dmub_lock returns true. This has been the case since dmub support has been added for PSR1. Fix this by checking for dmub_srv in should_use_dmub_lock. [ 37.440832] BUG: kernel NULL pointer dereference, address: 0000000000000058 [37.447808] #PF: supervisor read access in kernel mode [ 37.452959] #PF: error_code(0x0000) - not-present page [ 37.458112] PGD 0 P4D 0 [ 37.460662] Oops: Oops: 0000 [#1] PREEMPT SMP NOPTI [ 37.465553] CPU: 2 UID: 1000 PID: 1745 Comm: DrmThread Not tainted 6.14.0-rc1-00003-gd62e938120f0 #23 99720e1cb1e0fc4773b8513150932a07de3c6e88 [ 37.478324] Hardware name: Google Morphius/Morphius, BIOS Google_Morphius.13434.858.0 10/26/2023 [ 37.487103] RIP: 0010:dmub_hw_lock_mgr_cmd+0x77/0xb0 [ 37.492074] Code: 44 24 0e 00 00 00 00 48 c7 04 24 45 00 00 0c 40 88 74 24 0d 0f b6 02 88 44 24 0c 8b 01 89 44 24 08 85 f6 75 05 c6 44 24 0e 01 <48> 8b 7f 58 48 89 e6 ba 01 00 00 00 e8 08 3c 2a 00 65 48 8b 04 5 [ 37.510822] RSP: 0018:ffff969442853300 EFLAGS: 00010202 [ 37.516052] RAX: 0000000000000000 RBX: ffff92db03000000 RCX:
    ffff969442853358 [ 37.523185] RDX: ffff969442853368 RSI: 0000000000000001 RDI: 0000000000000000 [37.530322] RBP: 0000000000000001 R08: 00000000000004a7 R09: 00000000000004a5 [ 37.537453] R10:
    0000000000000476 R11: 0000000000000062 R12: ffff92db0ade8000 [ 37.544589] R13: ffff92da01180ae0 R14:
    ffff92da011802a8 R15: ffff92db03000000 [ 37.551725] FS: 0000784a9cdfc6c0(0000) GS:ffff92db2af00000(0000) knlGS:0000000000000000 [ 37.559814] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 37.565562] CR2:
    0000000000000058 CR3: 0000000112b1c000 CR4: 00000000003506f0 [ 37.572697] Call Trace: [ 37.575152] <TASK> [ 37.577258] ? __die_body+0x66/0xb0 [ 37.580756] ? page_fault_oops+0x3e7/0x4a0 [ 37.584861] ? exc_page_fault+0x3e/0xe0 [ 37.588706] ? exc_page_fault+0x5c/0xe0 [ 37.592550] ? asm_exc_page_fault+0x22/0x30 [ 37.596742] ? dmub_hw_lock_mgr_cmd+0x77/0xb0 [ 37.601107] dcn10_cursor_lock+0x1e1/0x240 [ 37.605211] program_cursor_attributes+0x81/0x190 [ 37.609923] commit_planes_for_stream+0x998/0x1ef0 [ 37.614722] update_planes_and_stream_v2+0x41e/0x5c0 [ 37.619703] dc_update_planes_and_stream+0x78/0x140 [ 37.624588] amdgpu_dm_atomic_commit_tail+0x4362/0x49f0 [37.629832] ? srso_return_thunk+0x5/0x5f [ 37.633847] ? mark_held_locks+0x6d/0xd0 [ 37.637774] ?
    _raw_spin_unlock_irq+0x24/0x50 [ 37.642135] ? srso_return_thunk+0x5/0x5f [ 37.646148] ? lockdep_hardirqs_on+0x95/0x150 [ 37.650510] ? srso_return_thunk+0x5/0x5f [ 37.654522] ?
    _raw_spin_unlock_irq+0x2f/0x50 [ 37.658883] ? srso_return_thunk+0x5/0x5f [ 37.662897] ? wait_for_common+0x186/0x1c0 [ 37.666998] ? srso_return_thunk+0x5/0x5f [ 37.671009] ? drm_crtc_next_vblank_start+0xc3/0x170 [ 37.675983] commit_tail+0xf5/0x1c0 [ 37.679478] drm_atomic_helper_commit+0x2a2/0x2b0 [ 37.684186] drm_atomic_commit+0xd6/0x100 [ 37.688199] ?
    __cfi___drm_printfn_info+0x10/0x10 [ 37.692911] drm_atomic_helper_update_plane+0xe5/0x130 [ 37.698054] drm_mode_cursor_common+0x501/0x670 [ 37.702600] ? __cfi_drm_mode_cursor_ioctl+0x10/0x10 [ 37.707572] drm_mode_cursor_ioctl+0x48/0x70 [ 37.711851] drm_ioctl_kernel+0xf2/0x150 [ 37.715781] drm_ioctl+0x363/0x590 [ 37.719189] ? __cfi_drm_mode_cursor_ioctl+0x10/0x10 [ 37.724165] amdgpu_drm_ioctl+0x41/0x80 [ 37.728013] __se_sys_ioctl+0x7f/0xd0 [ 37.731685] do_syscall_64+0x87/0x100 [37.735355] ? vma_end_read+0x12/0xe0 [ 37.739024] ? srso_return_thunk+0x5/0x5f [ 37.743041] ? find_held_lock+0x47/0xf0 [ 37.746884] ? vma_end_read+0x12/0xe0 [ 37.750552] ? srso_return_thunk+0x5/0
    ---truncated--- (CVE-2025-22093)

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

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

  - 已修复 Linux 内核中的下列漏洞：wifi: mt76: mt7996: fix potential memory leakage when reading chip temperature Without this commit, reading chip temperature will cause memory leakage. (CVE-2024-38563)

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

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

  - 已修复 Linux 内核中的下列漏洞：IB/hfi1: Correctly move list in sc_disable() Commit 13bac861952a (IB/hfi1: Fix abba locking issue with sc_disable()) incorrectly tries to move a list from one list head to another. The result is a kernel crash. The crash is triggered when a link goes down and there are waiters for a send to complete. The following signature is seen: BUG: kernel NULL pointer dereference, address: 0000000000000030 [...] Call Trace: sc_disable+0x1ba/0x240 [hfi1] pio_freeze+0x3d/0x60 [hfi1] handle_freeze+0x27/0x1b0 [hfi1] process_one_work+0x1b0/0x380 ? process_one_work+0x380/0x380 worker_thread+0x30/0x360 ? process_one_work+0x380/0x380 kthread+0xd7/0x100 ? kthread_complete_and_exit+0x20/0x20 ret_from_fork+0x1f/0x30 The fix is to use the correct call to move the list. (CVE-2022-49931)

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

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

  - 在 Linux 内核中发现一个归类为“存在问题”的漏洞。受此漏洞影响的是组件 Bluetooth 的文件 net/bluetooth/l2cap_core.c 的函数 l2cap_recv_acldata。此操纵漏洞会导致内存泄漏。建议应用补丁修复此问题。此漏洞获派的标识符为 VDB-211918。(CVE-2022-3619)

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

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

  - 已修复 Linux 内核中的下列漏洞：bpf, x86: fix freeing of not-finalized bpf_prog_pack syzbot reported a few issues with bpf_prog_pack [1], [2]. This only happens with multiple subprogs. In jit_subprogs(), we first call bpf_int_jit_compile() on each sub program. And then, we call it on each sub program again. jit_data is not freed in the first call of bpf_int_jit_compile(). Similarly we don't call bpf_jit_binary_pack_finalize() in the first call of bpf_int_jit_compile(). If bpf_int_jit_compile() failed for one sub program, we will call bpf_jit_binary_pack_finalize() for this sub program. However, we don't have a chance to call it for other sub programs. Then we will hit goto out_free in jit_subprogs(), and call bpf_jit_free on some subprograms that haven't got bpf_jit_binary_pack_finalize() yet. At this point, bpf_jit_binary_pack_free() is called and the whole 2MB page is freed erroneously. Fix this with a custom bpf_jit_free() for x86_64, which calls bpf_jit_binary_pack_finalize() if necessary. Also, with custom bpf_jit_free(), bpf_prog_aux->use_bpf_prog_pack is not needed any more, remove it. [1] https://syzkaller.appspot.com/bug?extid=2f649ec6d2eea1495a8f [2] https://syzkaller.appspot.com/bug?extid=87f65c75f4a72db05445 (CVE-2022-50168)

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

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

  - 在 URL 中使用某些空白字符时它们错误地呈现为空格而不是编码的 URL。此漏洞影响 Firefox < 77。(CVE-2020-12409)

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

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

  - 已修复 Linux 内核中的下列漏洞：dmaengine: sf-pdma: Add multithread support for a DMA channel When we get a DMA channel and try to use it in multiple threads it will cause oops and hanging the system. % echo 64 > /sys/module/dmatest/parameters/threads_per_chan % echo 10000 > /sys/module/dmatest/parameters/iterations % echo 1 > /sys/module/dmatest/parameters/run [ 89.480664] Unable to handle kernel NULL pointer dereference at virtual address 00000000000000a0 [ 89.488725] Oops [#1] [ 89.494708] CPU: 2 PID: 1008 Comm: dma0chan0-copy0 Not tainted 5.17.0-rc5 [ 89.509385] epc :
    vchan_find_desc+0x32/0x46 [ 89.513553] ra : sf_pdma_tx_status+0xca/0xd6 This happens because of data race.
    Each thread rewrite channels's descriptor as soon as device_prep_dma_memcpy() is called. It leads to the situation when the driver thinks that it uses right descriptor that actually is freed or substituted for other one. With current fixes a descriptor changes its value only when it has been used. A new descriptor is acquired from vc->desc_issued queue that is already filled with descriptors that are ready to be sent.
    Threads have no direct access to DMA channel descriptor. Now it is just possible to queue a descriptor for further processing. (CVE-2022-50145)

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

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

  - strongSwan 5.9.4 之前版本中的 gmp 插件可以通过构建具有 RSASSA-PSS 签名的证书造成远程整数溢出漏洞。例如，可以使用发起程序发送的不相关的自签名 CA 证书触发此漏洞。无法执行远程代码。(CVE-2021-41990)

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

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

  - Oracle MySQL 的 MySQL Server 产品中存在漏洞（组件：Server: Optimizer）。支持的版本中受影响的是 8.0.33 和较早版本。利用此漏洞的难度较低，通过多种协议进行网络访问的高权限攻击者可借此破坏 MySQL Server。成功攻击此漏洞可导致在未经授权的情况下造成 MySQL Server 挂起或频繁出现崩溃（完全 DOS）。(CVE-2023-22054)

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

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

  - 在 Linux 内核中 btrfs 文件系统中的 fs/btrfs/volumes.c 的 btrfs_get_dev_args_from_path 中发现一个释放后使用缺陷。具有特权的本地攻击者可利用此缺陷造成系统崩溃或泄露内部核心信息。(CVE-2023-4394)

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

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

  - Mozilla 开发人员报告 Firefox 82 中存在的内存安全错误。其中某些错误展示出内存损坏迹象，我们推测如果攻击者进行足够的尝试，则可以利用此漏洞运行任意代码。此漏洞会影响版本低于 83 的 Firefox。(CVE-2020-26969)

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

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

  - Ansible 用户模块泄漏作为参数传递至 ssh-keygen 的任何数据。这可能导致不良情况例如将密码凭据作为 ssh-keygen 可执行文件的参数传递。以明文形式为每个仅具有进程列表的访问权限的用户显示这些凭据。 (CVE-2018-16837)

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

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

  - Oracle MySQL 的 MySQL Server 产品中存在漏洞（组件：Server: DML）。支持的版本中受影响的是 8.0.27 和较早版本。利用此漏洞的难度较低，通过多种协议进行网络访问的高权限攻击者可借此破坏 MySQL Server。成功利用此漏洞进行攻击可导致在未经授权的情况下造成 MySQL Server 挂起或频繁出现崩溃（完整 DOS），以及未经授权更新、插入或删除某些 MySQL Server 可访问数据的访问权限。(CVE-2022-21301)

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

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

  - ASoCSOFipc4-topology强化用于查找 ALH 复制程序的循环 其他非 DAI 复制程序小组件可能与 ALH 复制程序具有相同的流名称 (sname)在此情况下 copier->data 为空并且没有 alh_data造成空指针取消引用的附加漏洞。我们可以在 sof_ipc4_prepare_copier_module() 中检查此空指针并避免崩溃但是 sof_ipc4_widget_setup_comp_dai() 中的类似循环会错误计算 ALH 设备计数从而导致音频损坏。正确的修复是强化匹配逻辑通过确保 1. 小组件为 DAI 小组件 - 因此 dai = w->private 有效 2. dai进而复制程序为 ALH 复制程序 (CVE-2025-21870)

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

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

  - 在 Samsung Galaxy S3 i9305 4.4.4 设备中发现一个问题。WEP、WPA、WPA2 和 WPA3 实现接受以明文格式发送其他（或后续）广播碎片，并将其作为未碎片化的全帧处理。攻击者可能会滥用此漏洞，以注入与网络配置无关的任意网络数据包。(CVE-2020-26145)

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

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

  - 客户机可在 Linux netback 驱动程序中触发死锁 [此 CNA 信息记录与多个 CVE 有关；
    文本说明了哪些方面/漏洞对应于哪些 CVE。] XSA-392 的修补程序引入了另一个问题，当尝试释放由于 XSA-392 处理而丢弃的数据包的 SKB 时，可能会导致死锁 (CVE-2022-42328)。此外，由于其他原因丢弃程序包时，如果在 xen-netback 驱动程序所连接的接口中 netpoll 处于活动状态，则可能发生相同的死锁 (CVE-2022-42329)。(CVE-2022-42329)

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

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

  - netphy 允许 MDIO 总线 PM ops 启动/停止 phylink 控制的 PHY 的状态机 DSA 具有 2 种驱动程序1. 从其设备 PM ops
    qca8k-8xxx、bcm_sf2、microchip ksz 2。不这样做的用户：所有其他人。上述方法为可选方法。
    对于类型 1dsa_switch_suspend() 调用 dsa_user_suspend() -> phylink_stop()dsa_switch_resume() 调用 dsa_user_resume() -> phylink_start()。这些似乎是设置 mac_managed_pm = true 的不错候选因为这本质上就是其定义 [1]但这似乎不是目前最大的问题也不是此变更的重点。严格地说关于此处的第 2 类 DSA 驱动程序该驱动程序没有 MAC 管理的 PM这意味着对于其附加的 PHYmdio_bus_phy_suspend() 和 mdio_bus_phy_resume() 应完整运行我发现来自 mdio_bus_phy_resume() 的以下警告被触发WARN_ON(phydev->state != PHY_HALTED && phydev->state != PHY_READY && phydev->state != PHY_UP);因为 PHY 状态机正在运行。它之所以运行是因为用户启动了上一个 dsa_user_open() -> ... -> phylink_start() -> phy_start() 的结果。之前的 mdio_bus_phy_suspend() 应调用 phy_stop_machine()但实际没有调用。这就是为什么 PHY 在 mdio_bus_phy_resume() 运行时处于 PHY_NOLINK 状态。 mdio_bus_phy_suspend() 未调用 phy_stop_machine()因为对于 phylink而言phydev->adjust_link 函数指针为 NULL。这似乎是提交 fddd91016d16phylib修复恢复时 PAL 状态机重新启动引入的技术细节。该提交是在 phylink 存在之前写入旨在避免不使用 PHY 状态机的 消费者驱动程序在使用 PHY 时 phylink 一律崩溃。但 phylink 本身历史上在开发时并未考虑暂停/恢复并且显然没有在该场景中进行过多测试因此此缺陷能够长期存在而不引起注意。此外在 WARN_ON() 之前它可能不可见。此问题实际上并不限制于类型 2 DSA 驱动程序根据上述临时分类而是可外推到具有 phylink 和 MDIO 总线管理的 PHY PM 操作的任何 MAC 驱动程序。DSA 只是报告问题的位置。假设正确设置了 mac_managed_pm快速搜索则表明以下其他驱动程序可能会受到影响$ grep -Zlr PHYLINK_NETDEV drivers/ | xargs -0 grep -L mac_managed_pm drivers/net/ethernet/atheros/ag71xx.c drivers/net/ethernet/microchip/sparx5/sparx5_main.c drivers/net/ethernet/microchip/lan966x/lan966x_main.c drivers/net/ethernet/ freescale/dpaa2/dpaa2-mac.c drivers/net/ethernet/freescale/fs_enet/fs_enet-main.c drivers/net/ethernet/freescale/dpaa/dpaa_eth.c drivers/net/ethernet/freescale/ucc_geth.c drivers/ net/ethernet/freescale/enetc/enetc_pf_common.c drivers/net/ethernet/marvell/mvpp2/mvpp2_main.c drivers/net/ethernet/marvell/mvneta.c drivers/net/ethernet/marvell/prestera/prestera_main.c drivers/ net/ethernet/mediatek/mtk_eth_soc.c drivers/net/ethernet/altera/altera_tse_main.c drivers/net/ethernet/wangxun/txgbe/txgbe_phy.c drivers/net/ethernet/meta/fbnic/fbnic_phylink.c drivers/net/ ethernet/tehuti/tn40_phy.c drivers/net/ethernet/mscc/ocelot_net.c 使现有条件依赖于 PHY 设备具有 phydev->phy_link_change() 实现等同于 phylib 提供的默认 phy_link_change()。否则我们会隐式知道 phydev 具有 phylink 提供的 phylink_phy_change() 回调使用 phylink 时PHY 状态机始终需要在暂停/恢复路径上停止/启动。代码的结构使得如果缺少 phydev->phy_link_change()则内核崩溃只是时间问题 无需使测试进一步复杂化。因此对于 PM 未由 b 管理的情况 ---truncated--- (CVE-2025-37945)

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

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

  - 如果搜索查询本身是格式正确的 URL，则默认搜索引擎中的搜索查询可能显示为当前导航的 URL。如果某个站点被恶意设置为默认搜索引擎，则可导致站点欺骗。此漏洞会影响 Firefox < 117。(CVE-2023-4579)

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

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

  - Oracle MySQL 的 MySQL Server 产品中存在漏洞（组件：Server: Optimizer）。支持的版本中受影响的是 8.0.34 和较早版本，以及 8.1.0 版。利用此漏洞的难度较低，通过多种协议进行网络访问的高权限攻击者可借此破坏 MySQL Server。成功攻击此漏洞可导致在未经授权的情况下造成 MySQL Server 挂起或频繁出现崩溃（完全 DOS）。(CVE-2023-22032)

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

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

  - 已修复 Linux 内核中的下列漏洞：drm/amd/display: Fix overlapping copy within dml_core_mode_programming [WHY] &mode_lib->mp.Watermark and &locals->Watermark are the same address. memcpy may lead to unexpected behavior. [HOW] memmove should be used. (CVE-2024-42227)

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

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

  - 在低于 4.1.18的 PowerDNS Recursor 、低于 [] 4.2.x 的 PowerDNS Recursor 4.3.x4.2.5和低于 4.3.5的PowerDNS Recursor 中发现一个问题。远程攻击者可通过 DNS ANY 查询将给定名称的缓存记录更新至虚假 DNSSEC 验证状态，而非其实际的 DNSSEC 安全状态。这会导致始终验证的安装 (dnssec=validate) 以及启用按需验证时请求验证的客户端 (dnssec=process) 拒绝服务。 (CVE-2020-25829)

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

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

  - netppp添加对 ppp_sync_txmung 上 skb 数据的边界检查。确保线性缓冲区中有足够的来自 skb 的数据然后再访问初始字节。这可防止处理短数据包时潜在的越界访问。当 ppp_sync_txmung 收到具有空负载的传入程序包时远程gef p
    *(struct pppoe_hdr *) (skb->head + skb->network_header) $18 = { type = 0x1, ver = 0x1, code = 0x0, sid = 0x2, length = 0x0, tag = 0xffff8880371cdb96 } 来自 skb struct tail = 0x16, end = 0x140, head = 0xffff88803346f400 4, data = 0xffff88803346f416 :\377, truesize = 0x380, len = 0x0, data_len = 0x0, mac_len = 0xe, hdr_len = 0x0访问 data[2] ]。 [pabeni@redhat.com已修复主题拼写错误] (CVE-2025-37749)

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

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

  - Bluetooth当耗尽 HCI 工作队列时仅耗尽队列链接的工作 HCI 命令、事件和数据包处理工作队列以避免提交 76727c02c1e1 中发生死锁Bluetooth在重置状态之前调用rain_workqueue()。还有另一个延迟的工作会将命令排入此耗尽的工作队列。这会导致以下错误报告Bluetooth: hci2: command 0x040f tx timeout WARNING: CPU: 1 PID: 18374 at kernel/workqueue.c:1438 __queue_work+0xdad/0x1140 Workqueue:events hci_cmd_timeout RIP:0010:__queue_work+0xdad/0x1140 RSP0000:ffffc90002cffc60 EFLAGS00010093 RAX
    0000000000000000 RBX: ffff8880b9d3ec00 RCX: 0000000000000000 RDX: ffff888024ba0000 RSI: ffffffff814e048d RDI: ffff8880b9d3ec08 RBP: 0000000000000008 R08: 0000000000000000 R09: 00000000b9d39700 R10:
     R11ffffffff814f73c6  : 0000000000000000 R12: ffff88807cce4c60 R13: 0000000000000000 R14: ffff8880796d8800 R15: ffff8880796d8800 FS: 0000000000000000(0000) GS:ffff8880b9d00000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 000000c0174b4000 CR3: 000000007cae9000 CR4: 00000000003506e0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3:000000000000000000000000000000000
    00000000fffe0ff0 DR7: 0000000000000400 调用跟踪 <TASK> ? queue_work_on+0xcb/0x110 ? lockdep_hardirqs_off+0x90/0xd0 queue_work_on+0xee/0x110 process_one_work+0x996/0x1610 pwq_dec_nr_in_flight+0x2a0/0x2a0 ? rwlock_bug.part.0+0x90/0x90 _raw_spin_lock_irq+0x41/0x50 worker_thread+0x665/0x1080 process_one_work+0x1610/0x1610 kthread+0x2e9/0x3a0 ? kthread_complete_and_exit+0x40/0x40 ret_from_fork+0x1f/0x30 </TASK> 要修复此问题可以添加新的 HCI_DRAIN_WQ 标记并且当命令工作队列耗尽时不要将超时工作队列排队。
    (CVE-2022-50166)

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

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

  - 在 HDF5 直到 1.14.6 中发现一个漏洞此漏洞被归类为有问题的漏洞。此问题影响 src/H5Ocache.c 文件的 H5O__cache_chk_serialize 函数。执行操作可导致空指针取消引用。必须在本地处理攻击。该漏洞利用已被公开并可被使用。(CVE-2025-2926)

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

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

  - IB/cm释放旧 msg 时删除 lockdep 断言和 WARN 发送完成处理程序可在 cm_id 升级到另一条消息之后运行。在这种情况下不需要 cm_id 锁定但最近的更改重新使用了 cm_free_priv_msg()断言已锁定并在 cm_id 的当前未完成消息与释放的消息不同时发出警告。 (CVE-2025-38287)

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

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

  - Oracle MySQL 的 MySQL Server 产品中存在漏洞（组件：Server: DML）。支持的版本中受影响的是 8.0.34 和较早版本。利用此漏洞的难度较低，通过多种协议进行网络访问的高权限攻击者可借此破坏 MySQL Server。成功攻击此漏洞可导致在未经授权的情况下造成 MySQL Server 挂起或频繁出现崩溃（完全 DOS）。(CVE-2024-21050)

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

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

  - 已修复 Linux 内核中的下列漏洞：wifi: wilc1000: unregister wiphy only if it has been registered There is a specific error path in probe functions in wilc drivers (both sdio and spi) which can lead to kernel panic, as this one for example when using SPI: Unable to handle kernel paging request at virtual address 9f000000 when read [9f000000] *pgd=00000000 Internal error: Oops: 5 [#1] ARM Modules linked in: wilc1000_spi(+) crc_itu_t crc7 wilc1000 cfg80211 bluetooth ecdh_generic ecc CPU: 0 UID: 0 PID: 106 Comm: modprobe Not tainted 6.13.0-rc3+ #22 Hardware name: Atmel SAMA5 PC is at wiphy_unregister+0x244/0xc40 [cfg80211] LR is at wiphy_unregister+0x1c0/0xc40 [cfg80211] [...] wiphy_unregister [cfg80211] from wilc_netdev_cleanup+0x380/0x494 [wilc1000] wilc_netdev_cleanup [wilc1000] from wilc_bus_probe+0x360/0x834 [wilc1000_spi] wilc_bus_probe [wilc1000_spi] from spi_probe+0x15c/0x1d4 spi_probe from really_probe+0x270/0xb2c really_probe from __driver_probe_device+0x1dc/0x4e8
    __driver_probe_device from driver_probe_device+0x5c/0x140 driver_probe_device from
    __driver_attach+0x220/0x540 __driver_attach from bus_for_each_dev+0x13c/0x1a8 bus_for_each_dev from bus_add_driver+0x2a0/0x6a4 bus_add_driver from driver_register+0x27c/0x51c driver_register from do_one_initcall+0xf8/0x564 do_one_initcall from do_init_module+0x2e4/0x82c do_init_module from load_module+0x59a0/0x70c4 load_module from init_module_from_file+0x100/0x148 init_module_from_file from sys_finit_module+0x2fc/0x924 sys_finit_module from ret_fast_syscall+0x0/0x1c The issue can easily be reproduced, for example by not wiring correctly a wilc device through SPI (and so, make it unresponsive to early SPI commands). It is due to a recent change decoupling wiphy allocation from wiphy registration, however wilc_netdev_cleanup has not been updated accordingly, letting it possibly call wiphy unregister on a wiphy which has never been registered. Fix this crash by moving wiphy_unregister/wiphy_free out of wilc_netdev_cleanup, and by adjusting error paths in both drivers (CVE-2024-57992)

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

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

  - 已修复 Linux 内核中的下列漏洞：xfrm: Fix input error path memory access When there is a misconfiguration of input state slow path KASAN report error. Fix this error. west login: [ 52.987278] eth1: renamed from veth11 [ 53.078814] eth1: renamed from veth21 [ 53.181355] eth1:
    renamed from veth31 [ 54.921702] ================================================================== [54.922602] BUG: KASAN: wild-memory-access in xfrmi_rcv_cb+0x2d/0x295 [ 54.923393] Read of size 8 at addr 6b6b6b6b00000000 by task ping/512 [ 54.924169] [ 54.924386] CPU: 0 PID: 512 Comm: ping Not tainted 6.9.0-08574-gcd29a4313a1b #25 [ 54.925290] Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS 1.16.3-debian-1.16.3-2 04/01/2014 [ 54.926401] Call Trace: [ 54.926731] <IRQ> [ 54.927009] dump_stack_lvl+0x2a/0x3b [ 54.927478] kasan_report+0x84/0xa6 [ 54.927930] ? xfrmi_rcv_cb+0x2d/0x295 [54.928410] xfrmi_rcv_cb+0x2d/0x295 [ 54.928872] ? xfrm4_rcv_cb+0x3d/0x5e [ 54.929354] xfrm4_rcv_cb+0x46/0x5e [ 54.929804] xfrm_rcv_cb+0x7e/0xa1 [ 54.930240] xfrm_input+0x1b3a/0x1b96 [54.930715] ? xfrm_offload+0x41/0x41 [ 54.931182] ? raw_rcv+0x292/0x292 [ 54.931617] ? nf_conntrack_confirm+0xa2/0xa2 [ 54.932158] ? skb_sec_path+0xd/0x3f [ 54.932610] ? xfrmi_input+0x90/0xce [54.933066] xfrm4_esp_rcv+0x33/0x54 [ 54.933521] ip_protocol_deliver_rcu+0xd7/0x1b2 [ 54.934089] ip_local_deliver_finish+0x110/0x120 [ 54.934659] ? ip_protocol_deliver_rcu+0x1b2/0x1b2 [ 54.935248] NF_HOOK.constprop.0+0xf8/0x138 [ 54.935767] ? ip_sublist_rcv_finish+0x68/0x68 [ 54.936317] ? secure_tcpv6_ts_off+0x23/0x168 [ 54.936859] ? ip_protocol_deliver_rcu+0x1b2/0x1b2 [ 54.937454] ?
    __xfrm_policy_check2.constprop.0+0x18d/0x18d [ 54.938135] NF_HOOK.constprop.0+0xf8/0x138 [ 54.938663] ? ip_sublist_rcv_finish+0x68/0x68 [ 54.939220] ? __xfrm_policy_check2.constprop.0+0x18d/0x18d [ 54.939904] ? ip_local_deliver_finish+0x120/0x120 [ 54.940497] __netif_receive_skb_one_core+0xc9/0x107 [ 54.941121] ?
    __netif_receive_skb_list_core+0x1c2/0x1c2 [ 54.941771] ? blk_mq_start_stopped_hw_queues+0xc7/0xf9 [54.942413] ? blk_mq_start_stopped_hw_queue+0x38/0x38 [ 54.943044] ? virtqueue_get_buf_ctx+0x295/0x46b [54.943618] process_backlog+0xb3/0x187 [ 54.944102] __napi_poll.constprop.0+0x57/0x1a7 [ 54.944669] net_rx_action+0x1cb/0x380 [ 54.945150] ? __napi_poll.constprop.0+0x1a7/0x1a7 [ 54.945744] ? vring_new_virtqueue+0x17a/0x17a [ 54.946300] ? note_interrupt+0x2cd/0x367 [ 54.946805] handle_softirqs+0x13c/0x2c9 [ 54.947300] do_softirq+0x5f/0x7d [ 54.947727] </IRQ> [ 54.948014] <TASK> [54.948300] __local_bh_enable_ip+0x48/0x62 [ 54.948832] __neigh_event_send+0x3fd/0x4ca [ 54.949361] neigh_resolve_output+0x1e/0x210 [ 54.949896] ip_finish_output2+0x4bf/0x4f0 [ 54.950410] ?
    __ip_finish_output+0x171/0x1b8 [ 54.950956] ip_send_skb+0x25/0x57 [ 54.951390] raw_sendmsg+0xf95/0x10c0 [54.951850] ? check_new_pages+0x45/0x71 [ 54.952343] ? raw_hash_sk+0x21b/0x21b [ 54.952815] ? kernel_init_pages+0x42/0x51 [ 54.953337] ? prep_new_page+0x44/0x51 [ 54.953811] ? get_page_from_freelist+0x72b/0x915 [ 54.954390] ? signal_pending_state+0x77/0x77 [ 54.954936] ? preempt_count_sub+0x14/0xb3 [ 54.955450] ? __might_resched+0x8a/0x240 [ 54.955951] ?
    __might_sleep+0x25/0xa0 [ 54.956424] ? first_zones_zonelist+0x2c/0x43 [ 54.956977] ?
    __rcu_read_lock+0x2d/0x3a [ 54.957476] ? __pte_offset_map+0x32/0xa4 [ 54.957980] ?
    __might_resched+0x8a/0x240 [ 54.958483] ? __might_sleep+0x25/0xa0 [ 54.958963] ? inet_send_prepare+0x54/0x54 [ 54.959478] ? sock_sendmsg_nosec+0x42/0x6c [ 54.960000] sock_sendmsg_nosec+0x42/0x6c [ 54.960502] __sys_sendto+0x15d/0x1cc [ 54.960966] ?
    __x64_sys_getpeername+0x44/0x44 [ 54.961522] ? __handle_mm_fault+0x679/0xae4 [ 54.962068] ? find_vma+0x6b/0x ---truncated--- (CVE-2024-43878)

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

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

  - Oracle MySQL 的 MySQL Server 产品中存在漏洞（组件：InnoDB）。支持的版本中受影响的是 5.7.34 和较早版本以及 8.0.25 和较早版本。难以利用的漏洞允许未经身份验证的攻击者通过多种协议进行网络访问，从而破坏 MySQL Server。成功攻击此漏洞可导致在未经授权的情况下造成 MySQL Server 挂起或频繁出现崩溃（完全 DOS）。(CVE-2021-2389)

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

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

  - ring-buffer不要因为 commit_overrun而触发 WARN_ON()。读取内存映射的缓冲区时阅读器页面刚好与写入缓冲区中写入的最后一个页面交换出。如果阅读器页面与提交缓冲区（当前正在写入的缓冲区）相同，则认为它永远不会错过事件。如果包含，则会触发 WARN_ON_ONCE()。但偏偏在一种情况下这种情况可以合法发生。即针对 commit_overrun。提交溢出是指中断抢占了正在向缓冲区写入的事件然后中断添加了如此多的新事件导致缓冲区填满并封装回提交状态。此后任何新事件都将被删除并作为 locked_events 进行报告。在这种情况下下一个要读取的页面是提交缓冲区在交换阅读器页面之后阅读器页面将是提交缓冲区但这一次将会有缺失的事件并且这会触发以下警告---- --------[在此处切]------------ 中链接的 kernel/trace/ring_buffer.c:7357 ring_buffer_map_get_reader+0x49a/0x780 模块的警告CPU:2 PID:1127 kvm_intel kvm irqbypass CPU2 UID0 PID1127 Commtrace-cmd 未受感染 6.15.0-rc7-test-00004-g478bc2824b45-dirty#564 PREEMPT Hardware nameQEMU Standard PC (Q35 + ICH92009)BIOS 1.16.3-debian-1.16.3-2 04/01/2014 RIP0010:ring_buffer_map_get_reader+0x49a/0x780代码00 00 00 48 89 fe 48 c1 ee 03 80 3c 2e 00 0f 85 ec 01 00 00 4d 3b a6 a8 00 00 00 0f 85 8a fd ff ff 48 85 c0 0f 84 55 fe ff ff <0f> 0b e9 4e fe ff ff be 08 00 00 00 4c 89 54 24 58 48 89 54 24 50 RSP0018:ffff888121787dc0 EFLAGS00010002 RAX: 00000000000006a2 RBX
    ffff888100062800 RCX: ffffffff8190cb49 RDX: ffff888126934c00 RSI: 1ffff11020200a15 RDI: ffff8881010050a8 RBP: dffffc0000000000 R08: 0000000000000000 R09: ffffed1024d26982 R10: ffff888126934c17 R11:
     R12ffff8881010050a8  : ffff888126934c00 R13: ffff8881010050b8 R14: ffff888101005000 R15: ffff888126930008 FS: 00007f95c8cd7540(0000) GS:ffff8882b576e000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 00007f95c8de4dc0 CR3: 0000000128452002 CR4: 0000000000172ef0 调用跟踪 <TASK> ? __pfx_ring_buffer_map_get_reader+0x10/0x10 tracing_buffers_ioctl+0x283/0x370 __x64_sys_ioctl+0x134/0x190 do_syscall_64+0x79/0x1c0 entry_SYSCALL_64_after_hwframe+0x76/0x7e RIP: 0033:0x7f95c8de48db Code: 00 48 89 44 24 18 31 c0 48 8d 44 24 60 c7 04 24 10 00 00 00 48 89 44 24 08 48 8d 44 24 20 48 89 44 24 10 b8 10 00 00 00 0f 05 <89> c2 3d 00 f0 ff ff 77 1c 48 8b 44 24 18 64 48 2b 04 25 02SP: 02bSP: :00007ffe037ba110 EFLAGS00000246 ORIG_RAX: 0000000000000010 RAX: ffffffffffffffda RBX: 00007ffe037bb2b0 RCX
    00007f95c8de48db RDX: 0000000000000000 RSI: 0000000000005220 RDI: 0000000000000006 RBP: 00007ffe037ba180 R08: 0000000000000000 R09: 0000000000000000 R10: 0000000000000000 R11: 0000000000000246 R12:
     R130000000000000000  : 00007ffe037bb6f8 R14: 00007f95c9065000 R15: 00005575c7492c90 </TASK> irq event stamp: 5080 hardirqs last enabled at (5079): [<ffffffff83e0adb0>] _raw_spin_unlock_irqrestore+0x50/0x70 hardirqs last disabled at (5080): [<ffffffff83e0aa83>] _raw_spin_lock_irqsave +0x63/0x70 softirqs 上次启用的时间 (4182)[<ffffffff81516122>] handle_softirqs+0x552/0x710 softirqs 上次禁用的时间 (4159)
    [<ffffffff815163f7>] __irq_exit_rcu+0x107/0x210 ---[ end trace 0000000000000000]--- 在同时启用 lockdep 和 KASAN 以及 kmemleak 的内核上运行上述漏洞并执行以下命令触发# perf record -o perf-test.dat -a -- trace-cmd record --nosplice -e all -p function hackbench 50 perf 插入大量中断和 trace-cmd 启用所有事件和函数跟踪同时启用 lockdep、KASAN 和 kmemleak可能造成中断抢占为写入足够事件而写入的事件 ---truncated--- (CVE-2025-38267)

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

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

  - scsimpi3mr拓扑中的驱动器错误导致内核崩溃启用了 SAS 传输层支持并且通过驱动程序暴露给 OS 的设备无法执行 INQUIRY 命令时驱动程序将释放为内部 HBA 端口数据结构分配的内存。但是在某些地方未清除对已释放内存的引用。当固件再次发送同一设备的设备信息更改事件时将访问已释放的内存并导致内存损坏和操作系统崩溃。 (CVE-2023-53037)

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

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

  - ublk确保在冻结队列时设置 ubq->canceling 现在 ublk 驱动程序依赖于“ubq->canceling”来确定是否可通过 uring_cmd 和 io_uring_cmd_complete_in_task() 调度请求。设置 ubq->canceling 后可通过 ublk_cancel_cmd() 和 io_uring_cmd_done() 完成 uring_cmd。因此在队列冻结时设置 ubq->canceling此方式可确保可靠地从 ublk_queue_rq() 观察该标记并避免 uring_cmd 的释放后使用。 (CVE-2025-22068)

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

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

  - netfilternft_set_pipapo 会将映射存储段的最大大小限制为 INT_MAX 否则当调整哈希表的大小时可能命中 __kvmalloc_node_noprof() 中的 WARN_ON_ONCE因为未设置 __GFP_NOWARN。类似于b541ba7d1f5a (netfilterconntrack将哈希表大小上限限制为 INT_MAX) (CVE-2025-38201)

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

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

  - net: airoha修复 airoha_tc_get_htb_get_leaf_queue() 中的 qid 报告 。修复 airoha_eth 驱动程序中正确报告 airoha_tc_get_htb_get_leaf_queue 例程中的 qid 以下内核警告的删除 HTB 卸载的叶和/或根 HTB qdisc。 $tc qdisc 替换 dev eth1 root handle 10: htb offload $tc class add dev eth1 arent 10: classid 10:4 htb rate 100mbit ceil 100mbit $tc qdisc 替换 dev eth1 parent 10:4 handle 4: etsbands 8 \quanta 1514 3028 4542 6056 7570 9084 10598 12112 $tc qdisc del dev eth1 root [55.827864] ------------[ cut here ]------------ [ 55.832493] 警告: CPU 3 PID: 2678 at 0xffffffc0798695a4 [ 55.956510] CPU: 3 PID: 2678 Comm: tc Tainted: GO 6.6.71 #0 [ 55.963557] 硬件名称Airoha AN7581 评估板 (DT) [ 55.969383] pstate: 20400005 (nzCv daif +PAN -UAO -TCO -DIT
    -SSBS BTYPE=--) [ 55.976344] pc : 0xffffffc0798695a4 [ 55.979851] lr : 0xffffffc079869a20 [ 55.983358] sp : ffffffc0850536a0 [ 55.986665] x29: ffffffc0850536a0 x28: 0000000000000024 x27: 0000000000000001 [55.993800] x26: 0000000000000000 x25: ffffff8008b19000 x24ffffff800222e800 [ 56.000935] x23
    0000000000000001 x22: 0000000000000000 x21: ffffff8008b19000 [ 56.008071] x20: ffffff8002225800 x19
    ffffff800379d000 x180000000000000000 [ 56.015206] x17ffffffbf9ea59000 x16ffffffc080018000 x15
    0000000000000000 [ 56.022342] x14: 0000000000000000 x13: 0000000000000000 x12: 0000000000000001 [56.029478] x11: ffffffc081471008 x10: ffffffc081575a98 x9 : 0000000000000000 [ 56.036614] x8 :
    ffffffc08167fd40 x7 : ffffffc08069e104 x6 : ffffff8007f86000 [ 56.043748] x5 : 0000000000000000 x4
    0000000000000000 x3 : 0000000000000001 [ 56.050884] x2 : 0000000000000000 x1 : 0000000000000250 x0
    ffffff800222c000 [ 56.058020] 调用跟踪[ 56.060459] 0xffffffc0798695a4 [ 56.063618] 0xffffffc079869a20 [ 56.066777] __qdisc_destroy+0x40/0xa0 [ 56.070528] qdisc_put+0x54/0x6c [ 56.073748] qdisc_disc_graft+0x41c/qdisc_graft 56.077324+0x41c / +0x168/0x2f8 [ 56.080978] rtnetlink_rcv_msg+0x230/0x330 [56.085076] netlink_rcv_skb+0x5c/0x128 [ 56.088913] rtnetlink_rcv+0x14/0x1c [ 56.092490] netlink_unicast+0x1e0/0x2c8 [ 56.096413] netlink_sendmsg+0x198/0x3c8 [ 56.100337
    ____sys_sendmsg+0x1c4/0x274 [ 56.104261] ___sys_sendmsg+0x7c/0xc0 [ 56.107924] __sys_sendmsg+0x44/0x98 [56.111492] __arm64_sys_sendmsg+0x20/0x28 [ 56.115580] invoke_syscall.constprop.0+0x58/0xfc [ 56.120285] do_svc +0x3c/0xbc [ 56.123592] el0_svc+0x18/0x4c [ 56.126647] el0t_64_sync_handler+0x118/0x124 [56.131005] el0t_64_sync+0x150/0x154 [ 56.134660] ---[结束跟踪 0000000000000000]--- (CVE-2025-22061)

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

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

  - YASM 1.3.0.86.g9def 中的问题允许远程攻击者通过 modules/preprocs/nasm/nasm-pp.c 组件中的 expand_smacro 函数造成拒绝服务。 (CVE-2023-49555)

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

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

  - Apache Tomcat 9.0.0.M1 至 9.0.8、8.5.0 至 8.5.31、8.0.0.RC1 至 8.0.52、7.0.41 至 7.0.88 中提供的 CORS 筛选器默认设置不安全，并会为所有来源启用“supportsCredentials”。预计 CORS 筛选器用户将根据环境对其进行适当配置，而不是使用默认配置。因此，预计大部分用户不会受到此问题的影响。(CVE-2018-8014)

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

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

  - 通过滥用通知代码中的争用，攻击者可以强制隐藏已接收全屏和指针锁定访问的页面的通知，但此漏洞可能会被用于发动欺骗攻击。此漏洞会影响版本低于 91.4.0 的 Thunderbird、版本低于 91.4.0 的 Firefox ESR 以及版本低于 95 的 Firefox。
    (CVE-2021-43538)

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

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

  - Drupal 核心的表单 API 存在一个漏洞，某些提供的模块或自定义模块的表单可能容易受到不当输入验证的影响。这可允许攻击者注入不被允许的值或覆盖数据。受影响的表单不常见，但在某些情况下攻击者可能会修改关键或敏感数据。 (CVE-2022-25271)

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

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

  - Oracle MySQL 的 MySQL Server 产品中存在漏洞（组件：Server: DDL）。支持的版本中受影响的是 8.0.39 和较早版本、8.4.2 和较早版本以及 9.0.1 和较早版本。利用此漏洞的难度较低，通过多种协议进行网络访问的高权限攻击者可借此破坏 MySQL Server。成功攻击此漏洞可导致在未经授权的情况下造成 MySQL Server 挂起或频繁出现崩溃（完全 DOS）。(CVE-2024-21198)

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

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

  - 服务工作线程不应推断关于不透明跨源响应的信息；但是，若跨源媒体的计时信息与 Range 请求相结合，可能允许其确定媒体文件是否存在或确定其长度。此漏洞会影响 Firefox ESR < 102.5、Thunderbird  < 102.5 和 Firefox < 107。(CVE-2022-45403)

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

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

  - Apache Tomcat 中的错误对象重新回收和重新使用漏洞。HTTP/2 请求所使用的请求和响应不正确回收，可能导致用户之间混淆请求和/或响应。此问题影响以下 Apache Tomcat 版本： 11.0.0-M23 至 11.0.0-M26、 10.1.27 至 10.1.30、 9.0.92 至 9.0.95。建议用户升级至已修复该问题的版本 11.0.0、10.1.31 或 9.0.96。(CVE-2024-52317)

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

ID	名称	严重性
246986	Linux Distros 未修补的漏洞：CVE-2025-37816	medium
246985	Linux Distros 未修补的漏洞：CVE-2025-6021	high
246984	Linux Distros 未修补的漏洞：CVE-2025-37881	medium
246983	Linux Distros 未修补的漏洞：CVE-2025-22109	medium
246982	Linux Distros 未修补的漏洞：CVE-2020-0030	high
246981	Linux Distros 未修补的漏洞：CVE-2025-21521	high
246980	Linux Distros 未修补的漏洞：CVE-2024-39573	high
246979	Linux Distros 未修补的漏洞：CVE-2022-49827	medium
246978	Linux Distros 未修补的漏洞：CVE-2025-22011	medium
246977	Linux Distros 未修补的漏洞：CVE-2025-22093	low
246976	Linux Distros 未修补的漏洞：CVE-2024-38563	medium
246975	Linux Distros 未修补的漏洞：CVE-2022-49931	medium
246974	Linux Distros 未修补的漏洞：CVE-2022-3619	medium
246973	Linux Distros 未修补的漏洞：CVE-2022-50168	high
246972	Linux Distros 未修补的漏洞：CVE-2020-12409	high
246971	Linux Distros 未修补的漏洞：CVE-2022-50145	medium
246970	Linux Distros 未修补的漏洞：CVE-2021-41990	high
246969	Linux Distros 未修补的漏洞：CVE-2023-22054	medium
246968	Linux Distros 未修补的漏洞：CVE-2023-4394	medium
246967	Linux Distros 未修补的漏洞：CVE-2020-26969	high
246966	Linux Distros 未修补的漏洞：CVE-2018-16837	high
246965	Linux Distros 未修补的漏洞：CVE-2022-21301	medium
246964	Linux Distros 未修补的漏洞：CVE-2025-21870	medium
246963	Linux Distros 未修补的漏洞：CVE-2020-26145	medium
246962	Linux Distros 未修补的漏洞：CVE-2022-42329	medium
246961	Linux Distros 未修补的漏洞：CVE-2025-37945	medium
246960	Linux Distros 未修补的漏洞：CVE-2023-4579	low
246959	Linux Distros 未修补的漏洞：CVE-2023-22032	medium
246958	Linux Distros 未修补的漏洞：CVE-2024-42227	medium
246957	Linux Distros 未修补的漏洞：CVE-2020-25829	high
246956	Linux Distros 未修补的漏洞：CVE-2025-37749	medium
246955	Linux Distros 未修补的漏洞：CVE-2022-50166	medium
246954	Linux Distros 未修补的漏洞：CVE-2025-2926	medium
246953	Linux Distros 未修补的漏洞：CVE-2025-38287	high
246952	Linux Distros 未修补的漏洞：CVE-2024-21050	medium
246951	Linux Distros 未修补的漏洞：CVE-2024-57992	medium
246950	Linux Distros 未修补的漏洞：CVE-2024-43878	medium
246949	Linux Distros 未修补的漏洞：CVE-2021-2389	medium
246948	Linux Distros 未修补的漏洞：CVE-2025-38267	high
246947	Linux Distros 未修补的漏洞：CVE-2023-53037	medium
246946	Linux Distros 未修补的漏洞：CVE-2025-22068	high
246945	Linux Distros 未修补的漏洞：CVE-2025-38201	medium
246944	Linux Distros 未修补的漏洞：CVE-2025-22061	medium
246943	Linux Distros 未修补的漏洞：CVE-2023-49555	medium
246942	Linux Distros 未修补的漏洞：CVE-2018-8014	critical
246941	Linux Distros 未修补的漏洞：CVE-2021-43538	medium
246940	Linux Distros 未修补的漏洞：CVE-2022-25271	high
246939	Linux Distros 未修补的漏洞：CVE-2024-21198	medium
246938	Linux Distros 未修补的漏洞：CVE-2022-45403	medium
246937	Linux Distros 未修补的漏洞：CVE-2024-52317	medium

检测

Nessus 的 Misc. 系列

medium

high

medium

medium

high

high

high

medium

medium

low

medium

medium

medium

high

high

medium

high

medium

medium

high

high

medium

medium

medium

medium

medium

low

medium

medium

high

medium

medium

medium

high

medium

medium

medium

medium

high

medium

high

medium

medium

medium

critical

medium

high

medium

medium

medium