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

  - 在 Linux 内核 5.11.8 及之前的所有版本中发现一个问题。攻击者可以借此造成拒绝服务（死锁），这是因为 exit 可能正在等待停放 SQPOLL 线程，而同时 SQPOLL 线程正在等待信号启动，也称为 CID-3ebba796fa25。(CVE-2021-28951)

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

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

  - spufs修复 spufs_create_context() 中的泄漏2008 年的泄漏修复缺失一种情况 - 如果我们尝试设置相关性并且 spufs_mkdir() 失败我们需要终止对邻居的引用。 (CVE-2025-22071)

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

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

  - wifiath11k修复 ar->arvifs 列表中的节点损坏在当前 WLAN 恢复代码流中ath11k_core_halt() 仅重新初始化 arvifs 列表头。这将导致紧随列表头之后的列表节点变为无效的列表节点。因为该节点的上一个节点仍指向列表头 arvifs但列表头 arvifs 的下一个不再指向该列表节点。如果执行 vif 删除期间发生 WLAN 恢复并且其发生在 ath11k_mac_op_remove_interface() 中的 spin_lock_bh(&ar->data_lock) 之前list_del() 将检测上述情况并因此触发内核恐慌。修复为在 WLAN 暂停期间删除并重新初始化列表标头 arvif 中的所有 vif 列表节点。重新初始化以使列表节点有效从而确保 ath11k_mac_op_remove_interface() 中的 list_del() 可以正常执行。调用跟踪
    __list_del_entry_valid_or_report+0xb8/0xd0 ath11k_mac_op_remove_interface+0xb0/0x27c [ath11k] drv_remove_interface+0x48/0x194 [mac80211] ieee80211_do_stop+0x6e0/0x844 [mac80211] ieee80211_stop+0x44/0x17c [mac80211] __dev_close_many+0xac/0x150 __dev_change_flags+0x194/0x234 dev_change_flags+0x24 /0x6c devinet_ioctl+0x3a0/0x670 inet_ioctl+0x200/0x248 sock_do_ioctl+0x60/0x118 sock_ioctl+0x274/0x35c __arm64_sys_ioctl+0xac/0xf0 invoke_syscall+0x48/0x114 ... 已在QCA6698AQ hw2.1 PCI WLAN.HSP.1.1-04591-QCAHSPSWPL_V1_V2_SILICONZ_IOE-1 上进行测试 (CVE-2025-38293)

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

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

  - 适用于 Linux 的 NVIDIA 显示驱动程序在 Virtual GPU Manager 中存在一个漏洞，该漏洞未检查空指针取消引用的返回值，从而可能导致拒绝服务。
    (CVE-2022-34675)

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

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

  - Linux 内核 5.13.4 及之前的所有版本中，drivers/net/usb/hso.c 中的 hso_free_net_device 在调用 unregister_netdev 时未检查 NETREG_REGISTERED 状态，从而导致释放后使用和双重释放。
    (CVE-2021-37159)

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

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

  - 在视频驱动程序的 Android 内核中，存在因 WARN_ON 语句导致的内核指针泄漏。这可能导致信息泄露，并需要系统执行权限。无需用户交互即可利用漏洞。(CVE-2019-9455)

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

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

  - 在 Drupal Core 版本中低于 7.x 的 7.62、低于 8.6.x 的 8.6.6 和低于 8.5.x 的 8.5.9Drupal 核心使用第三方 PEAR Archive_Tar 库。此库发布了一个安全更新，会影响到某些 Drupal 配置。请参阅 CVE-2018-1000888 以了解详细信息 (CVE-2019-6338)

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

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

  - Bluetoothhci_core修复 vhci_flush() 中的释放后使用 syzbot 报告在 vhci_flush() 中无重现的释放后使用。 [0] 从 splat 可以发现当另一个线程上的 iotcl() 使用其设备时线程 close()da vhci 文件描述符。释放最后一个 fd refcnt 后vhci_release() 会调用 vhci_data 结构的 hci_unregister_dev()、hci_free_dev() 和 kfree()其被设置为 hci_dev->dev->driver_data。问题是在取消 hdev 与 hci_unregister_dev() 中的 hci_dev_list 的链接之后并无同步。可能有另一个线程仍在访问在取消链接操作之前提取的 hdev。我们可以使用 SRCU 进行此类同步。让我们在 SRCU 下运行 hci_dev_reset() 并在 hci_unregister_dev() 中等待其完成。另一个选项是还原 hci_dev->destruct()其已在提交 587ae086f6e4蓝牙删除未使用的 hci-destruct cb中删除。但是这不是一个好的解决方案因为存在处理中的 ioctl() 请求时我们不应运行 hci_unregister_dev()这样可导致另一个数据争用 KCSAN splat。请注意其他驱动程序似乎也存在相同的问题例如 virtbt_remove()。 [0]BUGKASANskb_queue_empty_lockless include/linux/skbuff.h:1891 [inline] BUGKASANskb_queue_purge_reason+0x99/0x360 net/core/ 中存在 slab-use-after-free skbuff.c:3937 由任务 syz.1.219/6718 CPU:1 UID:0 PID:6718 Comm:syz.1.219 未受感染 6.16.0-rc1-syzkaller-00196-g08207f42d3ff #0 PREEMPT(完整) 硬件名称Google Google Compute Engine/Google Compute EngineBIOS Google 05/07/2025 调用跟踪 <TASK> dump_stack_lvl+0x189/0x250 lib/dump_stack.c:120 print_address_description mm/kasan/report.c:408 [内联] print_report+0xd2/0x2b0 mm/kasan/report.c:521 kasan_report+0x118/0x150 mm/kasan/report.c:634 skb_queue_empty_lockless include/linux/skbuff.h:1891 [内联] skb_queue_purge_reason+0x99/0x360 net/core /skbuff.c:3937 skb_queue_purge include/linux/skbuff.h:3368 [内联] vhci_flush+0x44/0x50 drivers/bluetooth/hci_vhci.c:69 hci_dev_do_reset net/bluetooth/hci_core.c:552 [内联] hci_dev_reset+0x420/ 0x5c0 net/bluetooth/hci_core.c :592 sock_do_ioctl+0xd9/0x300 net/socket.c:1190 sock_ioctl+0x576/0x790 net/socket.c:1311 vfs_ioctl fs/ioctl.c:51 [内联] __do_sys_ioctl fs/ioctl.c:907 [内联]
    __se_sys_ioctl+0xf9/0x170 fs/ioctl.c:893 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:0x7fcf5b98e929 代码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 04c <48> [2f d0 4c ] 01 f0 ff ff 73 01 c3 48 c7 c1 a8 ff ff ff f7 d8 64 89 01 48 RSP002b:00007fcf5c7b9038 EFLAGS: 00000246 ORIG_RAX: 0000000000000010 RAX: ffffffffffffffda RBX
    00007fcf5bbb6160 RCX: 00007fcf5b98e929 RDX: 0000000000000000 RSI: 00000000400448cb RDI: 0000000000000009 RBP: 00007fcf5ba10b39 R08: 0000000000000000 R09: 0000000000000000 R10: 0000000000000000 R11:
     R120000000000000246  : 0000000000000000 R13: 0000000000000000 R14: 00007fcf5bbb6160 R15: 00007ffd6353d528 </TASK> Allocated by task 6535: kasan_save_stack mm/kasan/common.c:47 [inline] kasan_save_track+0x3e/0x80 mm/kasan/common.c: 68poison_kmalloc_redzone mm/kasan/common.c:377 [内联] __kasan_kmalloc+0x93/0xb0 mm/kasan/common.c:394 kasan_kmalloc include/linux/kasan.h:260 [内联] __kmalloc_cache_noprof+0x230/0x3d0 mm/slub。 c:4359 kmalloc_noprof include/linux/slab.h:905 [内联] kzalloc_noprof include/linux/slab.h:1039 [内联] vhci_open+0x57/0x360 drivers/bluetooth/hci_vhci.c:635 misc_open+0x2bc/0x330 drivers/ char/misc.c:161 chrdev_open+0x4c9/0x5e0 fs/char_dev.c:414 do_dentry_open+0xdf0/0x1970 fs/open.c:964 vfs_open+0x3b/0x340 fs/open.c:1094 do_open fs/namei.c 3887 [inline] path_openat+0x2ee5/0x3830 fs/name ---truncated--- (CVE-2025-38250)

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

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

  - OpenCV 是一个开源计算机视觉库。 4.12.0 之前的版本在堆栈上有一个未初始化的指针变量可能会在读取特制的 JPEG 图像时导致任意堆缓冲区写入。 4.12.0 版本修复了此漏洞。 (CVE-2025-53644)

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

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

  - 已修复 Linux 内核中的下列漏洞：ASoC: fsl: fsl_qmc_audio: Check devm_kasprintf() returned value devm_kasprintf() can return a NULL pointer on failure but this returned value is not checked. Fix this lack and check the returned value. (CVE-2024-42298)

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

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

  - 在 2.25.0 之前（2.16.9 LTS 之前及 2.7.18 LTS 之前）的 Mbed TLS 中发现了一个问题。mbedtls_mpi_exp_mod 执行的计算不受限制；因此，在生成 Diffie-Hellman 密钥对时，提供过大参数可能会导致拒绝服务。(CVE-2020-36475)

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

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

  - mm/migrate_device不将要释放的 folio 添加到 migrate_device_finalize() 中的 LRU 如果迁移成功我们会调用 folio_migrate_flags()->mem_cgroup_migrate() 以将 memcg 从旧 folio 迁移到新 folio。
    这会将旧作品集的 memcg_data 设置为 0。同样，如果迁移失败，dst folio 的 memcg_data 也不会设置。如果对此类 folio (memcg_data == 0) 调用 folio_putback_lru()会将要释放的 folio 添加到 LRU从而造成 memcg 代码不良。运行 hmm selftests# ./hmm-tests ... # RUN hmm.hmm_device_private.migrate ... [ 102.078007][T14893] pagerefcount:1 mapcount:0 mapping:0000000000000000 index:0x7ff27d200 pfn:0x13cc00 [ 102.079974][T14893] 匿名标记
    0x17ff00000020018uptodate|dirty|swapbacked|node=0|zone=2| []lastcpupid=0x7ff[ [ 102.082037][T14893] raw
    017ff00000020018 dead000000000100 dead000000000122 ffff8881353896c9 [ 102.083687][T14893] raw
    00000007ff27d200 0000000000000000 00000001ffffffff 0000000000000000 [ 102.085331][T14893] 页面已转储原因 VM_WARN_ON_ONCE_FOLIO(!memcg && !mem_cgroup_disabled()) [ 102.087230][----T14893] cut here ----] ------------ [ 102.088279][T14893] 警告CPU:0 PID: 14893 at ./include/linux/memcontrol.h:726 folio_lruvec_lock_irqsave+0x10e/0x170 [ 102.090478][T14893] 模块中链接的模块[ 102.091244][T14893] CPU
    0 UID: 0 PID: 14893 Comm: hmm-tests Not tainted 6.13.0-09623-g6c216bc522fd #151 [ 102.093089][T14893] Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS 1.16.3 -2.fc40 04/01/2014 [ 102.094848][T14893] RIP0010:folio_lruvec_lock_irqsave+0x10e/0x170 [ 102.096104][T14893] Code:... [ 102.099908][T14893] RSP
    0018:ffffc900236c37b0 EFLAGS00010293 [ 102.101152][T14893] RAX: 0000000000000000 RBX: ffffea0004f30000 RCX: ffffffff8183f426 [ 102.102684][T14893] RDX: ffff8881063cb88ff1063cb88ff1
    ffff8881063cb880 [ 102.104227][T14893] RBP: 0000000000000000 R08: 0000000000000005 R09: 0000000000000000 [102.105757][T14893] R10: 0000000000000001 R11: 0000000000000002 R12: ffffc900236c37d8 [102.107296][T14893] R13: ffff888277a2bcb0 R14: 000000000000001f R15: 0000000000000000 [102.108830][T14893] FS: 00007ff27dbdd740(0000) GS:ffff888277a00000(0000) knlGS:0000000000000000 [102.110643][T14893] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 102.111924][T14893] CR2:
    00007ff27d400000 CR3: 000000010866e000 CR4: 0000000000750ef0 [ 102.113478][T14893] PKRU: 55555554 [102.114172][T14893] 调用跟踪 [ 102.114805][T14893] <TASK> [ 102.115397][T14893] ? folio_lruvec_lock_irqsave+0x10e/0x170 [ 102.116547][T14893] ? __warn.cold+0x110/0x210 [102.117461][T14893] ? folio_lruvec_lock_irqsave+0x10e/0x170 [ 102.118667][T14893] ? report_bug+0x1b9/0x320 [ 102.119571][T14893] ? handle_bug+0x54/0x90 [ 102.120494][T14893] ? exc_invalid_op+0x17/0x50 [102.121433][T14893] ? asm_exc_invalid_op+0x1a/0x20 [ 102.122435][T14893] ?
    __wake_up_klogd.part.0+0x76/0xd0 [ 102.123506][T14893] ? dump_page+0x4f/0x60 [ 102.124352][T14893] ? folio_lruvec_lock_irqsave+0x10e/0x170 [ 102.125500][T14893] folio_batch_move_lru+0xd4/0x200 [102.126577][T14893] ? __pfx_lru_add+0x10/0x10 [ 102.127505][T14893] __folio_batch_add_and_move+0x391/0x720 [ 102.128633][T14893] ? __pfx_lru_add+0x10/0x10 [ 102.129550][T14893] folio_putback_lru+0x16/0x80 [102.130564][T14893] migrate_device_finalize+0x9b/0x530 [ 102.131640][T14893] dmirror_migrate_to_device.constprop.0+0x7c5/0xad0 [ 102.133047][T14893] dmirror_fops_unlocked_ioctl+0x89b/0xc80 可能不会有其他问题放置最后的 folio 引用将再次从 LRU 中删除 folio。因此除了 memcg 抱怨之外将要释放的 folio 添加到 LRU 只是一个不必要的步骤。新的流与 migrate_folio_move() 中的流类似将 dst 添加到 lru、rem ---truncated--- (CVE-2025-21861)

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

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

  - ttyserial修复 ucc_uart.c 中的 refcount 泄漏缺陷。在 soc_info() 中of_find_node_by_type() 将返回 refcount 增加的节点指针。应在不再使用 of_node_put() 时使用该函数。
    (CVE-2022-50019)

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

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

  - 已修复 Linux 内核中的下列漏洞：net: marvell: prestera: fix memory leak in prestera_rxtx_switch_init() When prestera_sdma_switch_init() failed, the memory pointed to by sw->rxtx isn't released. Fix it. Only be compiled, not be tested. (CVE-2022-49857)

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

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

  - s390/pkey防止 memdup_user() 变量中包含的 apqn 目标列表条目数量由用户空间通过 ioctl 调用确定因此传递到 memdup_user() 的大小计算中乘积的结果可能会溢出。在这种情况下，已分配区域的实际大小和描述该区域的值将不同步，从而导致之后出现各种类型的不可预测行为。使用正确的 memdup_array_user() 辅助函数其在检测到溢出时会返回错误。请注意这与 nr_apqns 最初为零的情况不同 - 后一种情况被视为有效且应在后续的 pkey_handler 实现中进行处理。由 Linux 验证中心 (linuxtesting.org) 发现。
    (CVE-2025-38257)

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

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

  - 已修复 Linux 内核中的下列漏洞：mm/vma: add give_up_on_oom option on modify/merge, use in uffd release Currently, if a VMA merge fails due to an OOM condition arising on commit merge or a failure to duplicate anon_vma's, we report this so the caller can handle it. However there are cases where the caller is only ostensibly trying a merge, and doesn't mind if it fails due to this condition. Since we do not want to introduce an implicit assumption that we only actually modify VMAs after OOM conditions might arise, add a 'give up on oom' option and make an explicit contract that, should this flag be set, we absolutely will not modify any VMAs should OOM arise and just bail out. Since it'd be very unusual for a user to try to vma_modify() with this flag set but be specifying a range within a VMA which ends up being split (which can fail due to rlimit issues, not only OOM), we add a debug warning for this condition. The motivating reason for this is uffd release - syzkaller (and Pedro Falcato's VERY astute analysis) found a way in which an injected fault on allocation, triggering an OOM condition on commit merge, would result in uffd code becoming confused and treating an error value as if it were a VMA pointer. To avoid this, we make use of this new VMG flag to ensure that this never occurs, utilising the fact that, should we be clearing entire VMAs, we do not wish an OOM event to be reported to us. Many thanks to Pedro Falcato for his excellent analysis and Jann Horn for his insightful and intelligent analysis of the situation, both of whom were instrumental in this fix. (CVE-2025-37760)

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

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

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

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

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

  - drmzynqmp_dp修复 zynqmp_dp_ignore_hpd_set() 中的死锁而不是尝试相同的互斥体两次而是锁定和解锁它。Clang 线程安全分析器已检测到此缺陷。 (CVE-2025-22098)

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

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

  - 已修复 Linux 内核中的下列漏洞：firmware_loader: Fix memory leak in firmware upload In the case of firmware-upload, an instance of struct fw_upload is allocated in firmware_upload_register(). This data needs to be freed in fw_dev_release(). Create a new fw_upload_free() function in sysfs_upload.c to handle the firmware-upload specific memory frees and incorporate the missing kfree call for the fw_upload structure. (CVE-2022-49949)

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

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

  - mediavenushfi_parser重构 hfi 数据包解析逻辑 words_count 表示总负载中的字数而 data 则指向其中各种属性的负载。当 words_count 达到最后一个字时数据可访问超出总负载的内存。这可导致 OOB 访问。通过此修补程序用于处理单个属性的 api 实用工具现在会返回消耗的数据大小。因此系统会在解析负载之前计算剩余字节从而消除 OOB 访问的可能性。 (CVE-2025-23156)

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

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

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

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

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

  - 返回寄存器遭到改写，这可允许攻击者执行任意代码。*注意：*此问题仅影响 Armv7-A 系统。其他操作系统不受影响。此漏洞会影响 Firefox < 124、Firefox ESR < 115.9 和 Thunderbird < 115.9。(CVE-2024-2607)

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

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

  - Oracle MySQL 的 MySQL Client 产品中的漏洞组件客户端 mysqldump。支持的版本中受影响的是 8.0.39 和较早版本、8.4.2 和较早版本以及 9.0.1 和较早版本。可轻松利用的漏洞允许高权限攻击者通过多种协议进行网络访问从而破坏 MySQL Client。成功攻击此漏洞可导致在未经授权的情况下更新、插入或删除某些 MySQL 客户端可访问数据的访问权限以及对 MySQL 客户端可访问数据子集进行未经授权的读取访问。 (CVE-2024-21247)

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

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

  - maple_tree修复 mas_preallocate() 中的 MA_STATE_PREALLOC 标记在明确请求分配时临时清除预分配标记。预先存在的分配已计入通过 mas_node_count_gfp() 进行的请求中但如果设置了 MA_STATE_PREALLOC 标记则这些分配将不会发生。
    此标记用于避免在批量分配模式下进行重新分配并检测预分配计算的问题。还应始终在零分配上设置 MA_STATE_PREALLOC 标记以便下溢分配检测在消耗期间打印 WARN_ON()。此缺陷的用户可见影响是生成 WARN_ON()然后是忽略更多节点的后续请求时的空指针取消引用例如驱动程序更改 vma 标记在 mmap_region() 中造成的 vma 合并重试v6 中会发生.6至少 (CVE-2025-38364

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

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

  - 已修复 Linux 内核中的下列漏洞：net: Make tcp_allowed_congestion_control readonly in non-init netns Currently, tcp_allowed_congestion_control is global and writable; writing to it in any net namespace will leak into all other net namespaces.
    tcp_available_congestion_control and tcp_allowed_congestion_control are the only sysctls in ipv4_net_table (the per-netns sysctl table) with a NULL data pointer; their handlers (proc_tcp_available_congestion_control and proc_allowed_congestion_control) have no other way of referencing a struct net. Thus, they operate globally. Because ipv4_net_table does not use designated initializers, there is no easy way to fix up this one bad table entry. However, the data pointer updating logic shouldn't be applied to NULL pointers anyway, so we instead force these entries to be read-only. These sysctls used to exist in ipv4_table (init-net only), but they were moved to the per-net ipv4_net_table, presumably without realizing that tcp_allowed_congestion_control was writable and thus introduced a leak. Because the intent of that commit was only to know (i.e. read) which congestion algorithms are available or allowed, this read-only solution should be sufficient. The logic added in recent commit 31c4d2f160eb: (net: Ensure net namespace isolation of sysctls) does not and cannot check for NULL data pointers, because other table entries (e.g. /proc/sys/net/netfilter/nf_log/) have .data=NULL but use other methods (.extra2) to access the struct net. (CVE-2021-46912)

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

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

  - 已修复 Linux 内核中的下列漏洞：btrfs: make cow_file_range_inline() honor locked_page on error The btrfs buffered write path runs through __extent_writepage() which has some tricky return value handling for writepage_delalloc(). Specifically, when that returns 1, we exit, but for other return values we continue and end up calling btrfs_folio_end_all_writers(). If the folio has been unlocked (note that we check the PageLocked bit at the start of __extent_writepage()), this results in an assert panic like this one from syzbot: BTRFS: error (device loop0 state EAL) in free_log_tree:3267:
    errno=-5 IO failure BTRFS warning (device loop0 state EAL): Skipping commit of aborted transaction. BTRFS:
    error (device loop0 state EAL) in cleanup_transaction:2018: errno=-5 IO failure assertion failed:
    folio_test_locked(folio), in fs/btrfs/subpage.c:871 ------------[ cut here ]------------ kernel BUG at fs/btrfs/subpage.c:871! Oops: invalid opcode: 0000 [#1] PREEMPT SMP KASAN PTI CPU: 1 PID: 5090 Comm: syz-executor225 Not tainted 6.10.0-syzkaller-05505-gb1bc554e009e #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 06/27/2024 RIP: 0010:btrfs_folio_end_all_writers+0x55b/0x610 fs/btrfs/subpage.c:871 Code: e9 d3 fb ff ff e8 25 22 c2 fd 48 c7 c7 c0 3c 0e 8c 48 c7 c6 80 3d 0e 8c 48 c7 c2 60 3c 0e 8c b9 67 03 00 00 e8 66 47 ad 07 90 <0f> 0b e8 6e 45 b0 07 4c 89 ff be 08 00 00 00 e8 21 12 25 fe 4c 89 RSP: 0018:ffffc900033d72e0 EFLAGS: 00010246 RAX: 0000000000000045 RBX: 00fff0000000402c RCX:
    663b7a08c50a0a00 RDX: 0000000000000000 RSI: 0000000080000000 RDI: 0000000000000000 RBP: ffffc900033d73b0 R08: ffffffff8176b98c R09: 1ffff9200067adfc R10: dffffc0000000000 R11: fffff5200067adfd R12:
    0000000000000001 R13: dffffc0000000000 R14: 0000000000000000 R15: ffffea0001cbee80 FS:
    0000000000000000(0000) GS:ffff8880b9500000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033 CR2: 00007f5f076012f8 CR3: 000000000e134000 CR4: 00000000003506f0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7:
    0000000000000400 Call Trace: <TASK> __extent_writepage fs/btrfs/extent_io.c:1597 [inline] extent_write_cache_pages fs/btrfs/extent_io.c:2251 [inline] btrfs_writepages+0x14d7/0x2760 fs/btrfs/extent_io.c:2373 do_writepages+0x359/0x870 mm/page-writeback.c:2656 filemap_fdatawrite_wbc+0x125/0x180 mm/filemap.c:397 __filemap_fdatawrite_range mm/filemap.c:430 [inline]
    __filemap_fdatawrite mm/filemap.c:436 [inline] filemap_flush+0xdf/0x130 mm/filemap.c:463 btrfs_release_file+0x117/0x130 fs/btrfs/file.c:1547 __fput+0x24a/0x8a0 fs/file_table.c:422 task_work_run+0x24f/0x310 kernel/task_work.c:222 exit_task_work include/linux/task_work.h:40 [inline] do_exit+0xa2f/0x27f0 kernel/exit.c:877 do_group_exit+0x207/0x2c0 kernel/exit.c:1026 __do_sys_exit_group kernel/exit.c:1037 [inline] __se_sys_exit_group kernel/exit.c:1035 [inline] __x64_sys_exit_group+0x3f/0x40 kernel/exit.c:1035 x64_sys_call+0x2634/0x2640 arch/x86/include/generated/asm/syscalls_64.h:232 do_syscall_x64 arch/x86/entry/common.c:52 [inline] do_syscall_64+0xf3/0x230 arch/x86/entry/common.c:83 entry_SYSCALL_64_after_hwframe+0x77/0x7f RIP: 0033:0x7f5f075b70c9 Code: Unable to access opcode bytes at 0x7f5f075b709f. I was hitting the same issue by doing hundreds of accelerated runs of generic/475, which also hits IO errors by design. I instrumented that reproducer with bpftrace and found that the undesirable folio_unlock was coming from the following callstack: folio_unlock+5 __process_pages_contig+475 cow_file_range_inline.constprop.0+230 cow_file_range+803 btrfs_run_delalloc_range+566 writepage_delalloc+332 __extent_writepage # inlined in my stacktrace, but I added it here extent_write_cache_pages+622 Looking at the bisected-to pa ---truncated--- (CVE-2024-42266)

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

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

  - 在“2.9.3、2.8.x”、“2.8.8、2.7.x”、2.7.16 之前 Ansible Engine 版本 2.9.x 及更早版本中发现漏洞，其中 Ansible 的 nxos_file_copy 模块可用于将文件复制到 NXOS 设备上的 flash 或 bootflash。恶意代码可以构造文件名参数来执行操作系统命令注入。这可能会导致系统的机密泄露以及其他问题。
    (CVE-2019-14905)

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

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

  - LoongArch在constant_clockevent_init() 中只调用 get_timer_irq() 一次在 CONFIG_DEBUG_ATOMIC_SLEEP=y 且 CONFIG_DEBUG_PREEMPT=y 下我们可以在 LoongArch 上看到以下消息这是因为在 preemption 禁用环境中使用 might_sleep()所致。 [ 0.001127] smp启动次要 CPU ... [ 0.001222] 引导 CPU#1... [ 0.001244] 探测 64 位 Loongson 处理器 (LA464 Core) [ 0.001247] CPU1 版本为
    0014c012 (Loongson-64bit) [ 0.001250] FPU1 修订为00000000 [ 0.001252] 缺陷从 kernel/locking/mutex.c:283 的无效上下文调用的休眠函数 [ 0.001255] in_atomic()1、irqs_disabled() 1, non_block: 0, pid: 0, name: swapper/1 [ 0.001257] preempt_count: 1,预期: 0 [ 0.001258] RCU 嵌套深度:0, 预期: 0 [ 0.001259] 抢占禁用于[ 0.001261[<9000000000223800>] arch_dup_task_struct+0x20/0x110 [ 0.001272] CPU: 1 PID: 0 Comm: swapper/1 Not tainted 6.2.0-rc7+ #43 [0.001275] 硬件名称龙芯 Loongson-3A5000-7A1000-1wA2101-  /Loongson-LS3A5000-7A1000-1w-A2101, BIOS vUDK2018-LoongArch-V4.0.05132-beta10 12/13/202 [ 0.001277] Stack : 0072617764726148 0000000000000000 9000000000222f1c 90000001001e0000 [ 0.001286] 90000001001e3be0 90000001001e3be8 0000000000000000 0000000000000000 [ 0.001292] 90000001001e3be8 0000000000000040 90000001001e3cb8 90000001001e3a50 [0.001297] 9000000001642000 90000001001e3be8 be694d10ce4139dd 9000000100174500 [ 0.001303] 0000000000000001 0000000000000001 00000000ffffe0a2 0000000000000020 [ 0.001309] 000000000000002f 9 000000001354116 00000000056b0000 ffffffffffffffff [ 0.001314] 0000000000000000 0000000000000000 90000000014f6e90 9000000001642000 [ 0.001320] 900000000022b69c 0000000000000001 0000000000000000 9000000001736a90 [0.001325] 9000000100038000 0000000000000000 9000000000222f34 0000000000000000 [ 0.001331] 00000000000000b0 0000000000000004 0000000000000000 0000000000070000 [ 0.001337] ... [ 0.001339] Call Trace: [ 0.001342] [<9000000000222f34>] show_stack+0x5c/0x180 [ 0.001346] [<90000000010bdd80>] dump_stack_lvl+0x60/0x88 [0.001352] [<9000000000266418>] __might_resched+0x180/0x1cc [ 0.001356] [<90000000010c742c>] mutex_lock+0x20/ 0x64 [ 0.001359] [<90000000002a8ccc>] irq_find_matching_fwspec+0x48/0x124 [ 0.001364] [<90000000002259c4>]constant_clockevent_init+0x68/0x204 [ 0.001368] [<900000000022acf4>] start_secondary+0x40/0xa8 [ 0.001371] [<90000000010c0124>] smpboot_entry+ 0x60/0x64 以下是完整的调用链 smpboot_entry() start_secondary()constant_clockevent_init() get_timer_irq() irq_find_matching_fwnode() irq_find_matching_fwspec() mutex_lock() might_sleep() __might_sleep()
    __might_resched() 为避免上述问题我们应中断调用链在constant_clockevent_init() 中使用 timer_irq_installed 变量作为检查条件以便仅调用一次 get_timer_irq()是一种简单而正确的方式。 (CVE-2023-53067)

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

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

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

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

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

  - 已修复 Linux 内核中的下列漏洞：i2c: imx-lpi2c: fix reference leak when pm_runtime_get_sync fails The PM reference count is not expected to be incremented on return in lpi2c_imx_master_enable. However, pm_runtime_get_sync will increment the PM reference count even failed.
    Forgetting to putting operation will result in a reference leak here. Replace it with pm_runtime_resume_and_get to keep usage counter balanced. (CVE-2020-36782)

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

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

  - 在 4.15.7 及之前的 Linux 内核中，netfilter 子系统未正确处理包含跳转但缺少用户定义链的规则 blob 的情况，导致本地用户可以通过利用 CAP_NET_RAW 或 CAP_NET_ADMIN 功能造成拒绝服务，与 net/ipv4/netfilter/arp_tables.c 中的 arpt_do_table、net/ipv4/netfilter/ip_tables.c 中的 ipt_do_table 和 net/ipv6/netfilter/ip6_tables.c 中的 ip6t_do_table 相关。(CVE-2018-1065)

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

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

  - 已修复 Linux 内核中的下列漏洞：can: isotp: split tx timer into transmission and timeout The timer for the transmission of isotp PDUs formerly had two functions: 1. send two consecutive frames with a given time gap 2. monitor the timeouts for flow control frames and the echo frames This led to larger txstate checks and potentially to a problem discovered by syzbot which enabled the panic_on_warn feature while testing. The former 'txtimer' function is split into 'txfrtimer' and 'txtimer' to handle the two above functionalities with separate timer callbacks. The two simplified timers now run in one-shot mode and make the state transitions (especially with isotp_rcv_echo) better understandable. (CVE-2023-52941)

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

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

  - 如果某个来源的选项卡于近期关闭，则在移除关于此来源的数据时，配额管理器中可能发生释放后使用，进而造成潜在可利用的崩溃。此漏洞会影响 Thunderbird < 68.6、Firefox < 74、Firefox < ESR68.6 和 Firefox ESR < 68.6。(CVE-2020-6805)

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

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

  - 在 Linux 内核的 cgroup_release_agent_write 的 kernel/cgroup/cgroup-v1.c 函数中发现一个漏洞。在某些情况下，此缺陷允许使用 cgroups v1 release_agent 功能意外提升权限和绕过命名空间隔离。
    (CVE-2022-0492)

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

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

  - Oracle MySQL 的 MySQL 服务器产品中的漏洞组件服务器日志记录。支持的版本中受影响的是 8.0.21 和较早版本。难以利用的漏洞允许高权限攻击者通过多种协议进行网络访问，从而破坏 MySQL Server。成功攻击此漏洞可导致在未经授权的情况下造成 MySQL Server 挂起或频繁出现崩溃（完全 DOS）。(CVE-2020-14873)

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

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

  - 在 Linux 内核 之前的版本中发现一个问题 4.17.2。 drivers/virt/vboxguest/vboxguest_linux.c 中的 vbg_misc_device_ioctl() 使用 copy_from_user 读取相同的用户数据两次。用户数据的标头部分是双重提取的，由于争用条件，恶意用户线程可在两次提取期间篡改标头中的重要变量（hdr.size_in 和 hdr.size_out），进而导致严重的内核错误，例如缓冲区过度访问。此缺陷可造成本地拒绝服务和信息泄漏。 (CVE-2018-12633)

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

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

  - 5.12.14 之前版本的 Linux 内核中的 kernel/module.c 未正确处理签名验证也称为 CID-0c18f29aae7c。若无 CONFIG_MODULE_SIG则无法对 module.sig_enforce=1 命令行参数进行内核模块是否已签名的验证以便通过 init_module 进行加载。 (CVE-2021-35039)

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

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

  - 在 5.16.3之前版本的 Linux 内核中drivers/bluetooth/hci_qca.c 错误解释 devm_gpiod_get_index_optional 返回值在错误情况中预期为 NULL而实际上是错误指针。 (CVE-2023-23002)

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

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

  - 在 ansible 模块中发现了一个缺陷，默认情况下，凭据会在管理台日志中泄露，而且在使用 bitbucket_pipeline_variable 模块时不受安全功能的保护。攻击者可利用此缺陷窃取 bitbucket_pipeline 凭据。此漏洞最主要的威胁对象是机密性。(CVE-2021-20180)

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

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

  - riscvfgraph修复堆栈布局以匹配 ftrace_return_to_handler 的 __arch_ftrace_regs 参数。在 riscv 中运行 LTP 跟踪 ftrace_stress_test.sh 时Naresh Kamboju 报告了错误帧指针内核警告。我们可以使用以下命令重现相同的问题 `" $ cd /sys/kernel/debug/tracing $ echo 'f:myprobe do_nanosleep%return args1=$retval' > dynamic_events $ echo 1 > events/fprobes/enable $ echo 1 > tracing_on $ sleep 1 `` 并且我们会收到以下内核警告[ 127.692888] ------------[在此切换]----------- - [ 127.693755] 错误的帧指针预期为 ff2000000065be50但收到了 ba34c141e9594000 [ 127.693755] 从 func do_nanosleep 返回到 ffffffff800ccb16 [ 127.698699] 警告
    CPU1 PID129 at kernel/trace/fgraph.c:755 ftrace_return_to_handler+0x1b2/0x1be [ 127.699894] 链接的模块[ 127.700908] CPU1 UID: 0 PID129 Comm: sleep 未受感染 6.14.0 -rc3-g0ab191c74642 #32 [127.701453] Hardware nameriscv-virtio,qemu (DT) [ 127.701859] epc ftrace_return_to_handler+0x1b2/0x1be [ 127.702032] ra: ftrace_return_to_handler+0x1b2/0x1be [ 127.702151] epc : ffffffff8013b5e0 ra
    ffffffff8013b5e0 sp : ff2000000065bd10 [ 127.702221] gp : ffffffff819c12f8 tp : ff60000080853100 t0 :
    6e00000000000000 [ 127.702284] t1 : 0000000000000020 t2 : 6e7566206d6f7266 s0 : ff2000000065bd80 [127.702346] s1 : ff60000081262000 a0 : 000000000000007b a1 : ffffffff81894f20 [ 127.702408] a2 :
    0000000000000010 a3 : fffffffffffffffe a4 : 0000000000000000 [ 127.702470] a5 : 0000000000000000 a6:
    0000000000000008 a7 : 0000000000000038 [ 127.702530s2: ba34c141e9594000 s3: 0000000000000000 s4:
    ff2000000065bdd0 [ 127.702591] s5 : 00007fff8adcf400 s6 : 000055556dc1d8c0 s7 : 0000000000000068 [127.702651] s8 : 00007fff8adf5d10 s9 : 000000000000006d s10: 0000000000000001 [ 127.702710] s11:
    00005555737377c8 t3 : ffffffff819d899e t4 : ffffffff819d899e [ 127.702769] t5: ffffffff819d89a0 t6
    ff2000000065bb18 [ 127.702826] status: 0000000200000120 badaddr: 0000000000000000 cause: 0000000000000003 [ 127.703292] [<ffffffff8013b5e0>] ftrace_return_to_handler+0x1b2/0x1be [ 127.703760] [<ffffffff80017bce>] return_to_handler+0x16/0x26 [ 127.704009] [<ffffffff80017bb8>] return_to_handler+ 0x0/0x26 [ 127.704057] [<ffffffff800d3352>] common_nsleep+0x42/0x54 [ 127.704117] [<ffffffff800d44a2>]
    __riscv_sys_clock_nanosleep+0xba/0x10a [ 127.704176] [<ffffffff80901c56>] do_trap_ecall_u+0x188/0x218 [127.704295] [<ffffffff8090cc3e>] handle_exception+0x14a/0x156 [ 127.705436] ---[ 结束跟踪 0000000000000000 ]--- 原因是return_to_handler 中的 ftrace_return_to_handler 的构造参数所用的堆栈布局与 riscv 的 __arch_ftrace_regs 结构不匹配从而导致非预期结果。 (CVE-2025-22069)

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

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

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

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

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

  - 在低于 4.13 的 Linux 内核版本中，使用不明架构和编译器时，本地用户可利用 kernel/signal.c 中的 kill_something_info 函数，通过 INT_MIN 参数，造成拒绝服务。(CVE-2018-10124)

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

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

  - 某些低于 22.140 版本的 Intel(R) PROSet/Wireless WiFi 软件的越界写入可能允许未经身份验证的用户通过邻近访问造成拒绝服务。 (CVE-2022-28667)

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

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

  - 在用户使用 OverlayFS 以特定方式重命名的方式中，发现访问 Linux 内核 OverlayFS 子系统中的文件对象时存在争用条件。本地用户可利用此缺陷导致系统崩溃。
    (CVE-2021-20321)

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

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

  - 已修复 Linux 内核中的下列漏洞：cifs: Fix writeback data corruption cifs writeback doesn't correctly handle the case where cifs_extend_writeback() hits a point where it is considering an additional folio, but this would overrun the wsize - at which point it drops out of the xarray scanning loop and calls xas_pause(). The problem is that xas_pause() advances the loop counter - thereby skipping that page. What needs to happen is for xas_reset() to be called any time we decide we don't want to process the page we're looking at, but rather send the request we are building and start a new one. Fix this by copying and adapting the netfslib writepages code as a temporary measure, with cifs writeback intending to be offloaded to netfslib in the near future. This also fixes the issue with the use of filemap_get_folios_tag() causing retry of a bunch of pages which the extender already dealt with. This can be tested by creating, say, a 64K file somewhere not on cifs (otherwise copy-offload may get underfoot), mounting a cifs share with a wsize of 64000, copying the file to it and then comparing the original file and the copy: dd if=/dev/urandom of=/tmp/64K bs=64k count=1 mount //192.168.6.1/test /mnt -o user=...,pass=...,wsize=64000 cp /tmp/64K /mnt/64K cmp /tmp/64K /mnt/64K Without the fix, the cmp fails at position 64000 (or shortly thereafter). (CVE-2024-27036)

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

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

  - amdkfd使用 calloc 而非 kzalloc 以避免整数溢出 这会使用 calloc 而非执行可能溢出的乘法。 (CVE-2024-26817)

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

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

  - 在适用于 Windows 和 Linux 的 NVIDIA GPU 显示驱动程序中，内核模式层处理程序中有一个漏洞，攻击者可借此造成越界访问，进而导致拒绝服务或数据篡改。(CVE-2023-0191)

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

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

  - VMCI修复 vmci_host_setup_notify 和 vmci_ctx_unset_notify 之间的争用 我们的测试发现在 try_grab_folio 中可触发如下警告 ------------[在此剪切 ]------- ----- WARNING: CPU: 0 PID: 1678 at mm/gup.c:147 try_grab_folio+0x106/0x130 链接的模块: CPU: 0 UID: 0 PID: 1678 Comm
    syz.3.31 未受感染 6.15.0-rc5 #163 PREEMPT(undef) RIP0010:try_grab_folio+0x106/0x130 调用跟踪
    <TASK> follow_huge_pmd+0x240/0x8e0 follow_pmd_mask.constprop.0.isra.0+0x40b/0x5c0 follow_pud_mask.constprop.0.isra.0+0x14a/0x170 follow_page_mask+0x1c2/0x1f0 __get_user_pages+0x176/0x950
    __gup_longterm_locked+0x15b/0x1060 ? gup_fast+0x120/0x1f0 gup_fast_fallback+0x17e/0x230 get_user_pages_fast+0x5f/0x80 vmci_host_unlocked_ioctl+0x21c/0xf80 RIP: 0033:0x54d2cd ---[结束跟踪 00000000000000000000000000000000000]可见于将尝试 put_page 的 vmci_ctx_unset_notify。但是 get_user_pages_fast 未在此处完成并且导致以下 try_grab_folio 警告。争用条件如下显示cpu0 cpu1 vmci_host_do_set_notify vmci_host_setup_notify get_user_pages_fast(uva, 1, FOLL_WRITE, &context->notify_page); lockless_pages_from_mm gup_pgd_range gup_huge_pmd // 更新 &context->notify_page vmci_host_do_set_notify vmci_ctx_unset_notify notify_page = context->notify_page; if (notify_page) put_page(notify_page); // 页面已释放 __gup_longterm_locked __get_user_pages follow_trans_huge_pmd try_grab_folio // 在此处发出警告要解决此问题请使用本地变量 page 以使 notify_page 在完成 get_user_pages_fast 后可见。 (CVE-2025-38102)

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

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

  - Drupal 包含因未正确处理结构元素而造成的漏洞。如果利用此漏洞攻击者可能会造成拒绝服务 (DoS) 情况。 (CVE-2024-22362)

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

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

  - 检查 `HttpBaseChannel` 中是否已弃用浏览上下文时，如果加载组不可用，则系统会假定其已被弃用，而在私人会话结束后，私人通道的情况并非总是如此。该漏洞影响 Firefox < 117、Firefox ESR < 115.2 和 Thunderbird < 115.2。(CVE-2023-4583)

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

ID	名称	严重性
246094	Linux Distros 未修补的漏洞：CVE-2021-28951	medium
246093	Linux Distros 未修补的漏洞：CVE-2025-22071	medium
246092	Linux Distros 未修补的漏洞：CVE-2025-38293	high
246091	Linux Distros 未修补的漏洞：CVE-2022-34675	medium
246090	Linux Distros 未修补的漏洞：CVE-2021-37159	medium
246089	Linux Distros 未修补的漏洞：CVE-2019-9455	low
246088	Linux Distros 未修补的漏洞：CVE-2019-6338	high
246087	Linux Distros 未修补的漏洞：CVE-2025-38250	high
246086	Linux Distros 未修补的漏洞：CVE-2025-53644	high
246085	Linux Distros 未修补的漏洞：CVE-2024-42298	medium
246084	Linux Distros 未修补的漏洞：CVE-2020-36475	high
246083	Linux Distros 未修补的漏洞：CVE-2025-21861	medium
246082	Linux Distros 未修补的漏洞：CVE-2022-50019	high
246081	Linux Distros 未修补的漏洞：CVE-2022-49857	medium
246080	Linux Distros 未修补的漏洞：CVE-2025-38257	high
246079	Linux Distros 未修补的漏洞：CVE-2025-37760	high
246078	Linux Distros 未修补的漏洞：CVE-2021-2194	medium
246077	Linux Distros 未修补的漏洞：CVE-2025-22098	medium
246076	Linux Distros 未修补的漏洞：CVE-2022-49949	high
246075	Linux Distros 未修补的漏洞：CVE-2025-23156	high
246074	Linux Distros 未修补的漏洞：CVE-2025-21531	medium
246073	Linux Distros 未修补的漏洞：CVE-2024-2607	high
246072	Linux Distros 未修补的漏洞：CVE-2024-21247	low
246071	Linux Distros 未修补的漏洞：CVE-2025-38364	medium
246070	Linux Distros 未修补的漏洞：CVE-2021-46912	medium
246069	Linux Distros 未修补的漏洞：CVE-2024-42266	medium
246068	Linux Distros 未修补的漏洞：CVE-2019-14905	medium
246067	Linux Distros 未修补的漏洞：CVE-2023-53067	medium
246066	Linux Distros 未修补的漏洞：CVE-2023-53062	high
246065	Linux Distros 未修补的漏洞：CVE-2020-36782	medium
246064	Linux Distros 未修补的漏洞：CVE-2018-1065	medium
246063	Linux Distros 未修补的漏洞：CVE-2023-52941	medium
246062	Linux Distros 未修补的漏洞：CVE-2020-6805	high
246061	Linux Distros 未修补的漏洞：CVE-2022-0492	high
246060	Linux Distros 未修补的漏洞：CVE-2020-14873	medium
246059	Linux Distros 未修补的漏洞：CVE-2018-12633	medium
246058	Linux Distros 未修补的漏洞：CVE-2021-35039	high
246057	Linux Distros 未修补的漏洞：CVE-2023-23002	medium
246056	Linux Distros 未修补的漏洞：CVE-2021-20180	medium
246055	Linux Distros 未修补的漏洞：CVE-2025-22069	medium
246054	Linux Distros 未修补的漏洞：CVE-2019-17013	high
246053	Linux Distros 未修补的漏洞：CVE-2018-10124	medium
246052	Linux Distros 未修补的漏洞：CVE-2022-28667	medium
246051	Linux Distros 未修补的漏洞：CVE-2021-20321	medium
246050	Linux Distros 未修补的漏洞：CVE-2024-27036	medium
246049	Linux Distros 未修补的漏洞：CVE-2024-26817	medium
246048	Linux Distros 未修补的漏洞：CVE-2023-0191	high
246047	Linux Distros 未修补的漏洞：CVE-2025-38102	medium
246046	Linux Distros 未修补的漏洞：CVE-2024-22362	high
246045	Linux Distros 未修补的漏洞：CVE-2023-4583	high

检测

Nessus 的 Misc. 系列

medium

medium

high

medium

medium

low

high

high

high

medium

high

medium

high

medium

high

high

medium

medium

high

high

medium

high

low

medium

medium

medium

medium

medium

high

medium

medium

medium

high

high

medium

medium

high

medium

medium

medium

high

medium

medium

medium

medium

medium

high

medium

high

high