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

  - 在版本低于 5.4 的 Linux 内核中的 drivers/firmware/efi/efi.c 中发现问题。攻击者可利用 efivar_ssdt ACPI 变量不正确的访问权限，绕过锁定或安全启动限制，亦即 CID-1957a85b0032。(CVE-2019-20908)

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

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

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

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

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

  - mediavivid更改大小的组合 syzkaller 发现一个缺陷BUGKASANtpg_fill_plane_pattern drivers/media/common/v4l2-tpg/v4l2-tpg-core.c:2608 [inline ] 缺陷KASAN任务vivid-000-在 addr ffffc9000d0ffda0 处tpg_fill_plane_buffer+0x1a9c/0x5af0 drivers/media/common/v4l2-tpg/v4l2-tpg-core.c:2705 中存在大小 1440 的写入大小vid-c/5304 CPU0 UID0 PID5304 Comm
    vivid-000-vid-c 未受感染 6.14.0-rc2-syzkaller-00039-g09fbf3d50205 #0 Hardware nameQEMU Standard PC (Q35 + ICH9、2009)、BIOS 1.16.3-debian-1.16.3-2~ bpo12+1 04/01/2014 调用跟踪 <TASK> __dump_stack lib/dump_stack.c:94 [内联] dump_stack_lvl+0x241/0x360 lib/dump_stack.c:120 print_address_description mm/kasan/report.c:378 [内联] print_report +0x169/0x550 mm/kasan/report.c:489 kasan_report+0x143/0x180 mm/kasan/report.c:602 kasan_check_range+0x282/0x290 mm/kasan/generic.c:189 __asan_memcpy+0x40/0x70 mm/kasan/ shadow.c:106 tpg_fill_plane_pattern drivers/media/common/v4l2-tpg/v4l2-tpg-core.c:2608 [内联] tpg_fill_plane_buffer+0x1a9c/0x5af0 drivers/media/common/v4l2-tpg/v4l2-tpg-core.c :2705vivid_fillbuff drivers/media/test-drivers/vivid/vivid-kthread-cap.c:470 [内联]vivid_thread_vid_cap_tick+0xf8e/0x60d0drivers/media/test-drivers/vivid/vivid-kthread-cap.c:629vivid_thread_vid_cap +0x8aa/0xf30 drivers/media/test-drivers/vivid/vivid-kthread-cap.c:767 kthread+0x7a9/0x920 kernel/kthread.c 464 ret_from_fork+0x4b/0x80 arch/x86/kernel/process.c:148 ret_from_fork_asm+0x1a/0x30 arch/x86/entry/entry_64.S:244 </TASK> 合成大小不能大于 fmt_cap_rect 的大小。
    因此即使 has_compose_cap == 0 也会执行 v4l2_rect_map_inside()。(CVE-2025-38226

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

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

  - 已修复 Linux 内核中的下列漏洞：mptcp: sysctl: blackhole timeout:
    avoid using current->nsproxy As mentioned in the previous commit, using the 'net' structure via 'current' is not recommended for different reasons: - Inconsistency: getting info from the reader's/writer's netns vs only from the opener's netns. - current->nsproxy can be NULL in some cases, resulting in an 'Oops' (null-ptr-deref), e.g. when the current task is exiting, as spotted by syzbot [1] using acct(2). The 'pernet' structure can be obtained from the table->data using container_of(). (CVE-2025-21641)

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

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

  - 已修复 Linux 内核中的下列漏洞：octeontx2-pf: Fix transmit scheduler resource leak Inorder to support shaping and scheduling, Upon class creation Netdev driver allocates trasmit schedulers. The previous patch which added support for Round robin scheduling has a bug due to which driver is not freeing transmit schedulers post class deletion. This patch fixes the same.
    (CVE-2024-35975)

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

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

  - 已修复 Linux 内核中的下列漏洞：mm, slub: do not call do_slab_free for kfence object In 782f8906f805 the freeing of kfence objects was moved from deep inside do_slab_free to the wrapper functions outside. This is a nice change, but unfortunately it missed one spot in
    __kmem_cache_free_bulk. This results in a crash like this: BUG skbuff_head_cache (Tainted: G S B E ):
    Padding overwritten. 0xffff88907fea0f00-0xffff88907fea0fff @offset=3840 slab_err (mm/slub.c:1129) free_to_partial_list (mm/slub.c:? mm/slub.c:4036) slab_pad_check (mm/slub.c:864 mm/slub.c:1290) check_slab (mm/slub.c:?) free_to_partial_list (mm/slub.c:3171 mm/slub.c:4036) kmem_cache_alloc_bulk (mm/slub.c:? mm/slub.c:4495 mm/slub.c:4586 mm/slub.c:4635) napi_build_skb (net/core/skbuff.c:348 net/core/skbuff.c:527 net/core/skbuff.c:549) All the other callers to do_slab_free appear to be ok. Add a kfence_free check in
    __kmem_cache_free_bulk to avoid the crash. (CVE-2024-44973)

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

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

  - NVIDIA vGPU 软件的 Virtual GPU Manager (nvidia.ko) 中有一个漏洞，非特权常规用户可借此触发不受控制的资源消耗，进而可能导致拒绝服务。(CVE-2022-28191)

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

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

  - Linux 内核 5.12.10 之前版本中的 net/nfc/llcp_sock.c 允许本地非特权用户通过在某种类型的绑定调用失败后进行 getsockname 调用，从而造成拒绝服务（空指针取消引用和错误）。(CVE-2021-38208)

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

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

  - 当页面加载期间发生网络错误时，之前的内容可能仍然保留在视图中，但包含空白 URL 栏。这可能已利用此缺陷对伪造的网站进行混淆处理。此漏洞会影响 Firefox < 126。(CVE-2024-4773)

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

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

  - 当用户点击包含经编码的换行字符（％0A 和 ％0D）的 FTP URL 时，换行符会被解释为这样，并导致向 FTP 服务器发送任意命令。此漏洞会影响 Firefox ESR < 78.10、Thunderbird < 78.10 和 Firefox < 88。(CVE-2021-24002)

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

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

  - 在 Linux 内核的 NFC 中，发现 net/nfc/llcp_core.c 的 nfc_llcp_find_local 中存在释放后使用缺陷。
    具有特殊特权的本地用户可利用此缺陷造成内核信息泄漏问题。
    (CVE-2023-3863)

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

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

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

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

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

  - 退出全屏模式时，iframe 可使浏览器对全屏的当前状态产生混淆，从而可能导致用户混淆或欺骗攻击。此漏洞会影响 Thunderbird < 91.10、Firefox < 101 和 Firefox ESR < 91.10。(CVE-2022-31738)

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

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

  - 已修复 Linux 内核中的下列漏洞：efivarfs: Free s_fs_info on unmount Now that we allocate a s_fs_info struct on fs context creation, we should ensure that we free it again when the superblock goes away. (CVE-2023-52681)

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

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

  - 攻击者可读取溢出到 JIT 编译函数堆栈上的 32 位值。此漏洞影响 Firefox < 137 和 Thunderbird < 137。 (CVE-2025-3031)

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

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

  - ext4如果 s_journal_inum 在日志重播后发生更改则更新 s_journal_inum 挂载特制的 ext4 图像时s_journal_inum 可能在日志重播后发生更改这显然不合理因为我们已通过旧的 s_journal_inum 成功加载并重播了日志。并且新的 s_journal_inum 会绕过 ext4_get_journal() 中的一些检查这可能会触发空指针取消引用问题。
    因此如果 s_journal_inum 在日志重播后发生更改我们会忽略该更改并将当前的 journal_inum 重写到超级块。 (CVE-2023-53091)

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

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

  - scsicoreufs修复错误处理程序 ufshcd_err_handling_prepare () 调用 ufshcd_rpm_get_sync() 中的挂起。只有在未设置 UFSHCD_EH_IN_PROGRESS 的情况下后一个函数才能成功因为恢复涉及提交 SCSI 命令而如果设置了 UFSHCD_EH_IN_PROGRESS ufshcd_queuecommand() 将返回 SCSI_MLQUEUE_HOST_BUSY。请通过在调用 ufshcd_rpm_get_sync() 之后而不是之前设置 UFSHCD_EH_IN_PROGRESS 来修复此挂起问题。Backtrace: __switch_to+0x174/0x338 __schedule+0x600/0x9e4 schedule+0x7c/0xe8 schedule_timeout+0xa4/0x1c8 io_schedule_timeout+0x48/0x70 wait_for_common_io+0xa8/0x160 //waiting on START_STOP wait_for_completion_io_timeout+0x10/0x20 blk_execute_rq+0xe4/0x1e4 scsi_execute_cmd+0x108 /0x244 ufshcd_set_dev_pwr_mode+0xe8/0x250 __ufshcd_wl_resume+0x94/0x354 ufshcd_wl_runtime_resume+0x3c/0x174 scsi_runtime_resume+0x64/0xa4 rpm_resume+0x15c/0xa1c
    __pm_runtime_resume+0x4c/0x90 // 运行时恢复正在进行 ufshcd_err_handler+0x1a0/0xd08 process_one_work+0x174/0x808 worker_thread+0x15c/0x490 kthread+0xf4/0x1ec ret_from_fork+0x10/0x20 [bvanassche重写了修补程序描述 ] (CVE-2025-38119)

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

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

  - 处理表面时生命周期可能超过持久性缓冲区的寿命从而导致内存损坏和潜在可利用的崩溃。此漏洞影响 Firefox < 81。(CVE-2020-15675)

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

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

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

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

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

  - 已修复 Linux 内核中的下列漏洞：fs: don't misleadingly warn during thaw operations The block device may have been frozen before it was claimed by a filesystem. Concurrently another process might try to mount that frozen block device and has temporarily claimed the block device for that purpose causing a concurrent fs_bdev_thaw() to end up here. The mounter is already about to abort mounting because they still saw an elevanted bdev->bd_fsfreeze_count so get_bdev_super() will return NULL in that case. For example, P1 calls dm_suspend() which calls into bdev_freeze() before the block device has been claimed by the filesystem. This brings bdev->bd_fsfreeze_count to 1 and no call into fs_bdev_freeze() is required. Now P2 tries to mount that frozen block device. It claims it and checks bdev->bd_fsfreeze_count. As it's elevated it aborts mounting. In the meantime P3 called dm_resume(). P3 sees that the block device is already claimed by a filesystem and calls into fs_bdev_thaw(). P3 takes a passive reference and realizes that the filesystem isn't ready yet. P3 puts itself to sleep to wait for the filesystem to become ready. P2 now puts the last active reference to the filesystem and marks it as dying. P3 gets woken, sees that the filesystem is dying and get_bdev_super() fails. (CVE-2024-42149)

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

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

  - 已修复 Linux 内核中的下列漏洞：net: wwan: iosm: fix memory leak in ipc_wwan_dellink IOSM driver registers network device without setting the needs_free_netdev flag, and does NOT call free_netdev() when unregisters network device, which causes a memory leak. This patch sets needs_free_netdev to true when registers network device, which makes netdev subsystem call free_netdev() automatically after unregister_netdevice(). (CVE-2022-49867)

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

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

  - 处理 XPath XML 表达式时在 libxml2 中发现一个空指针取消引用漏洞。此缺陷允许攻击者将恶意 XML 输入构建为 libxml2 从而导致拒绝服务。
    (CVE-2025-49795)

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

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

  - ext4inline修复 ext4_prepare_inline_data 中的 len 溢出在启用了 inline_data 功能的 ext4 文件系统上运行以下代码时将导致以下缺陷。 fd = open(file1, O_RDWR | O_CREAT | O_TRUNC, 0666); ftruncate(fd, 30); pwrite(fd, a, 1, (1UL << 40) + 5UL);发生这种情况的原因是当 ext4_generic_write_inline_data 调用 ext4_prepare_inline_data 时 write_begin 将成功 pos + len 将被截断从而导致 ext4_prepare_inline_data 参数为 6 而不是 0x10000000006。然后稍后调用 write_end 时会命中 BUG_ON(pos + len > EXT4_I(inode)->i_inline_size); ext4_write_inline_data。通过对 ext4_prepare_inline_data 中的 len 参数使用 loff_t 类型而不是未签名的 int修复此问题。 [ 44.545164] ------------[在此切换 ]------------ [ 44.545530] fs/ext4/inline.c:240! 的内核缺陷[ 44.545834] Oops无效 opcode0000 [#1] SMP NOPTI [ 44.546172] CPU: 3 UID: 0 PID: 343 Comm: test Not tainted 6.15.0-rc2-00003-g9080916f4863 #45 PREEMPT(full) 112853fcebfdb93254270a7959841d2c6a2bb841d2c6 [ 44.546523] 硬件名称QEMU Standard PC (i440FX + PIIX, 1996)，BIOS 1.16.3-debian-1.16.3-2 04/01/2014 [ 44.546523] RIP: 0010:ext4_write_inline_data+0xfe/0x100 [44.546523] 代码3c 0e 48 83 c7 48 48 89 de 5b 41 5c 41 5d 41 5e 41 5f 5d e9 e4 fa 43 01 5b 41 5c 41 5d 41 5e 41 5f 5d c3 cc cc cc cc cc 0f 0b 0f <0f> 0b 0f 1f 44 00 00 55 41 57 41 56 41 55 41 54 53 48 83 ec 20 49 [44.546523] RSP: 0018:ffffb342008b79a8 EFLAGS: 00010216 [ 44.546523] RAX: 0000000000000001 RBX:
    ffff9329c579c000 RCX 0000010000000006 [ 44.546523] RDX 000000000000003c RSIffffb342008b79f0 RDI
    ffff9329c158e738 [ 44.546523] RBP: 0000000000000001 R08: 0000000000000001 R09: 0000000000000000 [44.546523] R10: 00007ffffffff000 R11: ffffffff9bd0d910 R12: 0000006210000000 [ 44.546523] R13:
     R14fffffc7e4015e700  : 0000010000000005 R15: ffff9329c158e738 [ 44.546523] FS: 00007f4299934740(0000) GS:ffff932a60179000(0000) knlGS:0000000000000000 [ 44.546523] CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033 [ 44.546523] CR2: 00007f4299a1ec90 CR3: 0000000002886002 CR4: 0000000000770eb0 [44.546523] PKRU: 55555554 [ 44.546523] Call Trace: [ 44.546523] <TASK> [ 44.546523] ext4_write_inline_data_end+0x126/0x2d0 [ 44.546523] generic_perform_write+0x17e /0x270 [ 44.546523] ext4_buffered_write_iter+0xc8/0x170 [ 44.546523] vfs_write+0x2be/0x3e0 [ 44.546523]
    __x64_sys_pwrite64+0x6d/0xc0 [ 44.546523] do_syscall_64+0x6a/0xf0 [ 44.546523] ? __wake_up+0x89/0xb0 [44.546523] ? xas_find+0x72/0x1c0 [ 44.546523] ? next_uptodate_folio+0x317/0x330 [ 44.546523] ? set_pte_range+0x1a6/0x270 [ 44.546523] ? filemap_map_pages+0x6ee/0x840 [ 44.546523] ? ext4_setattr+0x2fa/0x750 [ 44.546523] ? do_pte_missing+0x128/0xf70 [ 44.546523] ? security_inode_post_setattr+0x3e/0xd0 [ 44.546523] ? ___pte_offset_map+0x19/0x100 [ 44.546523] ? handle_mm_fault+0x721/0xa10 [ 44.546523] ? do_user_addr_fault+0x197/0x730 [ 44.546523] ? do_syscall_64+0x76/0xf0 [ 44.546523] ? arch_exit_to_user_mode_prepare+0x1e/0x60 [ 44.546523] ? irqentry_exit_to_user_mode+0x79/0x90 [ 44.546523] entry_SYSCALL_64_after_hwframe+0x55/0x5d [ 44.546523] RIP0033:0x7f42999c6687 [ 44.546523] Code48 89 fa 4c 89 df e8 58 b3 09 40 00 8b 0393 93 93 f8 fc 74 1a 5b c3 0f 1f 84 00 00 00 00 00 48 8b 44 24 10 0f 05 <5b> c3 0f 1f 80 00 00 00 00 83 e2 39 83 fa 08 75 de e8 23 ff ff ff [ 44.546523] RSP 002b：00007ffeae4a7930 EFLAGS 00000202 ORIG_RAX
    0000000000000012 [ 44.546523] RAX: ffffffffffffffda RBX: 00007f4299934740 RCX: 00007f42999c6687 [44.546523] RDX: 0000000000000001 RSI: 000055ea614934740 RCX: 0000000000000 [0000f RDI: 00000] RDI: 0000 44.546523[00000 ]
    00007ffeae4a79a0 R080000000000000000 R090000000000000000 [ 44.546523] R100000010000000005 R11
    0000000000000202 R12: 0000 ---truncated--- (CVE-2025-38222)

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

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

  - 在 5.3.11 及之前的 Linux 内核中，drivers/rpmsg/rpmsg_char.c 的 rpmsg_eptdev_write_iter() 函数中存在内存泄露漏洞，导致攻击者可以通过触发 copy_from_iter_full() 失败造成拒绝服务（内存消耗），也称为 CID-bbe692e349e2。(CVE-2019-19053)

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

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

  - fs/ntfs3防止 hdr_first_de() 中的整数溢出 de_off 和 used 变量来自磁盘因此都需要检查。问题是在 32 位系统上如果它们的长度都大于 UINT_MAX - 16则检查不会按预期工作原因是整数溢出。 (CVE-2025-22080)

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

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

  - drm/panthor修复收集 fdinfo 组示例时的争用条件 Commit e16635d88fa0 (drm/panthor添加 DRM fdinfo 支持) 无法通过 xarray 锁定保护对组的访问这可导致释放后使用错误。 (CVE-2025-22100)

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

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

  - Linux 内核的 ext4 文件系统在处理扩展属性的额外 inode 大小时，会产生释放后使用漏洞。本地特权用户可利用此漏洞造成系统崩溃或其他未不明行为。(CVE-2023-2513)

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

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

  - 已修复 Linux 内核中的下列漏洞：x86/fpu: KVM: Set the base guest FPU uABI size to sizeof(struct kvm_xsave) Set the starting uABI size of KVM's guest FPU to 'struct kvm_xsave', i.e. to KVM's historical uABI size. When saving FPU state for usersapce, KVM (well, now the FPU) sets the FP+SSE bits in the XSAVE header even if the host doesn't support XSAVE. Setting the XSAVE header allows the VM to be migrated to a host that does support XSAVE without the new host having to handle FPU state that may or may not be compatible with XSAVE. Setting the uABI size to the host's default size results in out-of-bounds writes (setting the FP+SSE bits) and data corruption (that is thankfully caught by KASAN) when running on hosts without XSAVE, e.g. on Core2 CPUs. WARN if the default size is larger than KVM's historical uABI size; all features that can push the FPU size beyond the historical size must be opt-in.
    ================================================================== BUG: KASAN: slab-out-of-bounds in fpu_copy_uabi_to_guest_fpstate+0x86/0x130 Read of size 8 at addr ffff888011e33a00 by task qemu-build/681 CPU: 1 PID: 681 Comm: qemu-build Not tainted 5.18.0-rc5-KASAN-amd64 #1 Hardware name: /DG35EC, BIOS ECG3510M.86A.0118.2010.0113.1426 01/13/2010 Call Trace: <TASK> dump_stack_lvl+0x34/0x45 print_report.cold+0x45/0x575 kasan_report+0x9b/0xd0 fpu_copy_uabi_to_guest_fpstate+0x86/0x130 kvm_arch_vcpu_ioctl+0x72a/0x1c50 [kvm] kvm_vcpu_ioctl+0x47f/0x7b0 [kvm] __x64_sys_ioctl+0x5de/0xc90 do_syscall_64+0x31/0x50 entry_SYSCALL_64_after_hwframe+0x44/0xae </TASK> Allocated by task 0: (stack is not available) The buggy address belongs to the object at ffff888011e33800 which belongs to the cache kmalloc-512 of size 512 The buggy address is located 0 bytes to the right of 512-byte region [ffff888011e33800, ffff888011e33a00) The buggy address belongs to the physical page: page:0000000089cd4adb refcount:1 mapcount:0 mapping:0000000000000000 index:0x0 pfn:0x11e30 head:0000000089cd4adb order:2 compound_mapcount:0 compound_pincount:0 flags: 0x4000000000010200(slab|head|zone=1) raw: 4000000000010200 dead000000000100 dead000000000122 ffff888001041c80 raw: 0000000000000000 0000000080100010 00000001ffffffff 0000000000000000 page dumped because: kasan: bad access detected Memory state around the buggy address:
    ffff888011e33900: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ffff888011e33980: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 >ffff888011e33a00: fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc ^ ffff888011e33a80: fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc ffff888011e33b00: fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc ================================================================== Disabling lock debugging due to kernel taint (CVE-2022-49557)

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

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

  - 已修复 Linux 内核中的下列漏洞：drm/amdgpu: fix deadlock while reading mqd from debugfs An errant disk backup on my desktop got into debugfs and triggered the following deadlock scenario in the amdgpu debugfs files. The machine also hard-resets immediately after those lines are printed (although I wasn't able to reproduce that part when reading by hand): [ 1318.016074][ T1082] ====================================================== [ 1318.016607][ T1082] WARNING: possible circular locking dependency detected [ 1318.017107][ T1082] 6.8.0-rc7-00015-ge0c8221b72c0 #17 Not tainted [1318.017598][ T1082] ------------------------------------------------------ [ 1318.018096][ T1082] tar/1082 is trying to acquire lock: [ 1318.018585][ T1082] ffff98c44175d6a0 (&mm->mmap_lock){++++}-{3:3}, at: __might_fault+0x40/0x80 [ 1318.019084][ T1082] [ 1318.019084][ T1082] but task is already holding lock: [ 1318.020052][ T1082] ffff98c4c13f55f8 (reservation_ww_class_mutex){+.+.}-{3:3}, at:
    amdgpu_debugfs_mqd_read+0x6a/0x250 [amdgpu] [ 1318.020607][ T1082] [ 1318.020607][ T1082] which lock already depends on the new lock. [ 1318.020607][ T1082] [ 1318.022081][ T1082] [ 1318.022081][ T1082] the existing dependency chain (in reverse order) is: [ 1318.023083][ T1082] [ 1318.023083][ T1082] -> #2 (reservation_ww_class_mutex){+.+.}-{3:3}: [ 1318.024114][ T1082] __ww_mutex_lock.constprop.0+0xe0/0x12f0 [1318.024639][ T1082] ww_mutex_lock+0x32/0x90 [ 1318.025161][ T1082] dma_resv_lockdep+0x18a/0x330 [1318.025683][ T1082] do_one_initcall+0x6a/0x350 [ 1318.026210][ T1082] kernel_init_freeable+0x1a3/0x310 [1318.026728][ T1082] kernel_init+0x15/0x1a0 [ 1318.027242][ T1082] ret_from_fork+0x2c/0x40 [ 1318.027759][T1082] ret_from_fork_asm+0x11/0x20 [ 1318.028281][ T1082] [ 1318.028281][ T1082] -> #1 (reservation_ww_class_acquire){+.+.}-{0:0}: [ 1318.029297][ T1082] dma_resv_lockdep+0x16c/0x330 [1318.029790][ T1082] do_one_initcall+0x6a/0x350 [ 1318.030263][ T1082] kernel_init_freeable+0x1a3/0x310 [1318.030722][ T1082] kernel_init+0x15/0x1a0 [ 1318.031168][ T1082] ret_from_fork+0x2c/0x40 [ 1318.031598][T1082] ret_from_fork_asm+0x11/0x20 [ 1318.032011][ T1082] [ 1318.032011][ T1082] -> #0 (&mm->mmap_lock){++++}-{3:3}: [ 1318.032778][ T1082] __lock_acquire+0x14bf/0x2680 [ 1318.033141][ T1082] lock_acquire+0xcd/0x2c0 [ 1318.033487][ T1082] __might_fault+0x58/0x80 [ 1318.033814][ T1082] amdgpu_debugfs_mqd_read+0x103/0x250 [amdgpu] [ 1318.034181][ T1082] full_proxy_read+0x55/0x80 [1318.034487][ T1082] vfs_read+0xa7/0x360 [ 1318.034788][ T1082] ksys_read+0x70/0xf0 [ 1318.035085][ T1082] do_syscall_64+0x94/0x180 [ 1318.035375][ T1082] entry_SYSCALL_64_after_hwframe+0x46/0x4e [ 1318.035664][T1082] [ 1318.035664][ T1082] other info that might help us debug this: [ 1318.035664][ T1082] [1318.036487][ T1082] Chain exists of: [ 1318.036487][ T1082] &mm->mmap_lock --> reservation_ww_class_acquire --> reservation_ww_class_mutex [ 1318.036487][ T1082] [ 1318.037310][ T1082] Possible unsafe locking scenario: [ 1318.037310][ T1082] [ 1318.037838][ T1082] CPU0 CPU1 [ 1318.038101][T1082] ---- ---- [ 1318.038350][ T1082] lock(reservation_ww_class_mutex); [ 1318.038590][ T1082] lock(reservation_ww_class_acquire); [ 1318.038839][ T1082] lock(reservation_ww_class_mutex); [1318.039083][ T1082] rlock(&mm->mmap_lock); [ 1318.039328][ T1082] [ 1318.039328][ T1082] *** DEADLOCK *** [ 1318.039328][ T1082] [ 1318.040029][ T1082] 1 lock held by tar/1082: [ 1318.040259][ T1082] #0:
    ffff98c4c13f55f8 (reservation_ww_class_mutex){+.+.}-{3:3}, at: amdgpu_debugfs_mqd_read+0x6a/0x250 [amdgpu] [ 1318.040560][ T1082] [ 1318.040560][ T1082] stack backtrace: [ ---truncated--- (CVE-2024-35795)

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

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

  - 在 Qt 中 6.5.4、 6.5.5和 6.6.2可能会通过 Qt for WebAssembly 中的悬摆指针 (wasm) 访问 QNetworkReply 标头数据。更低版本和更高版本不受影响。(CVE-2024-30161)

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

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

  - Jonathan Looney 发现，TCP_SKB_CB(skb)->tcp_gso_segs 值在处理 TCP 选择性确认 (SACK) 时，会发生 Linux 内核中的整数溢出。远程攻击者可利用此漏洞造成拒绝服务。此漏洞已在稳定内核版本 4.4.182、4.9.182、4.14.127、4.19.52、5.1.11 中以及提交项 3b4929f65b0d8249f19a50245cd88ed1a2f78cff 中修复。(CVE-2019-11477)

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

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

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

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

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

  - 在请求全屏访问的同时从 iframe 内部导航时，攻击者控制的选项卡可能使浏览器无法退出全屏模式。此漏洞会影响 91.5 版本之前的 Firefox ESR、96 版本之前的 Firefox 以及 91.5 版本之前的 Thunderbird。(CVE-2022-22743)

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

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

  - 已修复 Linux 内核中的下列漏洞：net/mlx4_en: Fix an use-after-free bug in mlx4_en_try_alloc_resources() In mlx4_en_try_alloc_resources(), mlx4_en_copy_priv() is called and tmp->tx_cq will be freed on the error path of mlx4_en_copy_priv(). After that mlx4_en_alloc_resources() is called and there is a dereference of &tmp->tx_cq[t][i] in mlx4_en_alloc_resources(), which could lead to a use after free problem on failure of mlx4_en_copy_priv(). Fix this bug by adding a check of mlx4_en_copy_priv() This bug was found by a static analyzer. The analysis employs differential checking to identify inconsistent security operations (e.g., checks or kfrees) between two code paths and confirms that the inconsistent operations are not recovered in the current function or the callers, so they constitute bugs. Note that, as a bug found by static analysis, it can be a false positive or hard to trigger. Multiple researchers have cross-reviewed the bug. Builds with CONFIG_MLX4_EN=m show no new warnings, and our static analyzer no longer warns about this code. (CVE-2021-47541)

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

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

  - 如果 80 位长双重函数的输入包含非规范位模式，如在将 0x5d414141414141410000 值传递至 x86 目标上的 sinl 时所见，2.32 之前的 GNU C 库（亦称 glibc 或 libc6）会在范围检查期间导致堆栈上的缓冲区溢出。这与 sysdeps/ieee754/ldbl-96/e_rem_pio2l.c 相关。(CVE-2020-10029)

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

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

  - 在 KVM 的 AMD 代码用于支持 SVM 嵌套虚拟化中发现一个缺陷。当处理 L1 客户机提供的 VMCB（虚拟机控制块）以生成/处理嵌套客户机 (L2) 时，会发生此缺陷。由于未正确验证 virt_ext 字段，此问题可允许恶意 L1 同时禁用 L2 来宾的 VMLOAD/VMSAVE 拦截和 VLS (Virtual VMLOAD/VMSAVE)。因此，L2 来宾将可以读取/写入主机的物理页面，从而导致整个系统崩溃、敏感数据泄漏或可能导致来宾到主机逃逸。(CVE-2021-3656)

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

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

  - 使用 fetch 模块时，在 Ansible Engine 中发现一个缺陷。攻击者可拦截该模块，注入新路径，然后在控制器节点上选择新的目标路径。2.7.x、2.8.x 和 2.9.x 分支中的所有版本均被认为易受攻击。(CVE-2020-1735)

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

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

  - fbdev修复 fb_set_var以防止在 fb_videomode_to_var 中出现 null-ptr-deref 如果 fb_set_var() 中的 fb_add_videomode() 无法为 fb_videomode 分配内存稍后可能会导致 fb_videomode_to_var() 中出现 null-ptr 取消引用因为会在在 modelist 中不存在预期存在的模式即 fb_info->var 中描述的模式。
    ================================================== ============== 一般保护错误可能因非规范地址 0xdffffc0000000001: 0000 [#1] PREEMPT SMP KASAN NOOPTI KASAN 范围 [0x0000000000000008-0x000000000000000f] CPU 中出现 null-ptr-deref 1 PID30371 Commsyz-executor.1 Not tainted 5.10.226-syzkaller #0 硬件名称QEMU Standard PC（i440FX + PIIX，1996），BIOS 1.12.0-1 2014 年 4 月 1 日 RIP
    0010fb_videomode_to_var+0x24/0x610 drivers/video/fbdev/core/modeb.c:901 调用跟踪
    display_to_var+0x3a/0x7c0 drivers/video/fbdev/core/fbcon.c:929 fbcon_resize+0x3e2/0x8f0 drivers/video/fbdev/core/fbcon.c:2071 resize_screen drivers/tty/vt/vt.c:1176 [内联] vc_do_resize+0x53a/0x1170 drivers/tty/vt/vt.c:1263 fbcon_modechanged+0x3ac/0x6e0 drivers/video/fbdev/core/fbcon.c:2720 fbcon_update_vcs+0x43/0x60 drivers/video/fbdev/core/fbcon。 c:2776 do_fb_ioctl+0x6d2/0x740 drivers/video/fbdev/core/fbmem.c:1128 fb_ioctl+0xe7/0x150 drivers/video/fbdev/core/fbmem.c:1203 vfs_ioctl fs/ioctl.c:48 [内联] __do_sys_ioctl fs/ioctl.c:753 [内联] __se_sys_ioctl fs/ioctl.c:739 [内联] __x64_sys_ioctl+0x19a/0x210 fs/ioctl.c:739 do_syscall_64+0x33/0x40 arch/x86/entry/common.c:46 entry_SYSCALL_64_after_hwframe+0x67/0xd1 ============================================= =================== 原因是正在 fb_set_var() 中修改 fb_info->var然后调用 fb_videomode_to_var()。如果无法将模式添加至 fb_info->modelistfb_set_var() 将返回错误但不会恢复 fb_info->var 的旧值。失败时以与之前在函数中完成的方式相同的方式还原 fb_info->var。由 Linux Verification Center (linuxtesting.org) 通过 Syzkaller 发现。 (CVE-2025-38214)

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

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

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

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

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

  - JavaScript 引擎使用的“OrderedHashTable”中存在整数溢出。此漏洞影响 Firefox < 139.0.4。 (CVE-2025-49710)

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

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

  - 在低于 4.14.11 的 Linux 内核版本中，本地攻击者（可访问 pseudo 终端）可利用 drivers/tty/n_tty.c，挂起/阻止所有 pseudo 终端设备的进一步使用，这是 TIOCINQ 中存在 EXTPROC 和 ICANON 混淆所致。(CVE-2018-18386)

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

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

  - 在 libsoup 中发现一个缺陷其中 SoupAuthDigest 容易受到空指针取消引用。HTTP 服务器可能造成 libsoup 客户端崩溃。 (CVE-2025-32912)

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

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

  - udf修复了 udf_symlink 函数中的空指针取消引用 在函数 udf_symlink 中epos.bh 赋值为 udf_tgetblk 返回的值。函数 udf_tgetblk 在 udf/misc.c 中定义并返回可以为 NULL 的 sb_getblk 函数值。然后在未经过任何检查的情况下使用 epos.bh进而在 sb_getblk 失败时造成可能的空指针取消引用。此补丁添加了用于验证 epos.bh 值的检查。 (CVE-2021-47353)

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

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

  - PCI 端点pci-epf-test修复导致内核 oops 的双重释放修复一个在测试 stm32_pcie 时发现的内核 oops 处理 PERST# 端点驱动程序在 EP 初始化期间pci_epf_test_alloc_space() 分配了所有 BAR这是如果 epc_set_bar() 失败例如由于没有空闲的入站窗口可能会进一步释放。然而当 pci_epc_set_bar() 失败时错误路径
    pci_epc_set_bar() -> pci_epf_free_space() 不会清除之前对 epf_test->reg[bar] 的分配。
    然后如果主机重新启动PERST# 断言会以相同的分配失败重新启动 BAR 分配序列没有释放入站窗口从而造成双重释放情况因为 epf_test->reg[bar] 已解除分配且仍为非 NULL。因此请确保 pci_epf_alloc_space() 和 pci_epf_free_space() 调用对称并且因此在释放内存时将 epf_test->reg[bar] 设置为 NULL。 [kwilczynski
    提交日志] (CVE-2025-38069)

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

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

  - 已修复 Linux 内核中的下列漏洞：pds_core: Fix pdsc_check_pci_health function to use work thread When the driver notices fw_status == 0xff it tries to perform a PCI reset on itself via pci_reset_function() in the context of the driver's health thread. However, pdsc_reset_prepare calls pdsc_stop_health_thread(), which attempts to stop/flush the health thread. This results in a deadlock because the stop/flush will never complete since the driver called pci_reset_function() from the health thread context. Fix by changing the pdsc_check_pci_health_function() to queue a newly introduced pdsc_pci_reset_thread() on the pdsc's work queue. Unloading the driver in the fw_down/dead state uncovered another issue, which can be seen in the following trace: WARNING: CPU: 51 PID: 6914 at kernel/workqueue.c:1450 __queue_work+0x358/0x440 [...] RIP: 0010:__queue_work+0x358/0x440 [...] Call Trace: <TASK> ? __warn+0x85/0x140 ? __queue_work+0x358/0x440 ? report_bug+0xfc/0x1e0 ? handle_bug+0x3f/0x70 ? exc_invalid_op+0x17/0x70 ? asm_exc_invalid_op+0x1a/0x20 ? __queue_work+0x358/0x440 queue_work_on+0x28/0x30 pdsc_devcmd_locked+0x96/0xe0 [pds_core] pdsc_devcmd_reset+0x71/0xb0 [pds_core] pdsc_teardown+0x51/0xe0 [pds_core] pdsc_remove+0x106/0x200 [pds_core] pci_device_remove+0x37/0xc0 device_release_driver_internal+0xae/0x140 driver_detach+0x48/0x90 bus_remove_driver+0x6d/0xf0 pci_unregister_driver+0x2e/0xa0 pdsc_cleanup_module+0x10/0x780 [pds_core]
    __x64_sys_delete_module+0x142/0x2b0 ? syscall_trace_enter.isra.18+0x126/0x1a0 do_syscall_64+0x3b/0x90 entry_SYSCALL_64_after_hwframe+0x72/0xdc RIP: 0033:0x7fbd9d03a14b [...] Fix this by preventing the devcmd reset if the FW is not running. (CVE-2024-35968)

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

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

  - cpufreqscmi修复 scmi_cpufreq_get_rate() 中的 null-ptr-derefpolicy->cpus 掩码中不存在目标 CPU 时cpufreq_cpu_get_raw() 会返回 NULL。 scmi_cpufreq_get_rate() 不会检查这种情况从而导致空指针取消引用。在 cpufreq_cpu_get_raw() 之后添加空检查以防止此问题。 (CVE-2025-37830)

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

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

  - 分配器和解除分配器之间的不匹配可导致内存损坏。此漏洞会影响 Firefox < 128、Firefox ESR < 115.13、Thunderbird < 115.13 和 Thunderbird < 128。(CVE-2024-6602)

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

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

  - loop配置循环时检查溢出 用户空间可使用 ioctl 调用配置循环其中会传递 loop_config 类型的配置请参阅 drivers/block/loop.c 第 1550 行中 lo_ioctl() 的情况。此操作继续调用 loop_configure()后者转而调用 loop_set_status_from_info()请参阅 loop.c 的第 1050 行传递 loop_info64* 类型的 &config->info。然后此函数会设置适当的值，例如偏移。 loop_device 具有 loff_t 类型的 lo_offset请参阅 loop.c 第 52 行其进行 typdef 链接到 long long而 loop_info64 具有 __u64 类型的 lo_offset请参阅 include/uapi/linux/loop.h 的第 56 行。该函数将偏移从 info 直接复制到设备如下所示请参阅 loop.c 的第 980 行 lo->lo_offset = info->lo_offset;这会导致溢出从而触发 iomap_iter() 中的警告原因在于对 iomap_iter_done() 的调用具有以下内容
    WARN_ON_ONCE(iter->iomap.offset > iter->pos);因此请在 loop_set_status_from_info() 期间检查负值。缺陷报告
    https://syzkaller.appspot.com/bug?id=c620fe14aac810396d3c3edc9ad73848bf69a29e (CVE-2022-49993)

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

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

  - parisc修复 sba_unmap_sg 中的数据 TLB 缺失 Rolf Eike Beer 报告了以下缺陷[1274934.746891] 错误地址空指针取消引用?地址 0000004140000018 的 Code=15数据 TLB 缺失错误 [1274934.746891] CPU: 3 PID 5549 Commcmake 未受感染 5.15.4-gentoo-parisc64 #4 [1274934.746891] 硬件名称
    9000/785/C8000 [1274934.746891] [1274934.746891] YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI [1274934.746891] PSW
    00001000000001001111111000001110 Not tainted [1274934.746891] r00-03 000000ff0804fe0e 0000000040bc9bc0 00000000406760e4 0000004140000000 [1274934.746891] r04-07 0000000040b693c0 0000004140000000 000000004a2b08b0 0000000000000001 [1274934.746891] r08-11 0000000041f98810 0000000000000000 000000004a0a7000 0000000000000001 [1274934.746891] r12-15 0000000040bddbc0 0000000040c0cbc0 0000000040bddbc0 0000000040bddbc0 [1274934.746891] r16-19 0000000040bde3c0 0000000040bddbc0 0000000040bde3c0 0000000000000007 [1274934.746891] r20-23 0000000000000006 000000004a368950 0000000000000000 0000000000000001 [1274934.746891] r24-27 0000000000001fff 000000000800000e 000000004a1710f0 0000000040b693c0 [1274934.746891] r28-31 0000000000000001 0000000041f988b0 0000000041f98840 000000004a171118 [1274934.746891] sr00-03 00000000066e5800 0000000000000000 0000000000000000 00000000066e5800 [1274934.746891] sr04-07 0000000000000000 0000000000000000 0000000000000000 0000000000000000 [1274934.746891] [1274934.746891] IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000406760e8 00000000406760ec [1274934.746891] IIR: 48780030 ISR:
    0000000000000000 IOR0000004140000018 [1274934.746891] CPU3 CR3000000040e3a9c000 CR31
    ffffffffffffffff [1274934.746891] ORIG_R280000000040acdd58 [1274934.746891] IAOQ[0]
    sba_unmap_sg+0xb0/0x118 [1274934.746891] IAOQ[1]sba_unmap_sg+0xb4/0x118 [1274934.746891] RP(r2)
    sba_unmap_sg+0xac/0x118 [1274934.746891] 回溯[1274934.746891] [<00000000402740cc>] dma_unmap_sg_attrs+0x6c/0x70 [1274934.746891] [<000000004074d6bc>] scsi_dma_unmap+0x54/0x60 [1274934.746891] [<00000000407a3488>] mptscsih_io_done+0x150/0xd70 [1274934.746891] [<0000000040798600>] mpt_interrupt+0x168/0xa68 [1274934.746891] [<0000000040255a48>] __handle_irq_event_percpu+0xc8/0x278 [1274934.746891] [<0000000040255c34>] handle_irq_event_percpu+0x3c/0xd8 [1274934.746891] [<000000004025ecb4>] handle_percpu_irq+0xb4 /0xf0 [1274934.746891] [<00000000402548e0>] generic_handle_irq+0x50/0x70 [1274934.746891] [<000000004019a254>] call_on_stack+0x18/0x24 [1274934.746891] [1274934.746891] 内核错误 - 不同步错误地址空指针取消引用?该缺陷的原因是溢出 sglist 以及未正确在 nents 之前测试 sg_dma_len(sglist)。正常情况下这不会造成崩溃但在这种情况下sglist 越界了。以下代码中会发生这种情况：
    while (sg_dma_len(sglist) && nents--) { 此补丁只是为了首先测试 nents然后将 nents 的减量移至循环中。 (CVE-2022-48795)

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

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

  - 79.0.3945.79 之前版本的 Google Chrome 中 WebRTC 的不当实现允许远程攻击者通过构建的 HTML 页面潜在地利用堆损坏。 (CVE-2019-13722)

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

ID	名称	严重性
249509	Linux Distros 未修补的漏洞：CVE-2019-20908	medium
249508	Linux Distros 未修补的漏洞：CVE-2023-0187	medium
249507	Linux Distros 未修补的漏洞：CVE-2025-38226	medium
249506	Linux Distros 未修补的漏洞：CVE-2025-21641	medium
249505	Linux Distros 未修补的漏洞：CVE-2024-35975	medium
249504	Linux Distros 未修补的漏洞：CVE-2024-44973	medium
249503	Linux Distros 未修补的漏洞：CVE-2022-28191	medium
249502	Linux Distros 未修补的漏洞：CVE-2021-38208	medium
249501	Linux Distros 未修补的漏洞：CVE-2024-4773	high
249500	Linux Distros 未修补的漏洞：CVE-2021-24002	high
249499	Linux Distros 未修补的漏洞：CVE-2023-3863	medium
249498	Linux Distros 未修补的漏洞：CVE-2025-5958	high
249497	Linux Distros 未修补的漏洞：CVE-2022-31738	medium
249496	Linux Distros 未修补的漏洞：CVE-2023-52681	high
249495	Linux Distros 未修补的漏洞：CVE-2025-3031	medium
249494	Linux Distros 未修补的漏洞：CVE-2023-53091	medium
249493	Linux Distros 未修补的漏洞：CVE-2025-38119	medium
249492	Linux Distros 未修补的漏洞：CVE-2020-15675	high
249491	Linux Distros 未修补的漏洞：CVE-2025-50099	medium
249490	Linux Distros 未修补的漏洞：CVE-2024-42149	medium
249489	Linux Distros 未修补的漏洞：CVE-2022-49867	medium
249488	Linux Distros 未修补的漏洞：CVE-2025-49795	high
249487	Linux Distros 未修补的漏洞：CVE-2025-38222	medium
249486	Linux Distros 未修补的漏洞：CVE-2019-19053	high
249485	Linux Distros 未修补的漏洞：CVE-2025-22080	medium
249484	Linux Distros 未修补的漏洞：CVE-2025-22100	high
249483	Linux Distros 未修补的漏洞：CVE-2023-2513	medium
249482	Linux Distros 未修补的漏洞：CVE-2022-49557	high
249481	Linux Distros 未修补的漏洞：CVE-2024-35795	medium
249480	Linux Distros 未修补的漏洞：CVE-2024-30161	medium
249479	Linux Distros 未修补的漏洞：CVE-2019-11477	high
249478	Linux Distros 未修补的漏洞：CVE-2020-14829	medium
249477	Linux Distros 未修补的漏洞：CVE-2022-22743	medium
249476	Linux Distros 未修补的漏洞：CVE-2021-47541	high
249475	Linux Distros 未修补的漏洞：CVE-2020-10029	medium
249474	Linux Distros 未修补的漏洞：CVE-2021-3656	high
249473	Linux Distros 未修补的漏洞：CVE-2020-1735	medium
249472	Linux Distros 未修补的漏洞：CVE-2025-38214	medium
249471	Linux Distros 未修补的漏洞：CVE-2022-21526	medium
249470	Linux Distros 未修补的漏洞：CVE-2025-49710	critical
249469	Linux Distros 未修补的漏洞：CVE-2018-18386	low
249468	Linux Distros 未修补的漏洞：CVE-2025-32912	medium
249467	Linux Distros 未修补的漏洞：CVE-2021-47353	medium
249466	Linux Distros 未修补的漏洞：CVE-2025-38069	high
249465	Linux Distros 未修补的漏洞：CVE-2024-35968	medium
249464	Linux Distros 未修补的漏洞：CVE-2025-37830	medium
249463	Linux Distros 未修补的漏洞：CVE-2024-6602	critical
249462	Linux Distros 未修补的漏洞：CVE-2022-49993	medium
249461	Linux Distros 未修补的漏洞：CVE-2022-48795	medium
249460	Linux Distros 未修补的漏洞：CVE-2019-13722	medium

检测

Nessus 的 Misc. 系列

medium

medium

medium

medium

medium

medium

medium

medium

high

high

medium

high

medium

high

medium

medium

medium

high

medium

medium

medium

high

medium

high

medium

high

medium

high

medium

medium

high

medium

medium

high

medium

high

medium

medium

medium

critical

low

medium

medium

high

medium

medium

critical

medium

medium

medium