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

  - 已修复 Linux 内核中的下列漏洞：fs/proc/task_mmu: move mmu notification mechanism inside mm lock Move mmu notification mechanism inside mm lock to prevent race condition in other components which depend on it. The notifier will invalidate memory range. Depending upon the number of iterations, different memory ranges would be invalidated. The following warning would be removed by this patch: WARNING: CPU: 0 PID: 5067 at arch/x86/kvm/../../../virt/kvm/kvm_main.c:734 kvm_mmu_notifier_change_pte+0x860/0x960 arch/x86/kvm/../../../virt/kvm/kvm_main.c:734 There is no behavioural and performance change with this patch when there is no component registered with the mmu notifier. [akpm@linux-foundation.org: narrow the scope of `range', per Sean] (CVE-2024-26617)

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

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

  - 在 polkit 中发现一个缺陷。当处理深度包含 32 个或更多嵌套元素的 XML 策略时可触发越界写入。此问题可导致崩溃或其他意外行为并且不丢弃任意代码执行。要利用此缺陷需要高权限帐户因为正确放置恶意策略文件需要该帐户。 (CVE-2025-7519)

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

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

  - accel/qaic修复 qaic_validate_req() 中的整数溢出 这些 u64 变量来自用户通过 qaic_attach_slice_bo_ioctl()。使用 check_add_overflow() 确保 math 没有整数封装缺陷。 (CVE-2025-22001)

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

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

  - GStreamer 是用于构建媒体处理组件图形的库。在 qtdemux.c 的 qtdemux_parse_theora_extension 函数中检测到整数下溢。出现此漏洞的原因是 gint 大小变量下溢，从而造成大小在转换为无符号整数时，含有较大的非预期值。然后，在对 gst_buffer_new_and_alloc 的后续调用中，此 32 位负值将转换为 64 位无符号整数 (0xfffffffffffffffa)。然后，函数 gst_buffer_new_allocate 尝试分配内存，最终调用 _sysmem_new_block。函数 _sysmem_new_block 为（无符号的）大小添加了对齐和标头大小，从而造成“slice_size”变量溢出。因此，尽管输入大小很大，但仍仅分配了 0x89 字节。当 gst_buffer_fill 中发生下列 memcpy 调用时，输入文件中的数据将覆盖 GstMapInfo 信息结构的内容。最后，在调用 gst_memory_unmap 期间，被覆盖的内存可能会造成函数指针劫持，因为使用损坏的指针调用 mem->allocator->mem_unmap_full 函数。此函数指针覆盖可允许攻击者更改程序的执行流，从而导致任意代码执行。此漏洞已在 1.24.10 中修复。
    (CVE-2024-47606)

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

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

  - 在低于 4.2 的 Linux 内核版本中，攻击者可利用 crypto/rng.c 中的 rngapi_reset 函数，造成拒绝服务（空指针取消引用）。(CVE-2017-15116)

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

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

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

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

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

  - 已修复 Linux 内核中的下列漏洞：can: mcp251x: fix resume from sleep before interface was brought up Since 8ce8c0abcba3 the driver queues work via priv->restart_work when resuming after suspend, even when the interface was not previously enabled. This causes a null dereference error as the workqueue is only allocated and initialized in mcp251x_open(). To fix this we move the workqueue init to mcp251x_can_probe() as there is no reason to do it later and repeat it whenever mcp251x_open() is called. [mkl: fix error handling in mcp251x_stop()] (CVE-2021-46994)

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

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

  - backlightled_bl调用 led_sysfs_disable() 时保持 led_access 锁定 Lockdep 在 led-backlight 删除中检测到以下问题[ 142.315935] ------------[ cut here ]------ ------ [ 142.315954] 警告
    CPU2 PID292 at drivers/leds/led-core.c:455 led_sysfs_enable+0x54/0x80 ... [ 142.500725] 调用跟踪[142.503176] led_sysfs_enable+0x54/0x80 (P) [ 142.507370] led_bl_remove +0x80/0xa8 [led_bl] [ 142.511742] platform_remove+0x30/0x58 [ 142.515501] device_remove+0x54/0x90 ... 实际上必须在保持 led_access 锁的情况下调用 led_sysfs_enable()。在调用 led_sysfs_disable() 时保持锁定。 (CVE-2025-23144)

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

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

  - 已修复 Linux 内核中的下列漏洞：ASoC: amd: Adjust error handling in case of absent codec device acpi_get_first_physical_node() can return NULL in several cases (no such device, ACPI table error, reference count drop to 0, etc). Existing check just emit error message, but doesn't perform return. Then this NULL pointer is passed to devm_acpi_dev_add_driver_gpios() where it is dereferenced. Adjust this error handling by adding error code return. Found by Linux Verification Center (linuxtesting.org) with SVACE. (CVE-2024-43818)

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

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

  - 已修复 Linux 内核中的下列漏洞：wifi: ath12k: fix out-of-bound access of qmi_invoke_handler() Currently, there is no terminator entry for ath12k_qmi_msg_handlers hence facing below KASAN warning, ================================================================== BUG: KASAN:
    global-out-of-bounds in qmi_invoke_handler+0xa4/0x148 Read of size 8 at addr ffffffd00a6428d8 by task kworker/u8:2/1273 CPU: 0 PID: 1273 Comm: kworker/u8:2 Not tainted 5.4.213 #0 Workqueue: qmi_msg_handler qmi_data_ready_work Call trace: dump_backtrace+0x0/0x20c show_stack+0x14/0x1c dump_stack+0xe0/0x138 print_address_description.isra.5+0x30/0x330 __kasan_report+0x16c/0x1bc kasan_report+0xc/0x14
    __asan_load8+0xa8/0xb0 qmi_invoke_handler+0xa4/0x148 qmi_handle_message+0x18c/0x1bc qmi_data_ready_work+0x4ec/0x528 process_one_work+0x2c0/0x440 worker_thread+0x324/0x4b8 kthread+0x210/0x228 ret_from_fork+0x10/0x18 The address belongs to the variable:
    ath12k_mac_mon_status_filter_default+0x4bd8/0xfffffffffffe2300 [ath12k] [...] ================================================================== Add a dummy terminator entry at the end to assist the qmi_invoke_handler() in traversing up to the terminator entry without accessing an out-of-boundary index. Tested-on: QCN9274 hw2.0 PCI WLAN.WBE.1.0.1-00029-QCAHKSWPL_SILICONZ-1 (CVE-2024-38572)

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

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

  - 已修复 Linux 内核中的下列漏洞：rtla: Avoid record NULL pointer dereference Fix the following null/deref_null.cocci errors:
    ./tools/tracing/rtla/src/osnoise_hist.c:870:31-36: ERROR: record is NULL but dereferenced.
    ./tools/tracing/rtla/src/osnoise_top.c:650:31-36: ERROR: record is NULL but dereferenced.
    ./tools/tracing/rtla/src/timerlat_hist.c:905:31-36: ERROR: record is NULL but dereferenced.
    ./tools/tracing/rtla/src/timerlat_top.c:700:31-36: ERROR: record is NULL but dereferenced. record is NULL before calling osnoise_init_trace_tool. Add a tag out_free to avoid dereferring a NULL pointer.
    (CVE-2022-49423)

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

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

  - netdsab53不在 bcm63xx 上启用 EEE BCM63xx 内部交换机不支持 EEE但提供多个可连接外部 PHY 的 RGMII 端口。如果其中一个 PHY 具有 EEE 功能我们可能会尝试为 MAC 启用 EEE但随后会在访问不存在的 EEE 寄存器时挂起系统。
    通过在尝试配置交换机之前检查交换机是否真正支持 EEE 来修复此问题。
    (CVE-2025-38272)

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

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

  - Oracle MySQL 的 MySQL Server 产品中存在漏洞（组件：InnoDB）。支持的版本中受影响的是 8.0.0-8.0.41、8.4.0-8.4.4 和 9.0.0-9.2.0。可轻松利用的漏洞允许低权限攻击者通过多种协议进行网络访问，从而破坏 MySQL Server。成功攻击此漏洞可导致在未经授权的情况下造成 MySQL Server 挂起或频繁出现崩溃（完全 DOS）。(CVE-2025-21577)

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

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

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

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

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

  - watch_queue修复管道核算不匹配 目前watch_queue_set_size() 会修改记给 user->pipe_bufs 的管道缓冲区但不会更新管道本身的 pipe->nr_accounted原因是 pipe_resize_ring() 中进行 if (!pipe_has_watch_queue()) 测试。这意味着当最终释放 pipe 时我们将 user->pipe_bufs 减少了某项而非所收取的某项从而可能导致下溢。这进而会导致后续的 too_many_pipe_buffers_soft() 测试因 -EPERM 而失败。
    若要修复此问题请在 watch_queue_set_size() 中明确说明管道使用情况以匹配通过 account_pipe_buffers() 设置的数字目前尚不清楚为什么 watch_queue_set_size() 不更新 nr_accounted可能是因为在 watch_queue_set_size() 中故意过度配置所致?CVE-2025-23138)

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

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

  - 已修复 Linux 内核中的下列漏洞：block: Fix possible memory leak for rq_wb on add_disk failure kmemleak reported memory leaks in device_add_disk(): kmemleak: 3 new suspected memory leaks unreferenced object 0xffff88800f420800 (size 512): comm modprobe, pid 4275, jiffies 4295639067 (age 223.512s) hex dump (first 32 bytes): 04 00 00 00 08 00 00 00 01 00 00 00 00 00 00 00 ................ 00 e1 f5 05 00 00 00 00 00 00 00 00 00 00 00 00 ................ backtrace:
    [<00000000d3662699>] kmalloc_trace+0x26/0x60 [<00000000edc7aadc>] wbt_init+0x50/0x6f0 [<0000000069601d16>] wbt_enable_default+0x157/0x1c0 [<0000000028fc393f>] blk_register_queue+0x2a4/0x420 [<000000007345a042>] device_add_disk+0x6fd/0xe40 [<0000000060e6aab0>] nbd_dev_add+0x828/0xbf0 [nbd] ... It is because the memory allocated in wbt_enable_default() is not released in device_add_disk() error path. Normally, these memory are freed in: del_gendisk() rq_qos_exit() rqos->ops->exit(rqos); wbt_exit() So rq_qos_exit() is called to free the rq_wb memory for wbt_init(). However in the error path of device_add_disk(), only blk_unregister_queue() is called and make rq_wb memory leaked. Add rq_qos_exit() to the error path to fix it. (CVE-2022-49902)

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

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

  - 在 Linux 内核 5.8.9 中发现一个问题。WEP、WPA、WPA2 和 WPA3 实现会重组碎片，即使其中某些碎片以明文发送。当其他设备发送碎片化帧且使用了 WEP、CCMP 或 GCMP 数据机密协议时，此漏洞可被滥用于注入数据包和/或泄露选中的碎片。(CVE-2020-26147)

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

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

  - drm/xe在 xe_migrate_clear 的错误路径中使用本地隔离 xe_migrate_clear 中错误路径的目的是等待本地生成的隔离然后返回。该代码在可能是本地隔离的 m->fence 上等待但这仅在作业互斥体下稳定可能导致 UAF。修复代码以在本地隔离中等待。从提交 762b7e95362170b3e13a8704f38d5e47eca4ba74 中精选出的内容(CVE-2025-37869)

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

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

  - rtnetlink受支持时为 VF GUID 分配 vfinfo 大小 Commit 30aad41721e0 (net/core添加了对获取 VF GUID的支持)添加了对在 netlink ifinfo 消息中获取 VF 端口和节点 GUID 的支持但在函数中未考虑其大小分配 netlink 消息从而在 netlink 消息填满许多 VF 端口和节点 GUID 时造成以下警告# echo 64 > /sys/bus/pci/devices/0000\:08\:00.0/sriov_numvfs # ip link显示 dev ib0 RTNETLINK 回答：消息过长无法发送链接获取请求：消息过长内核警告：------------[在此剪切]------------ 警告链接的 CPU: 2 PID1930 at net/core/rtnetlink.c:4151 rtnl_getlink+0x586/0x5a0
    xt_conntrack xt_MASQUERADE nfnetlink xt_addrtype iptable_nat nf_nat br_netfilter overlay mlx5_ib macsec mlx5_core tls rpcrdma rdma_ucm ib_uverbs ib_iser libiscsi scsi_transport_iscsi ib_umad rdma_cm iw_cm ib_ipoib fuse ib_cm ib_core CPU: 2 UID: 0 PID: 1930 Comm: ip Not tainted 6.14.0-rc2+ #1 Hardware name:
    QEMU Standard PCQ35 + ICH92009BIOS rel-1.13.0-0-gf21b5a4aeb02-prebuilt.qemu.org 04/01/2014 RIP
    0010rtnl_getlink+0x586/0x5a0 代码 cb 82 e8 3d af 0a 00 4d 85 ff 0f 84 08 ff ff ff 4c 89 ff 41 be ea ff ff ff e8 66 63 5b ff 49 c7 07 80 4f cb 82 e9 36 fc ff <0f> ff  0b e9 16 fe ff ff e8 de a0 56 00 66 66 2e 0f 1f 84 00 00 00 00 RSP: 0018:ffff888113557348 EFLAGS: 00010246 RAX: 00000000ffffffa6 RBX: ffff88817e87aa34 RCX: dffffc0000000000 RDX: 0000000000000003 RSI: 0000000000000000 RDI: ffff88817e87afb8 RBP
     R080000000000000009  : ffffffff821f44aa R09: 0000000000000000 R10: ffff8881260f79a8 R11: ffff88817e87af00 R12: ffff88817e87aa00 R13: ffffffff8563d300 R14: 00000000ffffffa6 R15: 00000000ffffffff FS:
    00007f63a5dbf280(0000) GS:ffff88881ee00000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033 CR2: 00007f63a5ba4493 CR3: 00000001700fe002 CR4: 0000000000772eb0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7:
    0000000000000400 PKRU55555554 调用跟踪 <TASK> ? __warn+0xa5/0x230 ? rtnl_getlink+0x586/0x5a0 ? report_bug+0x22d/0x240 handle_bug+0x53/0xa0 exc_invalid_op+0x14/0x50 ? asm_exc_invalid_op+0x16/0x20 ? skb_trim+0x6a/0x80 ? rtnl_getlink+0x586/0x5a0 ? __pfx_rtnl_getlink+0x10/0x10 ? rtnetlink_rcv_msg+0x1e5/0x860 ? __pfx___mutex_lock+0x10/0x10 ? rcu_is_watching+0x34/0x60
    __pfx_lock_acquire+0x10/0x10 ? stack_trace_save+0x90/0xd0 ? filter_irq_stacks+0x1d/0x70 ? kasan_save_stack+0x30/0x40 ? kasan_save_stack+0x20/0x40 ? kasan_save_track+0x10/0x30 rtnetlink_rcv_msg+0x21c/0x860 entry_SYSCALL_64_after_hwframe+0x76/0x7e ?
    __pfx_rtnetlink_rcv_msg+0x10/0x10 ? arch_stack_walk+0x9e/0xf0 ? rcu_is_watching+0x34/0x60 lock_acquire+0xd5/0x410 ? rcu_is_watching+0x34/0x60 netlink_rcv_skb+0xe0/0x210 ?
    __pfx_rtnetlink_rcv_msg+0x10/0x10 ? __pfx_netlink_rcv_skb+0x10/0x10 ? rcu_is_watching+0x34/0x60
    __pfx___netlink_lookup+0x10/0x10 ? lock_release+0x62/0x200 ? netlink_deliver_tap+0xfd/0x290 ? rcu_is_watching+0x34/0x60 lock_release+0x62/0x200 ? netlink_deliver_tap+0x95/0x290 netlink_unicast+0x31f/0x480 ? __pfx_netlink_unicast+0x10/0x10 ? rcu_is_watching+0x34/0x60 lock_acquire+0xd5/0x410 netlink_sendmsg+0x369/0x660 ? lock_release+0x62/0x200 ?
    __pfx_netlink_sendmsg+0x10/0x10 ? import_ubuf+0xb9/0xf0 ? __import_iovec+0x254/0x2b0 ? lock_release+0x62/0x200 ? __pfx_netlink_sendmsg+0x10/0x10____sys_sendmsg+0x559/0x5a0 ?
    __pfx_____sys_sendmsg+0x10/0x10 ? __pfx_copy_msghdr_from_user+0x10/0x10 ? rcu_is_watching+0x34/0x60 do_read_fault+0x213/0x4a0 ? rcu_is_watching+0x34/0x60 ___sys_sendmsg+0xe4/0x150 ?
    __pfx____sys_sendmsg+0x10/0x10 ? do_fault+0x2cc/0x6f0 ? handle_pte_fault+0x2e3/0x3d0 ?
    __pfx_handle_pte_fault+0x10/0x10 ---truncated--- (CVE-2025-22075)

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

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

  - 已修复 Linux 内核中的下列漏洞：i40e: Fix kernel crash during reboot when adapter is in recovery mode If the driver detects during probe that firmware is in recovery mode then i40e_init_recovery_mode() is called and the rest of probe function is skipped including pci_set_drvdata().
    Subsequent i40e_shutdown() called during shutdown/reboot dereferences NULL pointer as pci_get_drvdata() returns NULL. To fix call pci_set_drvdata() also during entering to recovery mode. Reproducer: 1) Lets have i40e NIC with firmware in recovery mode 2) Run reboot Result: [ 139.084698] i40e: Intel(R) Ethernet Connection XL710 Network Driver [ 139.090959] i40e: Copyright (c) 2013 - 2019 Intel Corporation. [139.108438] i40e 0000:02:00.0: Firmware recovery mode detected. Limiting functionality. [ 139.116439] i40e 0000:02:00.0: Refer to the Intel(R) Ethernet Adapters and Devices User Guide for details on firmware recovery mode. [ 139.129499] i40e 0000:02:00.0: fw 8.3.64775 api 1.13 nvm 8.30 0x8000b78d 1.3106.0 [8086:1583] [15d9:084a] [ 139.215932] i40e 0000:02:00.0 enp2s0f0: renamed from eth0 [ 139.223292] i40e 0000:02:00.1: Firmware recovery mode detected. Limiting functionality. [ 139.231292] i40e 0000:02:00.1:
    Refer to the Intel(R) Ethernet Adapters and Devices User Guide for details on firmware recovery mode. [139.244406] i40e 0000:02:00.1: fw 8.3.64775 api 1.13 nvm 8.30 0x8000b78d 1.3106.0 [8086:1583] [15d9:084a] [ 139.329209] i40e 0000:02:00.1 enp2s0f1: renamed from eth0 ... [ 156.311376] BUG: kernel NULL pointer dereference, address: 00000000000006c2 [ 156.318330] #PF: supervisor write access in kernel mode [156.323546] #PF: error_code(0x0002) - not-present page [ 156.328679] PGD 0 P4D 0 [ 156.331210] Oops: 0002 [#1] PREEMPT SMP NOPTI [ 156.335567] CPU: 26 PID: 15119 Comm: reboot Tainted: G E 6.2.0+ #1 [ 156.343126] Hardware name: Abacus electric, s.r.o. - servis@abacus.cz Super Server/H12SSW-iN, BIOS 2.4 04/13/2022 [156.353369] RIP: 0010:i40e_shutdown+0x15/0x130 [i40e] [ 156.358430] Code: c1 fc ff ff 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 f3 0f 1e fa 0f 1f 44 00 00 55 48 89 fd 53 48 8b 9f 48 01 00 00 <f0> 80 8b c2 06 00 00 04 f0 80 8b c0 06 00 00 08 48 8d bb 08 08 00 [ 156.377168] RSP: 0018:ffffb223c8447d90 EFLAGS:
    00010282 [ 156.382384] RAX: ffffffffc073ee70 RBX: 0000000000000000 RCX: 0000000000000001 [ 156.389510] RDX: 0000000080000001 RSI: 0000000000000246 RDI: ffff95db49988000 [ 156.396634] RBP: ffff95db49988000 R08:
    ffffffffffffffff R09: ffffffff8bd17d40 [ 156.403759] R10: 0000000000000001 R11: ffffffff8a5e3d28 R12:
    ffff95db49988000 [ 156.410882] R13: ffffffff89a6fe17 R14: ffff95db49988150 R15: 0000000000000000 [156.418007] FS: 00007fe7c0cc3980(0000) GS:ffff95ea8ee80000(0000) knlGS:0000000000000000 [ 156.426083] CS:
    0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 156.431819] CR2: 00000000000006c2 CR3: 00000003092fc005 CR4: 0000000000770ee0 [ 156.438944] PKRU: 55555554 [ 156.441647] Call Trace: [ 156.444096] <TASK> [156.446199] pci_device_shutdown+0x38/0x60 [ 156.450297] device_shutdown+0x163/0x210 [ 156.454215] kernel_restart+0x12/0x70 [ 156.457872] __do_sys_reboot+0x1ab/0x230 [ 156.461789] ? vfs_writev+0xa6/0x1a0 [156.465362] ? __pfx_file_free_rcu+0x10/0x10 [ 156.469635] ? __call_rcu_common.constprop.85+0x109/0x5a0 [156.475034] do_syscall_64+0x3e/0x90 [ 156.478611] entry_SYSCALL_64_after_hwframe+0x72/0xdc [ 156.483658] RIP: 0033:0x7fe7bff37ab7 (CVE-2023-53114)

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

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

  - 在 Firefox 119、Firefox ESR 115.4 和 Thunderbird 115.4 中修复了内存安全缺陷。其中某些错误展示出内存损坏迹象，我们推测如果攻击者进行足够的尝试，则可以利用此漏洞运行任意代码。此漏洞会影响 Firefox < 120、Firefox ESR < 115.5.0 和 Thunderbird < 115.5。(CVE-2023-6212)

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

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

  - 在 Google Chrome 108.0.5359.71 之前版本中，FFmpeg 中存在未初始化使用问题，允许远程攻击者通过构建的 HTML 页面，在沙盒内执行任意代码。（Chromium 安全严重性：中）(CVE-2022-4907)

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

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

  - 在 3.16 至 5.3.2 的 Linux 内核中，AF_AX25 网络模块中的 ax25_create in net/ax25/af_ax25.c 未强制执行 CAP_NET_RAW，这意味着非特权用户可创建原始套接字，也称为 CID-0614e2b73768。(CVE-2019-17052)

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

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

  - drm/scheduler修复屏蔽引用计数。当进程被终止时我们泄漏了依存关系屏蔽。
    除此之外抓取对上一个计划隔离的引用。 (CVE-2022-49829)

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

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

  - Linux 内核 4.20.5 及其之前版本的 KVM 实现中存在信息泄露。(CVE-2019-7222)

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

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

  - 已修复 Linux 内核中的下列漏洞：ppdev: Add an error check in register_device In register_device, the return value of ida_simple_get is unchecked, in witch ida_simple_get will use an invalid index value. To address this issue, index should be checked after ida_simple_get. When the index value is abnormal, a warning message should be printed, the port should be dropped, and the value should be recorded. (CVE-2024-36015)

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

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

  - 在 Linux 内核的 Pressure Stall Information 实现中发现了一个缺陷。虽然默认禁用此功能，但攻击者可利用此功能导致系统崩溃或产生其他内存损坏副作用。(CVE-2022-2938)

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

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

  - 在 4.11 之前的 Linux 内核中，block/blk-cgroup.c 中的 blkcg_init_queue 函数允许本地用户通过触发创建失败造成拒绝服务（双重释放），或者可能造成其他不明影响。(CVE-2018-7480)

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

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

  - 已修复 Linux 内核中的下列漏洞：macvlan: enforce a consistent minimal mtu macvlan should enforce a minimal mtu of 68, even at link creation. This patch avoids the current behavior (which could lead to crashes in ipv6 stack if the link is brought up) $ ip link add macvlan1 link eno1 mtu 8 type macvlan # This should fail ! $ ip link sh dev macvlan1 5: macvlan1@eno1:
    <BROADCAST,MULTICAST> mtu 8 qdisc noop state DOWN mode DEFAULT group default qlen 1000 link/ether 02:47:6c:24:74:82 brd ff:ff:ff:ff:ff:ff $ ip link set macvlan1 mtu 67 Error: mtu less than device minimum.
    $ ip link set macvlan1 mtu 68 $ ip link set macvlan1 mtu 8 Error: mtu less than device minimum.
    (CVE-2022-49776)

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

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

  - Firefox 117、Firefox ESR 115.2 和 Thunderbird 115.2 中存在内存安全缺陷。其中某些错误展示出内存损坏迹象，我们推测如果攻击者进行足够的尝试，则可以利用此漏洞运行任意代码。此漏洞会影响 Firefox < 118、Firefox ESR < 115.3 和 Thunderbird < 115.3。(CVE-2023-5176)

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

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

  - 滥用 connection.serverAuthenticate 通过回调字段 ServerConfig.PublicKeyCallback的应用程序和库可能容易受到授权绕过。ServerConfig.PublicKeyCallback 的文档中称，调用此函数不保证所提供的密钥确实用于身份验证。具体来说，SSH 协议允许客户端在证明对相应私钥的控制权之前查询公钥是否可接受。可以使用多个密钥调用 PublicKeyCallback，但无法使用提供密钥的顺序来推断客户端使用哪个密钥成功通过身份验证（如果有）。某些会存储传递给 PublicKeyCallback 的密钥（或派生信息）并在建立连接后基于该密钥做出安全相关确定的应用程序可能会做出错误假设。例如攻击者可能发送公钥 A 和 B然后使用 A 进行认证。PublicKeyCallback 只会被调用两次第一次使用 A第二次使用 B。然后易受攻击的应用程序可能会根据攻击者使用的密钥 B 制定授权决策实际不控制私钥。由于此 API 遭到广泛滥用，因此作为部分缓解措施，golang.org/x/cry...@v0.31.0 会强制执行以下属性：当通过公钥成功进行身份验证时，最后传递给 ServerConfig.PublicKeyCallback 的密钥是对连接进行身份验证时使用的密钥。如有必要，现在会使用相同的密钥多次调用 PublicKeyCallback。请注意，如果之后使用其他方法（例如 PasswordCallback、KeyboardInteractiveCallback 或 NoClientAuth）对连接进行身份验证，客户端可能仍然无法控制最后一次传递给 PublicKeyCallback 的密钥。用户应使用来自各种身份验证回调的“权限”返回值的 Extensions 字段来记录与身份验证尝试相关的数据，而不是引用外部状态。建立连接后，可通过 ServerConn.Permissions 字段检索与成功的身份验证尝试对应的状态。请注意，某些第三方库通过在身份验证尝试之间共享“权限”类型来加以滥用；使用第三方库的用户应参阅相关项目以获取指导。(CVE-2024-45337)

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

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

  - Firefox 60、Firefox ESR 60 和 Firefox ESR 中存在的内存安全缺陷 52.8。有迹象表明其中某些错误可导致内存损坏，我们推测若攻击者有意操控，就能利用其中部分错误来运行任意代码。此漏洞会影响 Thunderbird < 60、Thunderbird < 52.9、Firefox ESR < 60.1、Firefox ESR < 52.9和 Firefox < 61。(CVE-2018-5188

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

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

  - netusbsmsc75xx限制数据包长度为 skb->len 从 skb 数据检索的数据包长度可能大于实际套接字缓冲区长度最多 9026 字节。在这种情况下向上传递网络堆栈的克隆的 skb 将泄漏内核内存内容。 (CVE-2023-53125)

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

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

  - 在某些系统上，根据图形设置和驱动程序，可能会存在强制越界读取以及内存数据被泄漏到在画布元素上创建的图像中。此漏洞会影响 Firefox < 120、Firefox ESR < 115.5.0 和 Thunderbird < 115.5。(CVE-2023-6204)

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

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

  - 已修复 Linux 内核中的下列漏洞：mm: zswap: fix shrinker NULL crash with cgroup_disable=memory Christian reports a NULL deref in zswap that he bisected down to the zswap shrinker. The issue also cropped up in the bug trackers of libguestfs [1] and the Red Hat bugzilla [2].
    The problem is that when memcg is disabled with the boot time flag, the zswap shrinker might get called with sc->memcg == NULL. This is okay in many places, like the lruvec operations. But it crashes in memcg_page_state() - which is only used due to the non-node accounting of cgroup's the zswap memory to begin with. Nhat spotted that the memcg can be NULL in the memcg-disabled case, and I was then able to reproduce the crash locally as well. [1] https://github.com/libguestfs/libguestfs/issues/139 [2] https://bugzilla.redhat.com/show_bug.cgi?id=2275252 (CVE-2024-35846)

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

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

  - 读取文件时，未初始化的值可能被用作读取限制。此漏洞会影响 Firefox < 113、Firefox ESR < 102.11 和 Thunderbird < 102.11。(CVE-2023-32213)

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

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

  - wifiath12k在调用错误路径中的 ath12k_pci_free_irq() 之前清除关联提示如果由于平台限制驱动程序使用了共享 IRQ则应在 ath12k_pci_msi_alloc() 中分配 IRQ 矢量之后立即设置 IRQ 关联提示。除非请求 IRQ 的函数之一失败并尝试释放 IRQ否则这不会造成任何危害。这可能会以来自 IRQ 核心的警告结束此核心期望在释放 IRQ 之前清除相关性提示 kernel/irq/manage.c: /* make ensureaffinity_hint is clean up */ if (WARN_ON_ONCE(desc-> affinity_hint) desc->affinity_hint = NULL;因此若要修复此问题请在调用错误路径中的 ath12k_pci_free_irq() 之前清除 IRQ 同质提示。由于代码组织的原因将再次清除沿着错误路径向下的关联但这并没有危害。 (CVE-2025-22128)

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

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

  - 已修复 Linux 内核中的下列漏洞：mt76: mt7921: fix possible invalid register access Disable the interrupt and synchronze for the pending irq handlers to ensure the irq tasklet is not being scheduled after the suspend to avoid the possible invalid register access acts when the host pcie controller is suspended. [17932.910534] mt7921e 0000:01:00.0: pci_pm_suspend+0x0/0x22c returned 0 after 21375 usecs [17932.910590] pcieport 0000:00:00.0: calling pci_pm_suspend+0x0/0x22c @ 18565, parent: pci0000:00 [17932.910602] pcieport 0000:00:00.0: pci_pm_suspend+0x0/0x22c returned 0 after 8 usecs [17932.910671] mtk-pcie 11230000.pcie: calling platform_pm_suspend+0x0/0x60 @ 22783, parent: soc [17932.910674] mtk-pcie 11230000.pcie: platform_pm_suspend+0x0/0x60 returned 0 after 0 usecs ...
    17933.615352] x1 : 00000000000d4200 x0 : ffffff8269ca2300 [17933.620666] Call trace: [17933.623127] mt76_mmio_rr+0x28/0xf0 [mt76] [17933.627234] mt7921_rr+0x38/0x44 [mt7921e] [17933.631339] mt7921_irq_tasklet+0x54/0x1d8 [mt7921e] [17933.636309] tasklet_action_common+0x12c/0x16c [17933.640754] tasklet_action+0x24/0x2c [17933.644418] __do_softirq+0x16c/0x344 [17933.648082] irq_exit+0xa8/0xac [17933.651224] scheduler_ipi+0xd4/0x148 [17933.654890] handle_IPI+0x164/0x2d4 [17933.658379] gic_handle_irq+0x140/0x178 [17933.662216] el1_irq+0xb8/0x180 [17933.665361] cpuidle_enter_state+0xf8/0x204 [17933.669544] cpuidle_enter+0x38/0x4c [17933.673122] do_idle+0x1a4/0x2a8 [17933.676352] cpu_startup_entry+0x24/0x28 [17933.680276] rest_init+0xd4/0xe0 [17933.683508] arch_call_rest_init+0x10/0x18 [17933.687606] start_kernel+0x340/0x3b4 [17933.691279] Code: aa0003f5 d503201f f953eaa8 8b344108 (b9400113) [17933.697373] ---[ end trace a24b8e26ffbda3c5 ]--- [17933.767846] Kernel panic - not syncing: Fatal exception in interrupt (CVE-2021-47019)

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

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

  - btrfs修复重新分配节点的 tree mod 日志错误处理我们已经在 fs/btrfs/tree-mod-log.c:677! 的生产内核 BUG 中发现以下错误无效的 opcode0000 [#1] SMP RIP
    0010:tree_mod_log_rewind+0x1b4/0x200 RSP: 0000:ffffc9002c02f890 EFLAGS: 00010293 RAX: 0000000000000003 RBX: ffff8882b448c700 RCX: 0000000000000000 RDX: 0000000000008000 RSI: 00000000000000a7 RDI:
    ffff88877d831c00 RBP: 0000000000000002 R08: 000000000000009f R09: 0000000000000000 R10: 0000000000000000 R11: 0000000000100c40 R12: 0000000000000001 R13: ffff8886c26d6a00 R14: ffff88829f5424f8 R15:
    ffff88877d831a00 FS: 00007fee1d80c780(0000) GS:ffff8890400c0000(0000) knlGS:0000000000000000 CS:0010 DS:
    0000 ES: 0000 CR0: 0000000080050033 CR2: 00007fee1963a020 CR3: 0000000434f33002 CR4: 00000000007706e0 DR0:
    0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 PKRU: 55555554 Call Trace: btrfs_get_old_root+0x12b/0x420 btrfs_search_old_slot+0x64/0x2f0 ? tree_mod_log_oldest_root+0x3d/0xf0 resolve_indirect_ref+0xfd/0x660 ? ulist_alloc+0x31/0x60 kmem_cache_alloc_trace+0x114/0x2c0 find_parent_nodes+0x97a/0x17e0 ? ulist_alloc+0x30/0x60 btrfs_find_all_roots_safe+0x97/0x150 iterate_extent_inodes+0x154/0x370 btrfs_search_path_in_tree+0x240/0x240 iterate_inodes_from_logical+0x98/0xd0 ? btrfs_search_path_in_tree+0x240/0x240 btrfs_ioctl_logical_to_ino+0xd9/0x180 btrfs_ioctl+0xe2/0x2ec0 ?
    __mod_memcg_lruvec_state+0x3d/0x280 ? do_sys_openat2+0x6d/0x140 ? kretprobe_dispatcher+0x47/0x70 ? kretprobe_rethook_handler+0x38/0x50 rethoo_trampoline_handler+0x82/0x140 ? arch_rethook_trampoline_callback+0x3b/0x50 kmem_cache_free+0xfb/0x270 ? do_sys_openat2+0xd5/0x140
    __x64_sys_ioctl+0x71/0xb0 do_syscall_64+0x2d/0x40 这是 tree_mod_log_rewind() 中的代码 switch (tm->op) { case BTRFS_MOD_LOG_KEY_REMOVE_WHILE_FREEINGBUG_ON(tm->slot < n);发生这种情况的原因是我们按事件发生的顺序重放节点而当执行 REPLACE 时将为每个插槽记录 REMOVE_WHILE_FREEING从 0 开始。此处的“n”是此区块中的项目数在本例中为1，但我们有 2 个 REMOVE_WHILE_FREEING 操作。实际的根本原因是我们回放了本不应该回放的区块的操作。考虑以下事件序列 1. 我们有一个已修改的根并且执行 btrfs_get_tree_mod_seq()。 2. 我们开始从此根删除项目从而触发其子插槽的 KEY_REPLACE。 3. 我们删除此根节点指向的 2 个子节点之一，从而触发剩余子节点的根节点升级，并释放此节点。 4. 我们修改一个新的根，并将上述节点重新分配给这个其他根的根节点。树 mod 日志看起来像这样 logical 0 op KEY_REPLACE (slot 1) seq 2logical 0 op KEY_REMOVE (slot 1) seq 3logical 0 op KEY_REMOVE_WHILE_FREEING (slot 0) seq 4logical 4096 op LOG_ROOT_REPLACE (old Logical 0) seq 5logical 8192 op KEY_REMOVE_WHILE_FREEING（插槽 1）seq 6 逻辑 8192 op KEY_REMOVE_WHILE_FREEING（插槽 0）seq 7 逻辑 0 op LOG_ROOT_REPLACE旧逻辑 8192seq 8 >从这里开始以下步骤会触发该缺陷 1. 在 new_root 上调用 btrfs_get_old_root() 。 2. 我们调用当前为逻辑 0 的 tree_mod_log_oldest_root(btrfs_root_node(new_root))。3。
    tree_mod_log_oldest_root() 调用 tree_mod_log_search_oldest()为我们提供 KEY_REPLACE seq 2但由于它不是 LOG_ROOT_REPLACE我们错误地认为没有旧根因为我们预计最近的更改应是 LOG_ROOT_REPLACE。 4. 返回在 tree_mod_log_oldest_root() 中我们没有 LOG_ROOT_REPLACE因此我们不设置 old_root而仅使用 e ---truncated--- (CVE-2022-49898)

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

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

  - Linux 内核中发现缺陷。drivers/net/wireless/marvell/mwifiex/ie.c 中的 mwifiex_uap_parse_tail_ies 函数中存在基于堆的缓冲区溢出，可能会造成内存损坏，并可能造成其他后果。(CVE-2019-10126)

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

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

  - wificfg80211在释放 wiphy 之前取消 wiphy_work wiphy_work 可从 wiphy 分配和初始化即 wiphy_new_nm 时起排队。当 wiphy_work 排队时rdev::wiphy_work 也会排队。如果在 rdev::wiphy_work 有机会运行之前调用 wiphy_free则 wiphy 内存将被释放然后在它最终开始运行时将使用无效的内存。通过在释放 wiphy 之前取消作业来修复此问题。 (CVE-2025-21979)

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

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

  - Miniflux 是一个 feed 源阅读器。由于 /proxy/* 路由上的内容安全策略较弱因此攻击者可绕过媒体代理的 CSP并在新选项卡/窗口中打开外部图像时执行跨站脚本。为缓解此漏洞媒体代理的 CSP 已从 default-src“self”更改为 default-src“none” form-action 'none'; sandbox;。此漏洞已在 2.2.7 中修复。
    (CVE-2025-31483)

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

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

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

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

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

  - 之前 5.3.9 版本的 Linux 内核中 sound/soc/sof/debug.c 内的 sof_dfsentry_write() 函数中的内存泄漏问题允许攻击者造成拒绝服务内存消耗即 CID-c0a333d842ef。
    (CVE-2019-18812)

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

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

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

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

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

  - netdsa探测失败时释放路由表如果 dsa_tree_setup() 中的 complete = true则表示我们是树中成功探测的最后一个交换机并且应从探测路径设置所有交换机。complete 为真后dsa_tree_setup_cpu_ports() 或任何后续函数可能会失败。如果发生这种情况则整个树状结构的设置就陷入危险: 前 N-1 台交换机已成功完成探测(除了在树的 dst->ports可能还有 dst->rtable 中分配持久性内存之外什么也不做)并且交换机 N 发生故障以在对用户 PoV 产生任何明显影响之前结束树设置过程。如果交换机 N 探测失败其内存端口将被释放并从 dst->ports 中删除。
    但是由 dsa_link_touch() 创建的指向其端口的 dst->rtable 元素将保留在此处取消引用将导致释放后使用。如果 dsa_tree_setup_switches() 返回
    -EPROBE_DEFER这是完全可能的因为这是 ds->ops->setup() 所在的位置我们会得到如下所示的 kasan 报告==================== ============================================== 缺陷KASAN slab-use-after-free in mv88e6xxx_setup_upstream_port+0x240/0x568 Read of size 8 at addr ffff000004f56020 by task kworker/u8:3/42 Call trace: __asan_report_load8_noabort+0x20/0x30 mv88e6xxx_setup_upstream_port+0x240/0x568 mv88e6xxx_setup+0xebc/0x1eb0 dsa_register_switch+0x1af4 /0x2ae0 mv88e6xxx_register_switch+0x1b8/0x2a8 mv88e6xxx_probe+0xc4c/0xf60 mdio_probe+0x78/0xb8 real_probe+0x2b8/0x5a8 __driver_probe_device+0x164/0x298 driver_probe_device+0x78/0x258
    __device_attach_driver+0x274/0x350 由任务 42 分配__kasan_kmalloc+0x84/0xa0
    __kmalloc_cache_noprof+0x298/0x490 dsa_switch_touch_ports+0x174/0x3d8 dsa_register_switch+0x800/0x2ae0 mv88e6xxx_register_switch+0x1b8/0x2a8 mv88e6xxx_probe+0xc4c/0xf60 mdio_probe+0x78/0xb8 really_probe+0x2b8/0x5a8 __driver_probe_device+0x164/0x298 driver_probe_device+0x78/0x258
    __device_attach_driver+0x274/0x350 Freed by task 42: __kasan_slab_free+0x48/0x68 kfree+0x138/0x418 dsa_register_switch+0x2694/0x2ae0 mv88e6xxx_register_switch+0x1b8/0x2a8 mv88e6xxx_probe+0xc4c/0xf60 mdio_probe+0x78/0xb8 really_probe+0x2b8/0x5a8 __driver_probe_device+0x164/0x298 driver_probe_device+0x78/0x258 __device_attach_driver+0x274/0x350 修复此缺陷的最简单方法是删除整个路由表。即使我们删除了端口之间的链接而不是交换机 N 的链接dsa_tree_setup_routing_table() 在重新生成该链接时也没有问题因为 dsa_link_touch() 首先检查 dst->rtable 中是否已存在端口对如果不存在则进行分配。dsa_tree_teardown() 中已存在完整的路由表删除因此将其重构到也可以从树设置错误路径中调用的函数中。根据我对故障提交的分析，问题原因是 dsa_link 元素添加到 dst->rtable 中。在此之前每个交换机都有自己的 ds->rtable当交换机探测失败时该表会释放。但是树可能是持久性内存。 (CVE-2025-37786)

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

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

  - 已修复 Linux 内核中的下列漏洞：net: ethtool: pse-pd: Fix possible null-deref Fix a possible null dereference when a PSE supports both c33 and PoDL, but only one of the netlink attributes is specified. The c33 or PoDL PSE capabilities are already validated in the ethnl_set_pse_validate() call. (CVE-2024-43836)

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

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

  - mpls在 mpls_route_input_rcu() 中使用 rcu_dereference_rtnl()。如 syzbot 报告 [0]可从 mpls_getroute() 调用 mpls_route_input_rcu()其中 位于 RTNL 下。 net->mpls.platform_label 仅在 RTNL 下更新。可以使用 mpls_route_input_rcu() 中的 rcu_dereference_rtnl() 来关闭 splat。 [0]警告
    可疑的 RCU 使用 6.15.0-rc7-syzkaller-00082-g5cdb2c77c4c3 #0 未受感染 ---------------------------- net/mpls/ af_mpls.c:84 个可疑的 rcu_dereference_check() 使用情况可能有助于我们调试的其他信息
    rcu_scheduler_active = 2、debug_locks = 1 1 由 syz.2.4451/17730 保持的锁定 #0: ffffffff9012a3e8 (rtnl_mutex){+.+.}-{4:4}位于 rtnl_lock net/core/rtnetlink.c:80 [inline ] #0ffffffff9012a3e8 (rtnl_mutex){+.+.}-{4:4}位于 rtnetlink_rcv_msg+0x371/0xe90 net/core/rtnetlink.c:6961 堆栈回溯
    CPU1 UID 0 PID 17730 Commsyz.2.4451 Not tainted 6.15.0-rc7-syzkaller-00082-g5cdb2c77c4c3 #0 PREEMPT(full) 硬件名称Google Google Compute Engine/Google Compute Engine、BIOS Google 05/07 /2025 调用跟踪 <TASK> __dump_stack lib/dump_stack.c:94 [inline] dump_stack_lvl+0x16c/0x1f0 lib/dump_stack.c:120 lockdep_rcu_suspicious+0x166/0x260 kernel/locking/lockdep.c:6865 mpls_route_input_rcu+0x1d4/0x200 net /mpls/af_mpls.c:84 mpls_getroute+0x621/0x1ea0 net/mpls/af_mpls.c:2381 rtnetlink_rcv_msg+0x3c9/0xe90 net/core/rtnetlink.c:6964 netlink_rcv_skb+0x16d/0x440 net/netlink/af_netlink.c:2534 netlink_unicast_kernel net/netlink/af_netlink.c:1313 [内联] netlink_unicast+0x53a/0x7f0 net/netlink/af_netlink.c:1339 netlink_sendmsg+0x8d1/0xdd0 net/netlink/af_netlink.c:1883 sock_sendmsg_nosec net/socket.c:712 [ inline] __sock_sendmsg net/socket.c:727 [inline]____sys_sendmsg+0xa98/0xc70 net/socket.c:2566 ___sys_sendmsg+0x134/0x1d0 net/socket.c:2620
    __sys_sendmmsg+0x200/0x420 net/socket.c:2709 __do_sys_sendmmsg net/socket.c:2736 [内联]
    __se_sys_sendmmsg net/socket.c:2733 [内联] __x64_sys_sendmmsg+0x9c/0x100 net/socket.c:2733 do_syscall_x64 arch/x86/entry/syscall_64.c:63 [内联] do_syscall_64+0xcd/0x230 arch/x86/entry/syscall_64 .c:94 entry_SYSCALL_64_after_hwframe+0x77/0x7f RIP: 0033:0x7f0a2818e969 Code: ff ff c3 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 40 00 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 01 f0 ff ff 73 01 c3 48 c7 c1 a8 ff ff ff f7 d8 64 89 01 48 RSP
    002b00007f0a28f52038 EFLAGS00000246 ORIG_RAX0000000000000133 RAXffffffffffffffda RBX
    00007f0a283b5fa0 RCX: 00007f0a2818e969 RDX: 0000000000000003 RSI: 0000200000000080 RDI: 0000000000000003 RBP: 00007f0a28210ab1 R08: 0000000000000000 R09: 0000000000000000 R10: 0000000000000000 R11:
    0000000000000246 R120000000000000000 R130000000000000000 R14: 00007f0a283b5fa0 R15: 00007ffce5e9f268 </TASK> (CVE-2025-38324)

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

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

  - 已修复 Linux 内核中的下列漏洞：drivers/perf: hisi_pcie: Fix out-of-bound access when valid event group The perf tool allows users to create event groups through following cmd [1], but the driver does not check whether the array index is out of bounds when writing data to the event_group array. If the number of events in an event_group is greater than HISI_PCIE_MAX_COUNTERS, the memory write overflow of event_group array occurs. Add array index check to fix the possible array out of bounds violation, and return directly when write new events are written to array bounds. There are 9 different events in an event_group. [1] perf stat -e '{pmu/event1/, ... ,pmu/event9/}' (CVE-2024-38569)

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

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

  - arm64cacheinfo修复了将有符号的错误值未正确分配给无符号的 fw_level 虽然 acpi_find_last_cache_level() 始终返回有符号的值且文档声明其将返回因缺少 PPTT 表而导致的任何错误但之前其从未返回过负值。提交 0c80f9e165f8ACPIPPTT保留运行时使用情况的映射表但通过在未找到 PPTT 时返回 -ENOENT对其进行了更改。acpi_find_last_cache_level() 返回的值随后会分配给 unsigned fw_level。这样做会导致将缓存叶子数错误地计算为很大的值然后导致来自 __alloc_pages 的以下警告因为顺序将大于 MAX_ORDER这是因为不正确的和巨大的缓存叶子值。 |警告CPU0 PID 1 at mm/page_alloc.c:5407
    | __alloc_pages+0x74/0x314 |中链接的模块| CPU0 PID1 Commswapper/0 未受感染5.19.0-10393-g7c2a8d3ac4c0 #73 | | | pstate20000005 (nzCv daif -PAN -UAO -TCO -DIT -SSBS BTYPE=--) | pc
    | __alloc_pages+0x74/0x314 | lr alloc_pages+0xe8/0x318 |调用跟踪| __alloc_pages+0x74/0x314 | alloc_pages+0xe8/0x318 | alloc_pages+0xe8/0x318 kmalloc_order_trace+0x68/0x1dc| | __kmalloc+0x240/0x338 | detect_cache_attributes+0xe0/0x56c | | detect_cache_attributes+0xe0/0x56c | update_siblings_masks+0x38/0x284 | | store_cpu_topology+0x78/0x84 | | smp_prepare_cpus+0x48/0x134 | | kernel_init_freeable+0xc4/0x14c | kernel_init_freeable+0xc4/0x14c | kernel_init+0x2c/0x1b4 | kernel_init+0x2c/0x1b4 ret_from_fork+0x10/0x20 通过将 fw_level 更改为有符号的整数修复此问题并在出错时及早从 init_cache_level() 返回错误。 (CVE-2022-49964)

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

ID	名称	严重性
246582	Linux Distros 未修补的漏洞：CVE-2024-26617	high
246581	Linux Distros 未修补的漏洞：CVE-2025-7519	medium
246580	Linux Distros 未修补的漏洞：CVE-2025-22001	medium
246579	Linux Distros 未修补的漏洞：CVE-2024-47606	critical
246578	Linux Distros 未修补的漏洞：CVE-2017-15116	medium
246577	Linux Distros 未修补的漏洞：CVE-2022-21351	high
246576	Linux Distros 未修补的漏洞：CVE-2021-46994	medium
246575	Linux Distros 未修补的漏洞：CVE-2025-23144	medium
246574	Linux Distros 未修补的漏洞：CVE-2024-43818	medium
246573	Linux Distros 未修补的漏洞：CVE-2024-38572	high
246572	Linux Distros 未修补的漏洞：CVE-2022-49423	medium
246571	Linux Distros 未修补的漏洞：CVE-2025-38272	medium
246570	Linux Distros 未修补的漏洞：CVE-2025-21577	medium
246569	Linux Distros 未修补的漏洞：CVE-2021-2076	medium
246568	Linux Distros 未修补的漏洞：CVE-2025-23138	high
246567	Linux Distros 未修补的漏洞：CVE-2022-49902	medium
246566	Linux Distros 未修补的漏洞：CVE-2020-26147	medium
246565	Linux Distros 未修补的漏洞：CVE-2025-37869	high
246564	Linux Distros 未修补的漏洞：CVE-2025-22075	medium
246563	Linux Distros 未修补的漏洞：CVE-2023-53114	medium
246562	Linux Distros 未修补的漏洞：CVE-2023-6212	high
246561	Linux Distros 未修补的漏洞：CVE-2022-4907	high
246560	Linux Distros 未修补的漏洞：CVE-2019-17052	low
246559	Linux Distros 未修补的漏洞：CVE-2022-49829	high
246558	Linux Distros 未修补的漏洞：CVE-2019-7222	medium
246557	Linux Distros 未修补的漏洞：CVE-2024-36015	medium
246556	Linux Distros 未修补的漏洞：CVE-2022-2938	high
246555	Linux Distros 未修补的漏洞：CVE-2018-7480	high
246554	Linux Distros 未修补的漏洞：CVE-2022-49776	high
246553	Linux Distros 未修补的漏洞：CVE-2023-5176	critical
246552	Linux Distros 未修补的漏洞：CVE-2024-45337	critical
246551	Linux Distros 未修补的漏洞：CVE-2018-5188	critical
246550	Linux Distros 未修补的漏洞：CVE-2023-53125	high
246549	Linux Distros 未修补的漏洞：CVE-2023-6204	medium
246548	Linux Distros 未修补的漏洞：CVE-2024-35846	medium
246547	Linux Distros 未修补的漏洞：CVE-2023-32213	high
246546	Linux Distros 未修补的漏洞：CVE-2025-22128	medium
246545	Linux Distros 未修补的漏洞：CVE-2021-47019	medium
246544	Linux Distros 未修补的漏洞：CVE-2022-49898	high
246543	Linux Distros 未修补的漏洞：CVE-2019-10126	critical
246542	Linux Distros 未修补的漏洞：CVE-2025-21979	high
246541	Linux Distros 未修补的漏洞：CVE-2025-31483	medium
246540	Linux Distros 未修补的漏洞：CVE-2023-22097	medium
246539	Linux Distros 未修补的漏洞：CVE-2019-18812	high
246538	Linux Distros 未修补的漏洞：CVE-2022-21440	medium
246537	Linux Distros 未修补的漏洞：CVE-2025-37786	medium
246536	Linux Distros 未修补的漏洞：CVE-2024-43836	medium
246535	Linux Distros 未修补的漏洞：CVE-2025-38324	medium
246534	Linux Distros 未修补的漏洞：CVE-2024-38569	high
246533	Linux Distros 未修补的漏洞：CVE-2022-49964	medium

检测

Nessus 的 Misc. 系列

high

medium

medium

critical

medium

high

medium

medium

medium

high

medium

medium

medium

medium

high

medium

medium

high

medium

medium

high

high

low

high

medium

medium

high

high

high

critical

critical

critical

high

medium

medium

high

medium

medium

high

critical

high

medium

medium

high

medium

medium

medium

medium

high

medium