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

  - 5.5.7 之前的 UnRAR 中的 libunrar.a 在 Archive::ReadHeader15 函数的 EncodeFileName::Decode 调用中存在越界读取。 (CVE-2017-12940)

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

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

  - drm/scheduler在终止作业时向计划的隔离发出信号当终止应用程序 B 中的实体时drm_sched_entity_kill() 会通过 drm_sched_entity_kill_jobs_work() 删除属于该实体的所有作业。如果应用程序 A 的作业依赖于应用程序 B 作业的计划隔离，而在终止隔离过程期间未正确用信号通知该隔离则无法清除应用程序 A 的依存关系。这会导致应用程序 A 在等待永远无法解决的依存关系时无限期挂起。通过确保在实体终止时正确发信号通知计划的隔离来修复此问题从而允许依赖应用程序继续执行。 (CVE-2025-38436)

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

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

  - i2cdesignware在时钟乘法中使用 u64 的转换以避免溢出函数 i2c_dw_scl_lcnt() 和 i2c_dw_scl_hcnt() 中可能会发生溢出这取决于给定参数的值包括 ic_clk。例如在 ic_clk 大于一百万的使用案例中乘以 ic_clk * 4700 将导致 32 位溢出。在计算中添加 u64 的转换以避免乘法溢出并对除法使用相应的定义。 (CVE-2022-49749)

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

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

  - 已修复 Linux 内核中的下列漏洞：vmxnet3: Fix missing reserved tailroom Use rbi->len instead of rcd->len for non-dataring packet. Found issue: XDP_WARN:
    xdp_update_frame_from_buff(line:278): Driver BUG: missing reserved tailroom WARNING: CPU: 0 PID: 0 at net/core/xdp.c:586 xdp_warn+0xf/0x20 CPU: 0 PID: 0 Comm: swapper/0 Tainted: G W O 6.5.1 #1 RIP:
    0010:xdp_warn+0xf/0x20 ... ? xdp_warn+0xf/0x20 xdp_do_redirect+0x15f/0x1c0 vmxnet3_run_xdp+0x17a/0x400 [vmxnet3] vmxnet3_process_xdp+0xe4/0x760 [vmxnet3] ? vmxnet3_tq_tx_complete.isra.0+0x21e/0x2c0 [vmxnet3] vmxnet3_rq_rx_complete+0x7ad/0x1120 [vmxnet3] vmxnet3_poll_rx_only+0x2d/0xa0 [vmxnet3]
    __napi_poll+0x20/0x180 net_rx_action+0x177/0x390 (CVE-2024-27026)

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

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

  - 已修复 Linux 内核中的下列漏洞：crypto: mxs-dcp - Ensure payload is zero when using key slot We could leak stack memory through the payload field when running AES with a key from one of the hardware's key slots. Fix this by ensuring the payload field is set to 0 in such cases.
    This does not affect the common use case when the key is supplied from main memory via the descriptor payload. (CVE-2024-43815)

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

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

  - 已修复 Linux 内核中的下列漏洞：serial: liteuart: fix minor-number leak on probe errors Make sure to release the allocated minor number before returning on probe errors.
    (CVE-2021-47524)

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

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

  - 已修复 Linux 内核中的下列漏洞：net: txgbe: remove separate irq request for MSI and INTx When using MSI or INTx interrupts, request_irq() for pdev->irq will conflict with request_threaded_irq() for txgbe->misc.irq, to cause system crash. So remove txgbe_request_irq() for MSI/INTx case, and rename txgbe_request_msix_irqs() since it only request for queue irqs. Add wx->misc_irq_domain to determine whether the driver creates an IRQ domain and threaded request the IRQs.
    (CVE-2024-42150)

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

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

  - scsimpi3mr同步访问回复队列的黑白重置和 tm 线程如果任务管理线程在重置线程重置回复队列时处理回复队列任务管理线程会访问重置线程设置的无效队列 ID (0xFFFF)指向未分配内存从而导致崩溃。添加标记“io_admin_reset_sync”以同步重置、I/O 和管理线程之间的访问。重置之前重置处理程序会设置此标记以阻断 I/O 和管理处理线程。如果任何线程绕过初始检查，则重置线程会等待最多 10 秒才能完成处理。如果等待时间超过 10 秒，控制器将被标记为无法恢复。 (CVE-2025-37861)

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

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

  - 低于 7.0 的Intel(R) 以太网 700 系列控制器版本的 i40e 驱动程序的输入验证不足可能允许经过身份验证的用户通过本地访问造成拒绝服务。
    (CVE-2019-0147)

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

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

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

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

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

  - 已修复 Linux 内核中的下列漏洞：vp_vdpa: fix the crash in hot unplug with vp_vdpa While unplugging the vp_vdpa device, it triggers a kernel panic The root cause is:
    vdpa_mgmtdev_unregister() will accesses modern devices which will cause a use after free. So need to change the sequence in vp_vdpa_remove [ 195.003359] BUG: unable to handle page fault for address:
    ff4e8beb80199014 [ 195.004012] #PF: supervisor read access in kernel mode [ 195.004486] #PF:
    error_code(0x0000) - not-present page [ 195.004960] PGD 100000067 P4D 1001b6067 PUD 1001b7067 PMD 1001b8067 PTE 0 [ 195.005578] Oops: 0000 1 PREEMPT SMP PTI [ 195.005968] CPU: 13 PID: 164 Comm:
    kworker/u56:10 Kdump: loaded Not tainted 5.14.0-252.el9.x86_64 #1 [ 195.006792] Hardware name: Red Hat KVM/RHEL, BIOS edk2-20221207gitfff6d81270b5-2.el9 unknown [ 195.007556] Workqueue: kacpi_hotplug acpi_hotplug_work_fn [ 195.008059] RIP: 0010:ioread8+0x31/0x80 [ 195.008418] Code: 77 28 48 81 ff 00 00 01 00 76 0b 89 fa ec 0f b6 c0 c3 cc cc cc cc 8b 15 ad 72 93 01 b8 ff 00 00 00 85 d2 75 0f c3 cc cc cc cc <8a> 07 0f b6 c0 c3 cc cc cc cc 83 ea 01 48 83 ec 08 48 89 fe 48 c7 [ 195.010104] RSP: 0018:ff4e8beb8067bab8 EFLAGS: 00010292 [ 195.010584] RAX: ffffffffc05834a0 RBX: ffffffffc05843c0 RCX: ff4e8beb8067bae0 [195.011233] RDX: ff1bcbd580f88000 RSI: 0000000000000246 RDI: ff4e8beb80199014 [ 195.011881] RBP:
    ff1bcbd587e39000 R08: ffffffff916fa2d0 R09: ff4e8beb8067ba68 [ 195.012527] R10: 000000000000001c R11:
    0000000000000000 R12: ff1bcbd5a3de9120 [ 195.013179] R13: ffffffffc062d000 R14: 0000000000000080 R15:
    ff1bcbe402bc7805 [ 195.013826] FS: 0000000000000000(0000) GS:ff1bcbe402740000(0000) knlGS:0000000000000000 [ 195.014564] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 195.015093] CR2: ff4e8beb80199014 CR3:
    0000000107dea002 CR4: 0000000000771ee0 [ 195.015741] PKRU: 55555554 [ 195.016001] Call Trace: [195.016233] <TASK> [ 195.016434] vp_modern_get_status+0x12/0x20 [ 195.016823] vp_vdpa_reset+0x1b/0x50 [vp_vdpa] [ 195.017238] virtio_vdpa_reset+0x3c/0x48 [virtio_vdpa] [ 195.017709] remove_vq_common+0x1f/0x3a0 [virtio_net] [ 195.018178] virtnet_remove+0x5d/0x70 [virtio_net] [ 195.018618] virtio_dev_remove+0x3d/0x90 [ 195.018986] device_release_driver_internal+0x1aa/0x230 [ 195.019466] bus_remove_device+0xd8/0x150 [ 195.019841] device_del+0x18b/0x3f0 [ 195.020167] ? kernfs_find_ns+0x35/0xd0 [ 195.020526] device_unregister+0x13/0x60 [ 195.020894] unregister_virtio_device+0x11/0x20 [ 195.021311] device_release_driver_internal+0x1aa/0x230 [ 195.021790] bus_remove_device+0xd8/0x150 [ 195.022162] device_del+0x18b/0x3f0 [ 195.022487] device_unregister+0x13/0x60 [ 195.022852] ? vdpa_dev_remove+0x30/0x30 [vdpa] [ 195.023270] vp_vdpa_dev_del+0x12/0x20 [vp_vdpa] [ 195.023694] vdpa_match_remove+0x2b/0x40 [vdpa] [ 195.024115] bus_for_each_dev+0x78/0xc0 [ 195.024471] vdpa_mgmtdev_unregister+0x65/0x80 [vdpa] [195.024937] vp_vdpa_remove+0x23/0x40 [vp_vdpa] [ 195.025353] pci_device_remove+0x36/0xa0 [ 195.025719] device_release_driver_internal+0x1aa/0x230 [ 195.026201] pci_stop_bus_device+0x6c/0x90 [ 195.026580] pci_stop_and_remove_bus_device+0xe/0x20 [ 195.027039] disable_slot+0x49/0x90 [ 195.027366] acpiphp_disable_and_eject_slot+0x15/0x90 [ 195.027832] hotplug_event+0xea/0x210 [ 195.028171] ? hotplug_event+0x210/0x210 [ 195.028535] acpiphp_hotplug_notify+0x22/0x80 [ 195.028942] ? hotplug_event+0x210/0x210 [ 195.029303] acpi_device_hotplug+0x8a/0x1d0 [ 195.029690] acpi_hotplug_work_fn+0x1a/0x30 [ 195.030077] process_one_work+0x1e8/0x3c0 [ 195.030451] worker_thread+0x50/0x3b0 [ 195.030791] ? rescuer_thread+0x3a0/0x3a0 [ 195.031165] kthread+0xd9/0x100 [195.031459] ? kthread_complete_and_exit+0x20/0x20 [ 195.031899] ret_from_fork+0x22/0x30 [ 195.032233] </TASK> (CVE-2023-53082)

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

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

  - ksmbd修复 oplock/lease 中断 ack 中潜在的释放后使用。如果 ksmbd_iov_pin_rsp 返回错误访问 opinfo->state 时可能会发生释放后使用错误并且 opinfo_put 和 ksmbd_fd_put 可被调用两次。
    (CVE-2025-38437)

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

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

  - bpf修复访问 ARRAY 映射元素时潜在的 32 位溢出如果 BPF 数组映射大于 4GB由于 index 和 elem_size 均为 u32元素指针计算可能溢出。通过强制执行 64 位乘法在各处修复此问题。提取此公式到单独的小辅助函数中并在各个位置一致地使用。利用 index_mask 技巧的推测预防公式保持不变但在两个位置都添加了明确的 u64 转换。 (CVE-2022-50167)

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

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

  - netena修复 ena_init() 中的错误处理 pci_register_driver() 失败时 ena_init() 将不会破坏 create_singlethread_workqueue() 创建的工作队列。在 pci_register_driver() 失败时调用 destroy_workqueue() 以防止资源泄漏。 (CVE-2022-49813)

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

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

  - ocfs2修复写入失败后的数据损坏当缓冲的写入无法将数据复制到基础页缓存页时ocfs2_write_end_nolock() 仅将页面清零并脏页。这可导致脏页超出 EOF并且如果页回写在写入成功之前尝试写入此页并扩展 i_size则页面将进入不一致状态其中页脏位清零但缓冲区脏页保持设置状态导致页数据永远不会被写入因此数据复制到页面的内容丢失。修复写入失败后使超出 EOF 的页面无效的问题。 (CVE-2023-53081)

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

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

  - 在到 Linux 内核 为止的所有版本中在 arch/sparc/kernel/mdesc.c 内的 get_vdev_port_node_info 中发现一个问题 5.1.6。node_info->vdev_port.name 中存在未检查的 kstrdup_const可能允许攻击者造成拒绝服务空指针取消引用和系统崩溃。 (CVE-2019-12615)

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

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

  - xsk在 xdp_umem_reg 中添加缺少的溢出检查 区块的数量可溢出 u32。请务必返回
    -EINVAL发生溢出。还删除了分配 umem->npgs 时多余的 u32 转换。 (CVE-2023-53080)

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

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

  - Oracle MySQL 的 MySQL Server 产品中存在漏洞（组件：Server: Security: Privileges）。
    支持的版本中受影响的是 8.0.39 和较早版本、8.4.2 和较早版本以及 9.0.1 和较早版本。难以利用的漏洞允许高权限的攻击者登录 MySQL Server 执行的基础结构，从而破坏 MySQL Server。成功利用此漏洞进行攻击可导致在未经授权的情况下造成 MySQL Server 挂起或频繁出现崩溃（完整 DOS）。
    (CVE-2025-21494)

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

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

  - 在 Linux 内核 5.4.12 之前的版本中，drivers/input/input.c 存在通过构建的 keycode 表造成的越界写入漏洞，input_set_keycode 即为一例（又称为 CID-cb222aed03d7）。(CVE-2019-20636)

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

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

  - nfsd如果无法将 dl_recall 排入队列则放置 dl_stid 在调用 nfsd4_run_cb 将 dl_recall 排入 callback_wq 队列之前我们递增了 dl_stid 的引用计数。我们预计在处理相应的 work_struct 后将通过回调函数 nfsd4_cb_recall_release 减少 dl_stid 的引用计数。但是如果对 nfsd4_run_cb 的调用失败则增加的 dl_stid 引用计数不会相应地减少从而导致以下 nfs4_stid 泄漏未引用对象 0xffff88812067b578 (size 344): comm nfsd, pid 2761, jiffies 4295044002 (age 5541.241s) hex转储前 32 字节: 01 00 00 00 6b 6b 6b 6b b8 02 c0 e2 81 88 ff ff ....kkkk.. 00 6b 6b 6b 6b 6b 6b 6b 00 00 00 00 ad 4e ad de .kkkkkkk.....N.. backtrace: kmem_cache_alloc+0x4b9/0x700 nfsd4_process_open1+0x34/0x300 nfsd4_open+0x2d1/0x9d0 nfsd4_proc_compound+0x7a2/0xe30 nfsd_dispatch+0x241/0x3e0 svc_process_common+0x5d3/0xcc0 svc_process+0x2a3/0x320 nfsd +0x180/0x2e0 kthread+0x199/0x1d0 ret_from_fork+0x30/0x50 ret_from_fork_asm+0x1b/0x30 unreferenced object 0xffff8881499f4d28 (size 368): comm nfsd, pid 2761, jiffies 4295044005 (age 5541.239s) hex dump (first 32 bytes): 01 00 00 00 00 00 00 00 30 4d 9f 49 81 88 ff ff ..0M.I.... 30 4d 9f 49 81 88 ff ff 20 00 00 00 01 00 00 00 0M.I.. .. .. 回溯ce: kmem_cache_alloc+0x4b9/0x700 nfs4_alloc_stid+0x29/0x210 alloc_init_deleg+0x92/0x2e0 nfs4_set_delegation+0x284/0xc00 nfs4_open_delegation+0x216/0x3f0 nfsd4_process_open2+0x2b3/0xee0 nfsd4_open+0x770/0x9d0 nfsd4_proc_compound+0x7a2/0xe30 nfsd_dispatch+0x241/0x3e0 svc_process_common+0x5d3 /0xcc0 svc_process+0x2a3/0x320 nfsd+0x180/0x2e0 kthread+0x199/0x1d0 ret_from_fork+0x30/0x50 ret_from_fork_asm+0x1b/0x30 通过检查 nfsd4_run_cb 的结果来修复此问题并在无法排队 dl_recall 时调用 nfs4_put_stid。 (CVE-2025-22025)

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

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

  - 在请求全屏访问的同时调整弹出窗口的大小时，弹出窗口将无法退出全屏模式。此漏洞会影响 Firefox ESR < 91.5、Firefox < 96 和 Thunderbird < 91.5。
    (CVE-2022-22741)

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

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

  - 退出全屏时的黑色淡出动画大约是权限提示上的防点击劫持延迟的长度。利用这一事实，攻击者可以诱使用户单击权限授予按钮即将出现的位置来让用户感到意外。此漏洞会影响 Firefox < 120、Firefox ESR < 115.5.0 和 Thunderbird < 115.5。(CVE-2023-6206)

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

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

  - 混合内容检查无法分析不透明源，从而导致加载某些混合内容。
    此漏洞会影响 Firefox 92 之前版本。(CVE-2021-38491)

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

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

  - 低于 0.903.0 的 YAML-LibYAML用于 Perl 使用 2-args open允许修改现有文件 (CVE-2025-40908)

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

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

  - btrfs基于扇区大小调整子页面的启动当以 64k 页面大小和 16k 节点大小运行计算机时我们开始在生产环境中发现树日志损坏。事实证明这是因为我们有时没有写出脏块所以这实际上会影响所有元数据写入。写出子页面 EB 时我们扫描子页面位图以查找脏范围。如果范围不是脏我们会执行 bit_start++以移至下一个位。问题在于位图基于 EB 具有的扇区数。因此在本例中页面大小为 64k，节点大小为 16k，扇区大小为 4k。这意味着每个节点的位图均为 4 位。页面大小为 64k 时，每页最终可获得 4 个节点。为使操作容易起见以下是所有内容的显示方式 [0 16k 32k 48k ] 逻辑地址 [0 4 8 12] 基数树偏移 [ 64k 页 ] folio [ 16k eb ][ 16k eb ][ 16k eb ][ 16k eb ] 范围缓冲区 [ | | | | | | | | | | | | | | | | ] bitmap 现在我们基于 fs_info->sectorsize_bits 使用所有寻址因此您可以在上面看到我们的 16k eb->start 变成基数条目 4。当我们发现 eb 的脏范围时我们会正确执行 bit_start + =ectors_per_node因为如果从位 0 开始则下一个 eb 的下一位是 4与 eb->start 16k 对应。但是，如果范围是干净的，我们将执行 bit_start++，这现在将放置相对于基数树条目的偏移量。在我们的示例中，假设首次检查位图时该块不是脏块，则递增 bit_start使其 == 1，然后循环并再次检查。这一次为脏对象我们使用下列等式寻找开始 start = folio_start + bit_start * fs_info->sectorsize;因此在上述情况中eb->start 0 现在是脏的我们将开始计算为 0 + 1 * fs_info->sectorsize = 4096 4096 >> 12 = 1 现在我们要在 1 的基数树中查找不会找到 eb。更糟糕的是现在我们使用 bit_start == 1因此我们执行 bit_start +=ectors_per_node现在为 5。如果该 eb 脏我们将遇到相同的情况我们将查看未在 中填充的偏移基树现在将跳过脏范围缓冲区的写出。此问题的最佳修复是不使用ectorize_bits 来寻址节点但这是一个较大的更改。由于这是 fs 损坏问题只需始终使用ectors_per_node 来递增起始位即可修复此问题。 (CVE-2025-37931)

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

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

  - bpf修复 rcu_tasks_trace 和 event_mutex 之间的死锁。修复下列死锁 CPU A _free_event() perf_kprobe_destroy() mutex_lock(&event_mutex) perf_trace_event_unreg() synchronize_rcu_tasks_trace() 在数个路径中_free_event() 会抓取 event_mutex 并调用 sync_rcu_tasks_trace。以上即为此类案例中的一个。CPU B bpf_prog_test_run_syscall() rcu_read_lock_trace() bpf_prog_run_pin_on_cpu() bpf_prog_load() bpf_tracing_func_proto() trace_set_clr_event() mutex_lock(&event_mutex) 将 trace_set_clr_event() 委派到工作队列以避免此类锁定依存关系。 (CVE-2025-37884)

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

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

  - 在编辑模式下插入文本时，某些字符可能导致越界内存访问，从而造成潜在可利用的崩溃问题。此漏洞会影响 91.5 版本之前的 Firefox ESR、96 版本之前的 Firefox 以及 91.5 版本之前的 Thunderbird。(CVE-2022-22742)

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

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

  - 已修复 Linux 内核中的下列漏洞：apparmor: avoid crash when parsed profile name is empty When processing a packed profile in unpack_profile() described like profile :ns::samba-dcerpcd /usr/lib*/samba/{,samba/}samba-dcerpcd {...} a string :samba-dcerpcd is unpacked as a fully-qualified name and then passed to aa_splitn_fqname(). aa_splitn_fqname() treats :samba-dcerpcd as only containing a namespace. Thus it returns NULL for tmpname, meanwhile tmpns is non-NULL. Later aa_alloc_profile() crashes as the new profile name is NULL now. general protection fault, probably for non-canonical address 0xdffffc0000000000: 0000 [#1] PREEMPT SMP KASAN NOPTI KASAN: null-ptr-deref in range [0x0000000000000000-0x0000000000000007] CPU: 6 PID: 1657 Comm: apparmor_parser Not tainted 6.7.0-rc2-dirty #16 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.16.2-3-gd478f380-rebuilt.opensuse.org 04/01/2014 RIP: 0010:strlen+0x1e/0xa0 Call Trace: <TASK> ? strlen+0x1e/0xa0 aa_policy_init+0x1bb/0x230 aa_alloc_profile+0xb1/0x480 unpack_profile+0x3bc/0x4960 aa_unpack+0x309/0x15e0 aa_replace_profiles+0x213/0x33c0 policy_update+0x261/0x370 profile_replace+0x20e/0x2a0 vfs_write+0x2af/0xe00 ksys_write+0x126/0x250 do_syscall_64+0x46/0xf0 entry_SYSCALL_64_after_hwframe+0x6e/0x76 </TASK> ---[ end trace 0000000000000000 ]--- RIP:
    0010:strlen+0x1e/0xa0 It seems such behaviour of aa_splitn_fqname() is expected and checked in other places where it is called (e.g. aa_remove_profiles). Well, there is an explicit comment a ns name without a following profile is allowed inside. AFAICS, nothing can prevent unpacked name to be in form like :samba-dcerpcd - it is passed from userspace. Deny the whole profile set replacement in such case and inform user with EPROTO and an explaining message. Found by Linux Verification Center (linuxtesting.org).
    (CVE-2023-52443)

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

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

  - Inputiforce - 清除 IFORCE_XMIT_RUNNING 标记后唤醒syzbot 在 上报告挂起任务
    __input_unregister_device() [1]用于在 wait_event_interruptible() 处等待的 iforce_close() 保留 dev->mutex阻断来自 __input_unregister_device() 的 input_disconnect_device()。原因似乎只是提交 c2b27ef672992a20输入iforce - 关闭设备时等待命令完成在 clear_bit() 之后忘记调用 wake_up()。通过引入一个先后调用 clear_bit() 和 wake_up_all() 的辅助函数修复此问题。 (CVE-2022-49954)

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

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

  - WebGL framebuffer 未尽早初始化，从而导致内存损坏和越界写入。此漏洞会影响 Firefox ESR < 78.10、Thunderbird < 78.10 和 Firefox < 88。
    (CVE-2021-23994)

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

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

  - 在 KDE KMail 5.2.3中拥有 S/MIME 或 PGP 加密电子邮件的攻击者可将其封装为特制多部分电子邮件内的子部分。加密部件可以使用 HTML/CSS 或 ASCII 换行符字符进一步隐藏。攻击者可以将此修改过的多部件电子邮件重新发送给预定的收件人。
    如果收件人回复这封看似和善的电子邮件，他们会在不知情的情况下将加密消息部分的明文泄露给攻击者。 (CVE-2019-10732)

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

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

  - 由于解析页面内容时发生一个错误正确清理的用户输入可能会被错译并在某些情况下导致网站上出现 XSS 危害。此漏洞会影响 Firefox ESR < 60.8、Firefox < 68 和 Thunderbird < 60.8。(CVE-2019-11715)

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

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

  - 已修复 Linux 内核中的下列漏洞：nexthop: Fix memory leaks in nexthop notification chain listeners syzkaller discovered memory leaks [1] that can be reduced to the following commands: # ip nexthop add id 1 blackhole # devlink dev reload pci/0000:06:00.0 As part of the reload flow, mlxsw will unregister its netdevs and then unregister from the nexthop notification chain. Before unregistering from the notification chain, mlxsw will receive delete notifications for nexthop objects using netdevs registered by mlxsw or their uppers. mlxsw will not receive notifications for nexthops using netdevs that are not dismantled as part of the reload flow. For example, the blackhole nexthop above that internally uses the loopback netdev as its nexthop device. One way to fix this problem is to have listeners flush their nexthop tables after unregistering from the notification chain. This is error-prone as evident by this patch and also not symmetric with the registration path where a listener receives a dump of all the existing nexthops. Therefore, fix this problem by replaying delete notifications for the listener being unregistered. This is symmetric to the registration path and also consistent with the netdev notification chain. The above means that unregister_nexthop_notifier(), like register_nexthop_notifier(), will have to take RTNL in order to iterate over the existing nexthops and that any callers of the function cannot hold RTNL. This is true for mlxsw and netdevsim, but not for the VXLAN driver. To avoid a deadlock, change the latter to unregister its nexthop listener without holding RTNL, making it symmetric to the registration path. [1] unreferenced object 0xffff88806173d600 (size 512):
    comm syz-executor.0, pid 1290, jiffies 4295583142 (age 143.507s) hex dump (first 32 bytes): 41 9d 1e 60 80 88 ff ff 08 d6 73 61 80 88 ff ff A..`......sa.... 08 d6 73 61 80 88 ff ff 01 00 00 00 00 00 00 00 ..sa............ backtrace: [<ffffffff81a6b576>] kmemleak_alloc_recursive include/linux/kmemleak.h:43 [inline] [<ffffffff81a6b576>] slab_post_alloc_hook+0x96/0x490 mm/slab.h:522 [<ffffffff81a716d3>] slab_alloc_node mm/slub.c:3206 [inline] [<ffffffff81a716d3>] slab_alloc mm/slub.c:3214 [inline] [<ffffffff81a716d3>] kmem_cache_alloc_trace+0x163/0x370 mm/slub.c:3231 [<ffffffff82e8681a>] kmalloc include/linux/slab.h:591 [inline] [<ffffffff82e8681a>] kzalloc include/linux/slab.h:721 [inline] [<ffffffff82e8681a>] mlxsw_sp_nexthop_obj_group_create drivers/net/ethernet/mellanox/mlxsw/spectrum_router.c:4918 [inline] [<ffffffff82e8681a>] mlxsw_sp_nexthop_obj_new drivers/net/ethernet/mellanox/mlxsw/spectrum_router.c:5054 [inline] [<ffffffff82e8681a>] mlxsw_sp_nexthop_obj_event+0x59a/0x2910 drivers/net/ethernet/mellanox/mlxsw/spectrum_router.c:5239 [<ffffffff813ef67d>] notifier_call_chain+0xbd/0x210 kernel/notifier.c:83 [<ffffffff813f0662>] blocking_notifier_call_chain kernel/notifier.c:318 [inline] [<ffffffff813f0662>] blocking_notifier_call_chain+0x72/0xa0 kernel/notifier.c:306 [<ffffffff8384b9c6>] call_nexthop_notifiers+0x156/0x310 net/ipv4/nexthop.c:244 [<ffffffff83852bd8>] insert_nexthop net/ipv4/nexthop.c:2336 [inline] [<ffffffff83852bd8>] nexthop_add net/ipv4/nexthop.c:2644 [inline] [<ffffffff83852bd8>] rtm_new_nexthop+0x14e8/0x4d10 net/ipv4/nexthop.c:2913 [<ffffffff833e9a78>] rtnetlink_rcv_msg+0x448/0xbf0 net/core/rtnetlink.c:5572 [<ffffffff83608703>] netlink_rcv_skb+0x173/0x480 net/netlink/af_netlink.c:2504 [<ffffffff833de032>] rtnetlink_rcv+0x22/0x30 net/core/rtnetlink.c:5590 [<ffffffff836069de>] netlink_unicast_kernel net/netlink/af_netlink.c:1314 [inline] [<ffffffff836069de>] netlink_unicast+0x5ae/0x7f0 net/netlink/af_netlink.c:1340 [<ffffffff83607501>] netlink_sendmsg+0x8e1/0xe30 net/netlink/af_netlink.c:1929 [<ffffffff832fde84>] sock_sendmsg_nosec net/socket.c:704 [inline
    ---truncated--- (CVE-2021-47371)

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

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

  - 在 Linux 内核中，在通过 KSMBD 实施内核内 samba 服务器和 CIFS 的过程中，在 parse_lease_state 中发现越界 (OOB) 内存读取缺陷。当攻击者向 KSMBD 发送带有畸形负载的 CREATE 命令时，由于缺少对“parse_lease_state()”函数中的“NameOffset”的检查，“create_context”对象可以访问无效的内存。(CVE-2023-1194)

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

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

  - 这会影响来自 1.3.0的 程序包版本。用于拆分 ng-srcset 指令值的正则表达式容易受到因回溯导致的超线性运行时的影响。通过大量精心构建的输入这可导致灾难性的回溯并造成拒绝服务。 **注意** 此程序包的生命周期已终止，不会收到解决此问题的任何更新。用户应迁移到 [@angle/core](https://www.npmjs.com/package/@angular/core)。 (CVE-2024-21490)

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

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

  - 如果攻击者能够更改特定 about:config 值例如用户计算机上运行的恶意软件则可能以用户无法察觉的方式启用 Devtools 远程调试功能。这可允许（能够与受害者建立直接网络连接的）远程攻击者监控用户的浏览活动和（明文）网络流量。通过在 Devtools 具有开放网络套接字时提供可视化提示已解决此问题。该漏洞影响 Firefox < 87 。
    (CVE-2021-23985)

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

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

  - 在 Linux 内核的 SYSCTL 子系统中，用户更改某些内核参数和变量的方式中存在堆栈溢出缺陷。本地用户可利用此缺陷导致系统崩溃或可能升级其系统权限。(CVE-2022-4378)

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

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

  - 已修复 Linux 内核中的下列漏洞：mm/mempolicy: fix get_nodes out of bound access When user specified more nodes than supported, get_nodes will access nmask array out of bounds. (CVE-2022-50147)

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

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

  - 在低于 2.28.0 的 Mbed TLS 和低于 3.x 的 3.1.0中，当输出缓冲区位于不受信任的应用程序可访问的内存位置时，psa_cipher_generate_iv 和 psa_cipher_encrypt 允许策略绕过或基于 oracle 的解密。 (CVE-2021-45450)

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

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

  - 已修复 Linux 内核中的下列漏洞：s390/qeth: fix use-after-free in hsci KASAN found that addr was dereferenced after br2dev_event_work was freed.
    ================================================================== BUG: KASAN: use-after-free in qeth_l2_br2dev_worker+0x5ba/0x6b0 Read of size 1 at addr 00000000fdcea440 by task kworker/u760:4/540 CPU:
    17 PID: 540 Comm: kworker/u760:4 Tainted: G E 6.1.0-20221128.rc7.git1.5aa3bed4ce83.300.fc36.s390x+kasan #1 Hardware name: IBM 8561 T01 703 (LPAR) Workqueue: 0.0.8000_event qeth_l2_br2dev_worker Call Trace:
    [<000000016944d4ce>] dump_stack_lvl+0xc6/0xf8 [<000000016942cd9c>] print_address_description.constprop.0+0x34/0x2a0 [<000000016942d118>] print_report+0x110/0x1f8 [<0000000167a7bd04>] kasan_report+0xfc/0x128 [<000000016938d79a>] qeth_l2_br2dev_worker+0x5ba/0x6b0 [<00000001673edd1e>] process_one_work+0x76e/0x1128 [<00000001673ee85c>] worker_thread+0x184/0x1098 [<000000016740718a>] kthread+0x26a/0x310 [<00000001672c606a>] __ret_from_fork+0x8a/0xe8 [<00000001694711da>] ret_from_fork+0xa/0x40 Allocated by task 108338: kasan_save_stack+0x40/0x68 kasan_set_track+0x36/0x48 __kasan_kmalloc+0xa0/0xc0 qeth_l2_switchdev_event+0x25a/0x738 atomic_notifier_call_chain+0x9c/0xf8 br_switchdev_fdb_notify+0xf4/0x110 fdb_notify+0x122/0x180 fdb_add_entry.constprop.0.isra.0+0x312/0x558 br_fdb_add+0x59e/0x858 rtnl_fdb_add+0x58a/0x928 rtnetlink_rcv_msg+0x5f8/0x8d8 netlink_rcv_skb+0x1f2/0x408 netlink_unicast+0x570/0x790 netlink_sendmsg+0x752/0xbe0 sock_sendmsg+0xca/0x110 ____sys_sendmsg+0x510/0x6a8 ___sys_sendmsg+0x12a/0x180
    __sys_sendmsg+0xe6/0x168 __do_sys_socketcall+0x3c8/0x468 do_syscall+0x22c/0x328 __do_syscall+0x94/0xf0 system_call+0x82/0xb0 Freed by task 540: kasan_save_stack+0x40/0x68 kasan_set_track+0x36/0x48 kasan_save_free_info+0x4c/0x68 ____kasan_slab_free+0x14e/0x1a8 __kasan_slab_free+0x24/0x30
    __kmem_cache_free+0x168/0x338 qeth_l2_br2dev_worker+0x154/0x6b0 process_one_work+0x76e/0x1128 worker_thread+0x184/0x1098 kthread+0x26a/0x310 __ret_from_fork+0x8a/0xe8 ret_from_fork+0xa/0x40 Last potentially related work creation: kasan_save_stack+0x40/0x68 __kasan_record_aux_stack+0xbe/0xd0 insert_work+0x56/0x2e8 __queue_work+0x4ce/0xd10 queue_work_on+0xf4/0x100 qeth_l2_switchdev_event+0x520/0x738 atomic_notifier_call_chain+0x9c/0xf8 br_switchdev_fdb_notify+0xf4/0x110 fdb_notify+0x122/0x180 fdb_add_entry.constprop.0.isra.0+0x312/0x558 br_fdb_add+0x59e/0x858 rtnl_fdb_add+0x58a/0x928 rtnetlink_rcv_msg+0x5f8/0x8d8 netlink_rcv_skb+0x1f2/0x408 netlink_unicast+0x570/0x790 netlink_sendmsg+0x752/0xbe0 sock_sendmsg+0xca/0x110
    ____sys_sendmsg+0x510/0x6a8 ___sys_sendmsg+0x12a/0x180 __sys_sendmsg+0xe6/0x168
    __do_sys_socketcall+0x3c8/0x468 do_syscall+0x22c/0x328 __do_syscall+0x94/0xf0 system_call+0x82/0xb0 Second to last potentially related work creation: kasan_save_stack+0x40/0x68 __kasan_record_aux_stack+0xbe/0xd0 kvfree_call_rcu+0xb2/0x760 kernfs_unlink_open_file+0x348/0x430 kernfs_fop_release+0xc2/0x320
    __fput+0x1ae/0x768 task_work_run+0x1bc/0x298 exit_to_user_mode_prepare+0x1a0/0x1a8 __do_syscall+0x94/0xf0 system_call+0x82/0xb0 The buggy address belongs to the object at 00000000fdcea400 which belongs to the cache kmalloc-96 of size 96 The buggy address is located 64 bytes inside of 96-byte region [00000000fdcea400, 00000000fdcea460) The buggy address belongs to the physical page: page:000000005a9c26e8 refcount:1 mapcount:0 mapping:0000000000000000 index:0x0 pfn:0xfdcea flags:
    0x3ffff00000000200(slab|node=0|zone=1|lastcpupid=0x1ffff) raw: 3ffff00000000200 0000000000000000 0000000100000122 000000008008cc00 raw: 0000000000000000 0020004100000000 ffffffff00000001 0000000000000000 page dumped because: kasan: bad access detected Memory state around the buggy address: 00000000fdcea300:
    fb fb fb fb fb fb fb fb fb fb fb fb fc fc fc fc 00000000fdcea380: fb fb fb fb fb fb f ---truncated--- (CVE-2022-48954)

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

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

  - 在第 6、7、8、9 代 Intel(R) Core(TM) 处理器系列、Intel(R) Pentium(R) 处理器 J、N、Silver 和 Gold 系列、Intel(R) Celeron(R) 处理器 J、N、G3900 和 G4900 系列、Intel(R) Atom(R) 处理器 A 和 E3900 系列、Intel(R) Xeon(R) 处理器 E3-1500 v5 和 v6、E-2100 和 E-2200 处理器系列、版本低于 26.20.100.6813 (DCH) 或 26.20.100.6812 以及低于 21.20.x.5077（亦即 15.45.5077）的 Intel(R) Graphics Driver for Windows、版本低于 5.4-rc7、5.3.11、4.19.84、4.14.154、4.9.201、4.4.201 的 i915 Linux Driver for Intel(R) Processor Graphics 中，Intel (R) 处理器显卡子系统中存在访问控制不足，经过身份验证的用户可利用此漏洞，通过本地访问，造成权限提升。(CVE-2019-0155)

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

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

  - GStreamer 是用于构建媒体处理组件图形的库。已在“gstgdkpixbufdec.c”的“gst_gdk_pixbuf_dec_flush”中发现一个空指针取消引用漏洞。此函数使用“out_pix”作为目标地址来调用“memcpy”。 “out_pix”应指向帧结构（从输入文件中读取）中的帧 0。但在某些情况下，它可指向空帧，造成对“memcpy”的后续调用，以尝试写入空地址 (0x00)，进而导致空指针取消引用。此漏洞可通过触发分段错误 (SEGV) 来导致拒绝服务 (DoS)。此漏洞已在 1.24.10 中修复。(CVE-2024-47613)

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

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

  - netdrvnetdevsimnetpoll netdevsim 中的 napi_complete() 不支持 netpoll。确保我们不从中调用 napi_complete()因为可能无法计划它。Breno 报告在 napi_complete_done() 中遇到警告: WARNING: CPU: 14 PID: 104 at net/core/dev.c:6592 napi_complete_done+0x2cc/0x560
    __napi_poll+0x2d8/0x3a0 handle_softirqs+0x1fe/0x710 这可能是 netpoll 过早窃取 SCHED 位之后发生。 (CVE-2025-38270)

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

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

  - 已修复 Linux 内核中的下列漏洞：netfs: Fix ceph copy to cache on write-begin At the end of netfs_unlock_read_folio() in which folios are marked appropriately for copying to the cache (either with by being marked dirty and having their private data set or by having PG_private_2 set) and then unlocked, the folio_queue struct has the entry pointing to the folio cleared.
    This presents a problem for netfs_pgpriv2_write_to_the_cache(), which is used to write folios marked with PG_private_2 to the cache as it expects to be able to trawl the folio_queue list thereafter to find the relevant folios, leading to a hang. Fix this by not clearing the folio_queue entry if we're going to do the deprecated copy-to-cache. The clearance will be done instead as the folios are written to the cache.
    This can be reproduced by starting cachefiles, mounting a ceph filesystem with -o fsc and writing to it.
    (CVE-2024-57942)

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

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

  - 已修复 Linux 内核中的下列漏洞：crypto: sun8i-ss - Fix memory leak of pad It appears there are several failure return paths that don't seem to be free'ing pad. Fix these.
    Addresses-Coverity: (Resource leak) (CVE-2021-47053)

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

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

  - 由网站上的脚本定义的自定义光标可将自身置于地址栏上当不可超出主要网络内容区域时伪造实际光标。若通过用户界面伪造位置，恶意网站则可借以诱骗用户无意间点击权限提示、悬置通知或其他按钮。此漏洞影响 Firefox < 67。(CVE-2019-11695)

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

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

  - 据 Mozilla 开发人员 Calixte Denizet、Kershaw Chang、Christian Holler、Jason Kratzer、Gabriele Svelto、Tyson Smith、Simon Giesecke 和 Steve Fink 报告，Firefox 95 和 Firefox ESR 91.4 中存在内存安全错误。其中某些错误展示出内存损坏迹象，我们推测如果攻击者进行足够的尝试，则可以利用此漏洞运行任意代码。此漏洞会影响 91.5 版本之前的 Firefox ESR、96 版本之前的 Firefox 以及 91.5 版本之前的 Thunderbird。(CVE-2022-22751)

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

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

  - bpf修复 32 位架构上的堆栈映射溢出检查 stackmap 代码依赖 roundup_pow_of_two() 来计算哈希存储段的数量并且通过检查结果值是否为 0 来包含溢出检查。但是在 32 位架构上舍入代码本身可通过对无符号长整型值执行 32 位左移溢出这是未定义的行为因此不能保证完全截断。这是 syzbot 在 DEVMAP_HASH 类型上触发的 DEVMAP_HASH 类型包含从 hashtab 代码复制的相同检查。
    补丁 标签中的 提交实际上尝试修复此漏洞但该补丁未考虑 UB因此该补丁仅在确实会导致完全截断为零的 CPU 上有效并且不保证一定会出现这种情况。在舍入前检查值没有此问题。 (CVE-2024-26883)

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

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

  - 已修复 Linux 内核中的下列漏洞：firmware: qcom: qseecom: fix memory leaks in error paths Fix instances of returning error codes directly instead of jumping to the relevant labels where memory allocated for the SCM calls would be freed. (CVE-2023-52684)

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

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

  - 在 Linux 内核的 ext4 文件系统中发现缺陷。本地用户可利用 ext4_xattr_set_entry 函数，通过重命名构建 ext4 文件系统映像中的文件，造成释放后使用，以及拒绝服务或其他不明影响。(CVE-2018-10879)

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

ID	名称	严重性
246532	Linux Distros 未修补的漏洞：CVE-2017-12940	critical
246531	Linux Distros 未修补的漏洞：CVE-2025-38436	medium
246530	Linux Distros 未修补的漏洞：CVE-2022-49749	medium
246529	Linux Distros 未修补的漏洞：CVE-2024-27026	medium
246528	Linux Distros 未修补的漏洞：CVE-2024-43815	high
246527	Linux Distros 未修补的漏洞：CVE-2021-47524	medium
246526	Linux Distros 未修补的漏洞：CVE-2024-42150	medium
246525	Linux Distros 未修补的漏洞：CVE-2025-37861	medium
246524	Linux Distros 未修补的漏洞：CVE-2019-0147	medium
246523	Linux Distros 未修补的漏洞：CVE-2025-8044	critical
246522	Linux Distros 未修补的漏洞：CVE-2023-53082	high
246521	Linux Distros 未修补的漏洞：CVE-2025-38437	high
246520	Linux Distros 未修补的漏洞：CVE-2022-50167	high
246519	Linux Distros 未修补的漏洞：CVE-2022-49813	medium
246518	Linux Distros 未修补的漏洞：CVE-2023-53081	high
246517	Linux Distros 未修补的漏洞：CVE-2019-12615	high
246516	Linux Distros 未修补的漏洞：CVE-2023-53080	high
246515	Linux Distros 未修补的漏洞：CVE-2025-21494	medium
246514	Linux Distros 未修补的漏洞：CVE-2019-20636	medium
246513	Linux Distros 未修补的漏洞：CVE-2025-22025	medium
246512	Linux Distros 未修补的漏洞：CVE-2022-22741	high
246511	Linux Distros 未修补的漏洞：CVE-2023-6206	medium
246510	Linux Distros 未修补的漏洞：CVE-2021-38491	medium
246509	Linux Distros 未修补的漏洞：CVE-2025-40908	critical
246508	Linux Distros 未修补的漏洞：CVE-2025-37931	high
246507	Linux Distros 未修补的漏洞：CVE-2025-37884	medium
246506	Linux Distros 未修补的漏洞：CVE-2022-22742	medium
246505	Linux Distros 未修补的漏洞：CVE-2023-52443	medium
246504	Linux Distros 未修补的漏洞：CVE-2022-49954	medium
246503	Linux Distros 未修补的漏洞：CVE-2021-23994	high
246502	Linux Distros 未修补的漏洞：CVE-2019-10732	medium
246501	Linux Distros 未修补的漏洞：CVE-2019-11715	medium
246500	Linux Distros 未修补的漏洞：CVE-2021-47371	high
246499	Linux Distros 未修补的漏洞：CVE-2023-1194	high
246498	Linux Distros 未修补的漏洞：CVE-2024-21490	high
246497	Linux Distros 未修补的漏洞：CVE-2021-23985	medium
246496	Linux Distros 未修补的漏洞：CVE-2022-4378	high
246495	Linux Distros 未修补的漏洞：CVE-2022-50147	high
246494	Linux Distros 未修补的漏洞：CVE-2021-45450	high
246493	Linux Distros 未修补的漏洞：CVE-2022-48954	high
246492	Linux Distros 未修补的漏洞：CVE-2019-0155	high
246491	Linux Distros 未修补的漏洞：CVE-2024-47613	critical
246490	Linux Distros 未修补的漏洞：CVE-2025-38270	medium
246489	Linux Distros 未修补的漏洞：CVE-2024-57942	high
246488	Linux Distros 未修补的漏洞：CVE-2021-47053	medium
246487	Linux Distros 未修补的漏洞：CVE-2019-11695	medium
246486	Linux Distros 未修补的漏洞：CVE-2022-22751	high
246485	Linux Distros 未修补的漏洞：CVE-2024-26883	high
246484	Linux Distros 未修补的漏洞：CVE-2023-52684	medium
246483	Linux Distros 未修补的漏洞：CVE-2018-10879	high

检测

Nessus 的 Misc. 系列

critical

medium

medium

medium

high

medium

medium

medium

medium

critical

high

high

high

medium

high

high

high

medium

medium

medium

high

medium

medium

critical

high

medium

medium

medium

medium

high

medium

medium

high

high

high

medium

high

high

high

high

high

critical

medium

high

medium

medium

high

high

medium

high