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

  - BluetoothL2CAP修复 l2cap_disconnect_rsp 中的错误解锁平衡在 l2cap_get_chan_by_scid 之前不会获取 conn->chan_lock如果 l2cap_get_chan_by_scid 返回 NULL则会触发“错误的解锁平衡”。
    (CVE-2023-53297)

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

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

  - ALSAhda修复由于 snd_hdac_regmap_sync() 中的数据争用可能导致的空指针取消引用 访问 时变量 codec->regmap 通常受到锁 codec->regmap_lock 保护。然而在 snd_hdac_regmap_sync() 中访问 时会在不保持锁定的情况下进行访问检查后被调用的函数 regcache_sync() 中可能发生空指针取消引用 map->lock(map->lock_arg); --> drivers/base/regmap/regcache.c 中的第 360 行。为修复数据争用可能造成的此可能的空指针取消引用扩展了 mutex_lock 覆盖范围以保护 if 语句以及对 regcache_sync() 的函数调用。[ 注意缺少 regmap_lock 本身对于当前编解码器驱动程序实现无害因为 snd_hdac_regmap_sync() 仅用于编解码器探测期间禁止的 PM 运行时恢复。但此更改使整个代码更一致因此会按原样合并 -- tiwai ] (CVE-2023-53275)

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

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

  - net/mlx5HWS修复 hws_pool_buddy_init 错误路径中的内存泄漏 在 hws_pool_buddy_init() 的错误路径中buddy 分配器清理未释放分配器结构本身从而导致内存泄漏。添加缺失的 kfree() 以正确释放所有已分配内存。 (CVE-2025-39830)

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

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

  - vfio/type1通过 exec() 防止 locked_vm 的下溢。跨 exec 保留 vfio 容器时任务不更改但会获得 locked_vm=0 的新 mm并且会丢失现有 dma 映射中的计数。如果用户稍后取消映射 dma 映射locked_vm 会下溢为较大的无符号值并且后续的 dma 映射请求会失败并在 __account_locked_vm 中出现 ENOMEM。为避免下溢请在映射 dma 时抓取并保存 mm。调整 locked_vm 时使用该 mm而不是重新获取可能已更改的已保存任务的 mm。如果保存的 mm 已死则不执行任何操作。在后续修补程序中会增加现有映射的 locked_vm 值。 (CVE-2023-53171)

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

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

  - HIDhid-ntrig修复 ntrig_report_version() 中的无法处理 ntrig_report_version() 中的页面错误即从 hid_probe() 传递的 hdev 参数。向 /dev/uhid 发送描述符可使 hdev->dev.parent->parent 为空如果 hdev->dev.parent->parent 为空usb_dev 具有当 usb_rcvctrlpipe() 时 hid_to_usb_dev(hdev) 返回的无效地址 (0xffffffffffffff58)使用 usb_dev它会触发地址 (0xffffffffffffff58) 的页面错误 在调用 hid_to_usb_dev() 之前将 null 检查逻辑添加到 ntrig_report_version() (CVE-2025-39808)

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

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

  - 已修复 Linux 内核中的下列漏洞：Bluetooth: avoid hci_dev_test_and_set_flag() in mgmt_init_hdev() syzbot is again reporting attempt to cancel uninitialized work at mgmt_index_removed() [1], for setting of HCI_MGMT flag from mgmt_init_hdev() from hci_mgmt_cmd() from hci_sock_sendmsg() can race with testing of HCI_MGMT flag from mgmt_index_removed() from hci_sock_bind() due to lack of serialization via hci_dev_lock(). Since mgmt_init_hdev() is called with mgmt_chan_list_lock held, we can safely split hci_dev_test_and_set_flag() into hci_dev_test_flag() and hci_dev_set_flag(). Thus, in order to close this race, set HCI_MGMT flag after INIT_DELAYED_WORK() completed. This is a local fix based on mgmt_chan_list_lock. Lack of serialization via hci_dev_lock() might be causing different race conditions somewhere else. But a global fix based on hci_dev_lock() should deserve a future patch. (CVE-2022-50339)

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

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

  - 已修复 Linux 内核中的下列漏洞：lockd: set other missing fields when unlocking files vfs_lock_file() expects the struct file_lock to be fully initialised by the caller. Re-exported NFSv3 has been seen to Oops if the fl_file field is NULL. (CVE-2022-50302)

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

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

  - JavaScript: GC 组件中的边界条件不正确。此漏洞会影响 Firefox < 143、Firefox ESR < 140.3、Thunderbird < 143 和 Thunderbird < 140.3。(CVE-2025-10532)

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

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

  - 已修复 Linux 内核中的下列漏洞：rapidio: fix possible UAF when kfifo_alloc() fails If kfifo_alloc() fails in mport_cdev_open(), goto err_fifo and just free priv. But priv is still in the chdev->file_list, then list traversal may cause UAF. This fixes the following smatch warning: drivers/rapidio/devices/rio_mport_cdev.c:1930 mport_cdev_open() warn: '&priv->list' not removed from list (CVE-2022-50245)

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

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

  - 已修复 Linux 内核中的下列漏洞：rcu/rcuscale: Stop kfree_scale_thread thread(s) after unloading rcuscale Running the 'kfree_rcu_test' test case [1] results in a splat [2]. The root cause is the kfree_scale_thread thread(s) continue running after unloading the rcuscale module. This commit fixes that isue by invoking kfree_scale_cleanup() from rcu_scale_cleanup() when removing the rcuscale module. [1] modprobe rcuscale kfree_rcu_test=1 // After some time rmmod rcuscale rmmod torture [2] BUG: unable to handle page fault for address: ffffffffc0601a87 #PF: supervisor instruction fetch in kernel mode #PF: error_code(0x0010) - not-present page PGD 11de4f067 P4D 11de4f067 PUD 11de51067 PMD 112f4d067 PTE 0 Oops: 0010 [#1] PREEMPT SMP NOPTI CPU: 1 PID: 1798 Comm: kfree_scale_thr Not tainted 6.3.0-rc1-rcu+ #1 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 0.0.0 02/06/2015 RIP:
    0010:0xffffffffc0601a87 Code: Unable to access opcode bytes at 0xffffffffc0601a5d. RSP:
    0018:ffffb25bc2e57e18 EFLAGS: 00010297 RAX: 0000000000000000 RBX: ffffffffc061f0b6 RCX: 0000000000000000 RDX: 0000000000000000 RSI: ffffffff962fd0de RDI: ffffffff962fd0de RBP: ffffb25bc2e57ea8 R08:
    0000000000000000 R09: 0000000000000000 R10: 0000000000000001 R11: 0000000000000001 R12: 0000000000000000 R13: 0000000000000000 R14: 000000000000000a R15: 00000000001c1dbe FS: 0000000000000000(0000) GS:ffff921fa2200000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2:
    ffffffffc0601a5d CR3: 000000011de4c006 CR4: 0000000000370ee0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 Call Trace: <TASK> ? kvfree_call_rcu+0xf0/0x3a0 ? kthread+0xf3/0x120 ? kthread_complete_and_exit+0x20/0x20 ? ret_from_fork+0x1f/0x30 </TASK> Modules linked in: rfkill sunrpc ... [last unloaded: torture] CR2:
    ffffffffc0601a87 ---[ end trace 0000000000000000 ]--- (CVE-2023-53291)

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

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

  - scsitargetiscsi修复恶意发起程序在登录 PDU 后立即发送某些随机数据时login_work 和登录线程之间的争用条件iscsi_target_sk_data_ready() 回调将计划 login_work同时协商可能会在未清除 LOGIN_FLAGS_INITIAL_PDU 标记的情况下结束因为不需要其他 PDU 交换即可完成登录。登录已完成但 login_work 函数将发现 LOGIN_FLAGS_INITIAL_PDU 标记集并将始终停止重新计划自己此时如果发起程序终止连接则将释放 iscsit_conn 结构login_work 将取消引用已发布的套接字结构并且内核会崩溃。BUG内核空指针取消引用地址0000000000000230 PF内核模式中的主管写入权限PFerror_code(0x0002) - not-present page Workqueue事件 iscsi_target_do_login_rx [iscsi_target_mod] RIP0010:_raw_read_lock_bh+0x15/0x30 调用跟踪iscsi_target_do_login_rx+ 0x75/0x3f0 [iscsi_target_mod] process_one_work+0x1e8/0x3c0 通过在登录完成并还原套接字回调后强制 login_work 停止来修复此缺陷。添加注释以明确 iscsi_target_do_login() 的返回值 (CVE-2022-50350)

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

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

  - 已修复 Linux 内核中的下列漏洞：io_uring/msg_ring: Fix NULL pointer dereference in io_msg_send_fd() Syzkaller produced the below call trace: BUG: KASAN: null-ptr-deref in io_msg_ring+0x3cb/0x9f0 Write of size 8 at addr 0000000000000070 by task repro/16399 CPU: 0 PID: 16399 Comm: repro Not tainted 6.1.0-rc1 #28 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.11.0-2.el7 Call Trace: <TASK> dump_stack_lvl+0xcd/0x134 ? io_msg_ring+0x3cb/0x9f0 kasan_report+0xbc/0xf0 ? io_msg_ring+0x3cb/0x9f0 kasan_check_range+0x140/0x190 io_msg_ring+0x3cb/0x9f0 ? io_msg_ring_prep+0x300/0x300 io_issue_sqe+0x698/0xca0 io_submit_sqes+0x92f/0x1c30
    __do_sys_io_uring_enter+0xae4/0x24b0 .... RIP: 0033:0x7f2eaf8f8289 RSP: 002b:00007fff40939718 EFLAGS:
    00000246 ORIG_RAX: 00000000000001aa RAX: ffffffffffffffda RBX: 0000000000000000 RCX: 00007f2eaf8f8289 RDX:
    0000000000000000 RSI: 0000000000006f71 RDI: 0000000000000004 RBP: 00007fff409397a0 R08: 0000000000000000 R09: 0000000000000039 R10: 0000000000000000 R11: 0000000000000246 R12: 00000000004006d0 R13:
    00007fff40939880 R14: 0000000000000000 R15: 0000000000000000 </TASK> Kernel panic - not syncing:
    panic_on_warn set ... We don't have a NULL check on file_ptr in io_msg_send_fd() function, so when file_ptr is NUL src_file is also NULL and get_file() dereferences a NULL pointer and leads to above crash.
    Add a NULL check to fix this issue. (CVE-2022-50295)

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

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

  - 已修复 Linux 内核中的下列漏洞：f2fs: fix to avoid potential memory corruption in __update_iostat_latency() Add iotype sanity check to avoid potential memory corruption. This is to fix the compile error below: fs/f2fs/iostat.c:231 __update_iostat_latency() error: buffer overflow 'io_lat->peak_lat[type]' 3 <= 3 vim +228 fs/f2fs/iostat.c 211 static inline void
    __update_iostat_latency(struct bio_iostat_ctx *iostat_ctx, 212 enum iostat_lat_type type) 213 { 214 unsigned long ts_diff; 215 unsigned int page_type = iostat_ctx->type; 216 struct f2fs_sb_info *sbi = iostat_ctx->sbi; 217 struct iostat_lat_info *io_lat = sbi->iostat_io_lat; 218 unsigned long flags; 219 220 if (!sbi->iostat_enable) 221 return; 222 223 ts_diff = jiffies - iostat_ctx->submit_ts; 224 if (page_type >= META_FLUSH) ^^^^^^^^^^ 225 page_type = META; 226 227 spin_lock_irqsave(&sbi->iostat_lat_lock, flags);
    @228 io_lat->sum_lat[type][page_type] += ts_diff; ^^^^^^^^^ Mixup between META_FLUSH and NR_PAGE_TYPE leads to memory corruption. (CVE-2023-53214)

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

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

  - 已修复 Linux 内核中的下列漏洞：iommufd/selftest: Catch overflow of uptr and length syzkaller hits a WARN_ON when trying to have a uptr close to UINTPTR_MAX: WARNING: CPU: 1 PID: 393 at drivers/iommu/iommufd/selftest.c:403 iommufd_test+0xb19/0x16f0 Modules linked in: CPU: 1 PID:
    393 Comm: repro Not tainted 6.2.0-c9c3395d5e3d #1 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.16.0-0-gd239552ce722-prebuilt.qemu.org 04/01/2014 RIP: 0010:iommufd_test+0xb19/0x16f0 Code: 94 c4 31 ff 44 89 e6 e8 a5 54 17 ff 45 84 e4 0f 85 bb 0b 00 00 41 be fb ff ff ff e8 31 53 17 ff e9 a0 f7 ff ff e8 27 53 17 ff <0f> 0b 41 be 8 RSP: 0018:ffffc90000eabdc0 EFLAGS: 00010246 RAX: 0000000000000000 RBX:
    0000000000000000 RCX: ffffffff8214c487 RDX: 0000000000000000 RSI: ffff88800f5c8000 RDI: 0000000000000002 RBP: ffffc90000eabe48 R08: 0000000000000000 R09: 0000000000000001 R10: 0000000000000001 R11:
    0000000000000000 R12: 00000000cd2b0000 R13: 00000000cd2af000 R14: 0000000000000000 R15: ffffc90000eabe68 FS: 00007f94d76d5740(0000) GS:ffff88807dd00000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 0000000020000043 CR3: 0000000006880006 CR4: 0000000000770ee0 PKRU: 55555554 Call Trace: <TASK> ? write_comp_data+0x2f/0x90 iommufd_fops_ioctl+0x1ef/0x310 __x64_sys_ioctl+0x10e/0x160 ? __pfx_iommufd_fops_ioctl+0x10/0x10 do_syscall_64+0x3b/0x90 entry_SYSCALL_64_after_hwframe+0x72/0xdc Check that the user memory range doesn't overflow. (CVE-2023-53327)

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

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

  - io_uring/kbuf始终使用 READ_ONCE() 读取环提供的缓冲区长度由于缓冲区是从用户空间映射因此明智的做法是使用 READ_ONCE() 将值读取到本地变量并将其用于所执行的任何其他操作。稳定读取缓冲区长度可避免其在检查后发生更改或被多次读取。同样，缓冲区在被拾取和提交之间很可能会发生变化。确保增量环缓冲区提交的循环在命中零大小缓冲区时停止因为此时无法取得进一步进展。 (CVE-2025-39816)

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

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

  - mtdcore修复 init_mtd() 在 init_mtd() 中注入错误时收到错误报告sysfs无法创建重复的文件名 '/devices/virtual/bdi/mtd-0' 调用跟踪 <TASK> dump_stack_lvl +0x67/0x83 sysfs_warn_dup+0x60/0x70 sysfs_create_dir_ns+0x109/0x120 kobject_add_internal+0xce/0x2f0 kobject_add+0x98/0x110 device_add+0x179/0xc00 device_create_groups_vargs+0xf4/0x100 device_create+0x7b/0xb0 bdi_register_va.part.13+0x58/0x2d0 bdi_register+ 0x9b/0xb0 init_mtd+0x62/0x171 [mtd] do_one_initcall+0x6c/0x3c0 do_init_module+0x58/0x222 load_module+0x268e/0x27d0 __do_sys_finit_module+0xd5/0x140 do_syscall_64+0x37/0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd </TASK> kobject_add_internal failed for mtd-0 with -EEXIST请勿尝试在同一目录中注册具有相同名称的内容。注册 mtd 类或 bdi 时出错-17 如果 init_mtdchar() 在 init_mtd() 中失败则将不会取消注册 mtd_bdi因此无法再次加载 mtd 模块可通过在 out_procfs 之后调用 bdi_unregister(mtd_bdi) 来修复此问题标签。 (CVE-2022-50304)

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

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

  - scsiqla2xxx等待 io 在终止 rport 时因释放后使用而返回系统崩溃。当前代码允许在确定所有 IO 已返回之前terminate_rport_io 退出。对于 FCP-2 设备IO 可能会在 HW 中挂起因为驱动程序未在首次拉动电缆信号时终止 FW 中的会话。当 dev_loss_tmo 定时器弹出时会调用terminate_rport_io且上层将释放各种资源。
    Terminate_rport_io 触发 qla 以执行最终清理但清理速度可能不够快导致 qla 仍然占用相同的资源。等待 IO 返回上层后再释放资源。 (CVE-2023-53322)

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

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

  - 已修复 Linux 内核中的下列漏洞：Drivers: vmbus: Check for channel allocation before looking up relids relid2channel() assumes vmbus channel array to be allocated when called. However, in cases such as kdump/kexec, not all relids will be reset by the host. When the second kernel boots and if the guest receives a vmbus interrupt during vmbus driver initialization before vmbus_connect() is called, before it finishes, or if it fails, the vmbus interrupt service routine is called which in turn calls relid2channel() and can cause a null pointer dereference. Print a warning and error out in relid2channel() for a channel id that's invalid in the second kernel. (CVE-2023-53273)

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

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

  - 已修复 Linux 内核中的下列漏洞：power: supply: bq25890: Fix external_power_changed race bq25890_charger_external_power_changed() dereferences bq->charger, which gets sets in bq25890_power_supply_init() like this: bq->charger = devm_power_supply_register(bq->dev, &bq->desc, &psy_cfg); As soon as devm_power_supply_register() has called device_add() the external_power_changed callback can get called. So there is a window where bq25890_charger_external_power_changed() may get called while bq->charger has not been set yet leading to a NULL pointer dereference. This race hits during boot sometimes on a Lenovo Yoga Book 1 yb1-x90f when the cht_wcove_pwrsrc (extcon) power_supply is done with detecting the connected charger-type which happens to exactly hit the small window: BUG: kernel NULL pointer dereference, address: 0000000000000018 <snip> RIP:
    0010:__power_supply_is_supplied_by+0xb/0xb0 <snip> Call Trace: <TASK>
    __power_supply_get_supplier_property+0x19/0x50 class_for_each_device+0xb1/0xe0 power_supply_get_property_from_supplier+0x2e/0x50 bq25890_charger_external_power_changed+0x38/0x1b0 [bq25890_charger] __power_supply_changed_work+0x30/0x40 class_for_each_device+0xb1/0xe0 power_supply_changed_work+0x5f/0xe0 <snip> Fixing this is easy. The external_power_changed callback gets passed the power_supply which will eventually get stored in bq->charger, so bq25890_charger_external_power_changed() can simply directly use the passed in psy argument which is always valid. (CVE-2023-53166)

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

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

  - drm/sti修复 sti_{dvo,hda,hdmi}_connector_mode_valid() 的返回类型 通过 clang 内核控制流完整性kCFI、CONFIG_CFI_CLANG会对照预期函数指针原型验证间接调用目标以确保调用目标通过可有效帮助缓解 ROP 攻击。如果它们不同，则运行时会出错，表现为内核错误或线程被终止。clang 中提议的警告旨在在编译时捕获这些警告该警告揭示了
    drivers/gpu/drm/sti/sti_hda.c:637:16错误不兼容的函数指针类型使用“int (struct drm_connector *)”类型的表达式初始化“enum drm_mode_status (*)(struct drm_connector *, struct drm_display_mode *)” , struct drm_display_mode *)' [-Werror,-Wincompatible-function-pointer-types-strict] .mode_valid = sti_hda_connector_mode_valid^ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~~~ drivers/gpu/drm/sti/sti_dvo.c:376:16error不兼容的函数指针类型使用“int”类型的表达式初始化“enum drm_mode_status (*)(struct drm_connector *, struct drm_display_mode *)” struct drm_connector *、struct drm_display_mode *)' [-Werror,-Wincompatible-function-pointer-types-strict] .mode_valid = sti_dvo_connector_mode_valid^ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~~==== drivers/gpu/drm/sti/sti_hdmi.c:1035:16error不兼容的函数指针类型使用表达式初始化“enum drm_mode_status (*)(struct drm_connector *, struct drm_display_mode *)”属于“int”的 struct drm_connector * struct drm_display_mode *)' [-Werror,-Wincompatible-function-pointer-types-strict] .mode_valid = sti_hdmi_connector_mode_valid^ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ -“struct drm_connector_helper_funcs”中的 ->mode_valid() 预期返回类型为“enum drm_mode_status”而非“int”。调整 sti_{dvo,hda,hdmi}_connector_mode_valid() 的返回类型以匹配原型从而解决警告和 CFI 失败。 (CVE-2022-50261)

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

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

  - fs/smb修复不一致的 refcnt 更新在“smb2_compound_op”中发现可能出现不一致的 refcount 更新。此类不一致的更新可能会导致资源泄漏。可能的缺陷1。在函数的注释部分明确指出调用此函数后应删除对“cfile”的引用。 2. 每个控制流路径都会检查并终止对“cfile”的引用除非经过修补。 3. 在以下情况下现有调用方将不会处理“cfile”的 refcount 更新
    返回 -ENOMEM。为修复此缺陷添加了额外的 goto 标签输出以确保始终遵守清除逻辑。由于该问题是由“vars”的分配失败引起因此可以安全地忽略标签 finish 和 out 之间的清理逻辑。根据函数“is_replayable_error”的定义-ENOMEM 的错误代码不可恢复。因此重放逻辑也会被忽略。 (CVE-2025-39819)

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

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

  - xfs不将 ENODATA 磁盘错误传播到 xattr 代码中 ENODATA也称为 ENOATTR在 xfs xattr 代码中具有非常特定的含义即无法找到请求的属性名称。但是，磁盘中的介质错误也可能返回 ENODATA。充其量此中危错误可能作为未找到属性转义到用户空间而实际上这是 IO（磁盘）错误。在最坏的情况下可能会在执行以下操作时在 xfs_attr_leaf_get() 中发生错误 error = xfs_attr_leaf_hasname(args, &bp); if (error == -ENOATTR) {xfs_trans_brelse(args->trans, bp);返回错误因为磁盘的 ENODATA/ENOATTR 错误留下了空 bp而 xfs_trans_brelse 随后会将其取消引用。正如列表中所讨论的我们确实需要修改较低级别的 IO 函数以捕获所有磁盘错误并确保不会让像这样的唯一错误泄漏到更高的 xfs 函数中许多像这样的错误应重新映射到 EIO。但是此修补程序会直接解决 xattr 代码中一个报告的缺陷因此可安全向后移植到稳定内核。可以在稍后推出适用范围更大的修补程序以在较低级别处理更多独特错误。请注意在在 07120f1abdff 之前的版本中我们并未 oops但确实将不正确的错误代码返回给用户空间。CVE-2025-39835)

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

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

  - 已修复 Linux 内核中的下列漏洞：f2fs: fix scheduling while atomic in decompression path [ 16.945668][ C0] Call trace: [ 16.945678][ C0] dump_backtrace+0x110/0x204 [16.945706][ C0] dump_stack_lvl+0x84/0xbc [ 16.945735][ C0] __schedule_bug+0xb8/0x1ac [ 16.945756][ C0]
    __schedule+0x724/0xbdc [ 16.945778][ C0] schedule+0x154/0x258 [ 16.945793][ C0] bit_wait_io+0x48/0xa4 [16.945808][ C0] out_of_line_wait_on_bit+0x114/0x198 [ 16.945824][ C0] __sync_dirty_buffer+0x1f8/0x2e8 [16.945853][ C0] __f2fs_commit_super+0x140/0x1f4 [ 16.945881][ C0] f2fs_commit_super+0x110/0x28c [16.945898][ C0] f2fs_handle_error+0x1f4/0x2f4 [ 16.945917][ C0] f2fs_decompress_cluster+0xc4/0x450 [16.945942][ C0] f2fs_end_read_compressed_page+0xc0/0xfc [ 16.945959][ C0] f2fs_handle_step_decompress+0x118/0x1cc [ 16.945978][ C0] f2fs_read_end_io+0x168/0x2b0 [ 16.945993][ C0] bio_endio+0x25c/0x2c8 [ 16.946015][ C0] dm_io_dec_pending+0x3e8/0x57c [ 16.946052][ C0] clone_endio+0x134/0x254 [ 16.946069][ C0] bio_endio+0x25c/0x2c8 [ 16.946084][ C0] blk_update_request+0x1d4/0x478 [ 16.946103][ C0] scsi_end_request+0x38/0x4cc [ 16.946129][ C0] scsi_io_completion+0x94/0x184 [ 16.946147][ C0] scsi_finish_command+0xe8/0x154 [ 16.946164][ C0] scsi_complete+0x90/0x1d8 [ 16.946181][ C0] blk_done_softirq+0xa4/0x11c [ 16.946198][ C0]
    _stext+0x184/0x614 [ 16.946214][ C0] __irq_exit_rcu+0x78/0x144 [ 16.946234][ C0] handle_domain_irq+0xd4/0x154 [ 16.946260][ C0] gic_handle_irq.33881+0x5c/0x27c [ 16.946281][ C0] call_on_irq_stack+0x40/0x70 [ 16.946298][ C0] do_interrupt_handler+0x48/0xa4 [ 16.946313][ C0] el1_interrupt+0x38/0x68 [ 16.946346][ C0] el1h_64_irq_handler+0x20/0x30 [ 16.946362][ C0] el1h_64_irq+0x78/0x7c [ 16.946377][ C0] finish_task_switch+0xc8/0x3d8 [ 16.946394][ C0]
    __schedule+0x600/0xbdc [ 16.946408][ C0] preempt_schedule_common+0x34/0x5c [ 16.946423][ C0] preempt_schedule+0x44/0x48 [ 16.946438][ C0] process_one_work+0x30c/0x550 [ 16.946456][ C0] worker_thread+0x414/0x8bc [ 16.946472][ C0] kthread+0x16c/0x1e0 [ 16.946486][ C0] ret_from_fork+0x10/0x20 (CVE-2023-53262)

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

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

  - 已修复 Linux 内核中的下列漏洞：PCI: hv: Fix a crash in hv_pci_restore_msi_msg() during hibernation When a Linux VM with an assigned PCI device runs on Hyper-V, if the PCI device driver is not loaded yet (i.e. MSI-X/MSI is not enabled on the device yet), doing a VM hibernation triggers a panic in hv_pci_restore_msi_msg() -> msi_lock_descs(&pdev->dev), because pdev->dev.msi.data is still NULL. Avoid the panic by checking if MSI-X/MSI is enabled. (CVE-2023-53175)

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

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

  - bnxt_en修复在关闭 ifdown bnxt_set_dflt_rings() 期间更改 FW 资源时发现的内存损坏其始终在创建任何 TC 之前被调用。因此不会考虑 bp->num_tc并假设其始终为 0 或 1。在 FW 资源或功能变更的情况下FW 将在 bnxt_hwrm_if_change() 中返回标记将导致驱动程序重新初始化并调用 bnxt_cancel_reservations ()。这将导致 bnxt_init_dflt_ring_mode() 调用 bnxt_set_dflt_rings() 且 bp->num_tc 可能大于 1。这将造成 bp->tx_ring[] 过小并在 bnxt_alloc_cp_rings() 中造成内存损坏。通过按上述代码路径中的 bp->num_tc正确缩放 TX ring可修复此问题。添加 2 个辅助函数以确定 bp->tx_nr_rings 和 bp->tx_nr_rings_per_tc。 (CVE-2025-39810)

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

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

  - blk-mq修复 blk_mq_elv_switch_none 中 q->elevator 上的 NULL 取消引用在获取 q->sysfs_lock 之后q->elevator 可能因 elevator 切换而变为 NULL。通过使用锁定检查修复 q->elevator 上的空取消引用。 (CVE-2023-53292)

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

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

  - 已修复 Linux 内核中的下列漏洞：fsverity: reject FS_IOC_ENABLE_VERITY on mode 3 fds Commit 56124d6c87fd (fsverity: support enabling with tree block size < PAGE_SIZE) changed FS_IOC_ENABLE_VERITY to use __kernel_read() to read the file's data, instead of direct pagecache accesses.
    An unintended consequence of this is that the 'WARN_ON_ONCE(!(file->f_mode & FMODE_READ))' in
    __kernel_read() became reachable by fuzz tests. This happens if FS_IOC_ENABLE_VERITY is called on a fd opened with access mode 3, which means ioctl access only. Arguably, FS_IOC_ENABLE_VERITY should work on ioctl-only fds. But ioctl-only fds are a weird Linux extension that is rarely used and that few people even know about. (The documentation for FS_IOC_ENABLE_VERITY even specifically says it requires O_RDONLY.) It's probably not worthwhile to make the ioctl internally open a new fd just to handle this case. Thus, just reject the ioctl on such fds for now. (CVE-2023-53172)

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

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

  - udf不更新内联文件写入失败的文件长度。当写入内联文件失败或仅部分发生时，我们仍然更新了内联数据的长度，如同整个写入成功一样。修复内联数据长度更新的问题以使其仅在写入成功时更新。 (CVE-2023-53295)

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

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

  - USBchipidea使用 debugfs_lookup() 修复内存泄漏调用 debugfs_lookup() 时结果必须调用 dput() 否则随着时间的推移内存将泄漏。要使事情更简单只需调用 debugfs_lookup_and_remove()其会同时处理所有逻辑。 (CVE-2023-53334)

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

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

  - 已修复 Linux 内核中的下列漏洞：phy: hisilicon: Fix an out of bounds check in hisi_inno_phy_probe() The size of array 'priv->ports[]' is INNO_PHY_PORT_NUM. In the for loop, 'i' is used as the index for array 'priv->ports[]' with a check (i > INNO_PHY_PORT_NUM) which indicates that INNO_PHY_PORT_NUM is allowed value for 'i' in the same loop. This > comparison needs to be changed to >=, otherwise it potentially leads to an out of bounds write on the next iteration through the loop (CVE-2023-53238)

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

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

  - scsiqla2xxx删除未使用的 nvme_ls_waitq 等待队列当 qla2x00_start_sp(sp) 返回错误代码 EGAIN 且为未初始化的等待队列 sp->nvme_ls_waitq 调用 wake_up 时系统崩溃。 qla2xxx [0000:37:00.1]-2121:5返回适用于 idx=0 qla2xxx 的 ffff8ae2c0513400 的现有 qpair [0000:37:00.1]-700e:5qla2x00_start_sp failed = 11 BUG无法处理 0000000000000000 PGD 中的内核空指针取消引用0 P4D 0 Oops0000 [#1] SMP NOPTI 硬件名称HPE ProLiant DL360 Gen10/ProLiant DL360 Gen10、BIOS U32 09/03/2021 工作队列nvme-wq nvme_fc_connect_ctrl_work [nvme_fc] RIP
    0010:__wake_up_common+0x4c/0x190 RSP0018:ffff95f3e0cb7cd0 EFLAGS00010086 RAX: 0000000000000000 RBX
    ffff8b08d3b26328 RCX: 0000000000000000 RDX: 0000000000000001 RSI: 0000000000000003 RDI: ffff8b08d3b26320 RBP: 0000000000000001 R08: 0000000000000000 R09: ffffffffffffffe8 R10: 0000000000000000 R11:
     R12ffff95f3e0cb7a60  : ffff95f3e0cb7d20 R13: 0000000000000003 R14: 0000000000000000 R15: 0000000000000000 FS: 0000000000000000(0000) GS:ffff8b2fdf6c0000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 0000000000000000 CR3: 0000002f1e410002 CR4: 00000000007706e0 DR0
    0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 PKRU: 55555554 Call Trace: __wake_up_common_lock+0x7c/0xc0 qla_nvme_ls_req+0x355/0x4c0 [qla2xxx] ? __nvme_fc_send_ls_req+0x260/0x380 [nvme_fc] ? nvme_fc_send_ls_req.constprop.42+0x1a/0x45 [nvme_fc] nvme_fc_connect_ctrl_work.cold.63+0x1e3/0xa7d [nvme_fc] 删除未使用的 nvme_ls_waitq 等待队列。 nvme_ls_waitq 逻辑已在下面标记为“已修复”的提交中删除。 (CVE-2023-53280)

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

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

  - 已修复 Linux 内核中的下列漏洞：drm/msm/dp: fix bridge lifetime Device-managed resources allocated post component bind must be tied to the lifetime of the aggregate DRM device or they will not necessarily be released when binding of the aggregate device is deferred. This can lead resource leaks or failure to bind the aggregate device when binding is later retried and a second attempt to allocate the resources is made. For the DP bridges, previously allocated bridges will leak on probe deferral. Fix this by amending the DP parser interface and tying the lifetime of the bridge device to the DRM device rather than DP platform device. Patchwork:
    https://patchwork.freedesktop.org/patch/502667/ (CVE-2022-50292)

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

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

  - 已修复 Linux 内核中的下列漏洞：kcm: annotate data-races around kcm->rx_psock kcm->rx_psock can be read locklessly in kcm_rfree(). Annotate the read and writes accordingly. We do the same for kcm->rx_wait in the following patch. syzbot reported: BUG: KCSAN: data-race in kcm_rfree / unreserve_rx_kcm write to 0xffff888123d827b8 of 8 bytes by task 2758 on cpu 1:
    unreserve_rx_kcm+0x72/0x1f0 net/kcm/kcmsock.c:313 kcm_rcv_strparser+0x2b5/0x3a0 net/kcm/kcmsock.c:373
    __strp_recv+0x64c/0xd20 net/strparser/strparser.c:301 strp_recv+0x6d/0x80 net/strparser/strparser.c:335 tcp_read_sock+0x13e/0x5a0 net/ipv4/tcp.c:1703 strp_read_sock net/strparser/strparser.c:358 [inline] do_strp_work net/strparser/strparser.c:406 [inline] strp_work+0xe8/0x180 net/strparser/strparser.c:415 process_one_work+0x3d3/0x720 kernel/workqueue.c:2289 worker_thread+0x618/0xa70 kernel/workqueue.c:2436 kthread+0x1a9/0x1e0 kernel/kthread.c:376 ret_from_fork+0x1f/0x30 arch/x86/entry/entry_64.S:306 read to 0xffff888123d827b8 of 8 bytes by task 5859 on cpu 0: kcm_rfree+0x14c/0x220 net/kcm/kcmsock.c:181 skb_release_head_state+0x8e/0x160 net/core/skbuff.c:841 skb_release_all net/core/skbuff.c:852 [inline]
    __kfree_skb net/core/skbuff.c:868 [inline] kfree_skb_reason+0x5c/0x260 net/core/skbuff.c:891 kfree_skb include/linux/skbuff.h:1216 [inline] kcm_recvmsg+0x226/0x2b0 net/kcm/kcmsock.c:1161
    ____sys_recvmsg+0x16c/0x2e0 ___sys_recvmsg net/socket.c:2743 [inline] do_recvmmsg+0x2f1/0x710 net/socket.c:2837 __sys_recvmmsg net/socket.c:2916 [inline] __do_sys_recvmmsg net/socket.c:2939 [inline]
    __se_sys_recvmmsg net/socket.c:2932 [inline] __x64_sys_recvmmsg+0xde/0x160 net/socket.c:2932 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x2b/0x70 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd value changed: 0xffff88812971ce00 -> 0x0000000000000000 Reported by Kernel Concurrency Sanitizer on: CPU: 0 PID: 5859 Comm: syz-executor.3 Not tainted 6.0.0-syzkaller-12189-g19d17ab7c68b-dirty #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 09/22/2022 (CVE-2022-50291)

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

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

  - Layout 组件中的同源策略绕过。此漏洞会影响 Firefox < 143、Firefox ESR < 140.3、Thunderbird < 143 和 Thunderbird < 140.3。(CVE-2025-10529)

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

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

  - net/mlx5HWS修复 hws_action_get_shared_stc_nic 错误流中的内存泄漏提供无效的 stc_type 时函数会为 shared_stc 分配内存但会跳转到 unlock_and_out 而未释放内存从而导致内存泄漏。通过跳至 free_shared_stc 标签以确保正确清理来修复。
    (CVE-2025-39834)

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

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

  - btrfs修复未使用的新块群组的释放后重用问题。如果某任务创建了新块群组且该块群组在我们于 btrfs_create_pending_block_groups() 完成其创建前变为未使用则针对块组时我们假设该块组当前位于要回收的块组的列表中并将其从新块组的列表中移入未使用的块组列表中。这会产生两个后果: 1) 我们将其移出与当前交易相关联的新区块群组列表。因此区块群组创建尚未完成如果因为未使用而尝试删除 bg则将无法在范围树或新块群组树中找到该区块群组项目在设备树中无法找到其设备范围项目等因缺少项目而导致删除失败2) 将区块群组移至未使用区块群组列表时并未增加该区块群组上的引用计数因为我们假设该区块群组在要回收的区块群组列表上而在这种情况下其已拥有正确的引用计数。但是区块群组在新区块群组列表上这种情况下不会进行额外引用因为它位于当前任务的本地。此问题稍后会导致从未使用的列表中删除区块群组时进行额外的引用计数递减最终将引用计数变为 0。第二种情况从 fstests 运行 generic/297 时被捕获并产生以下断言失败和堆栈追踪[589.559] 断言失败 fs/btrfs/block-group.c:4299 中的 refcount_read(&block_group->refs) == 1 [589.559]
    ------------[ 在此处切换 ]------------ [589.559] fs/btrfs/block-group.c:4299! 的内核缺陷[589.560] 无效的 opcode0000 [#1] PREEMPT SMP PTI [589.560] CPU8 PID: 2819134 Commumount TaintedGW 6.4.0-rc6-btrfs-next-134+ #1 [589.560] Hardware nameQEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.16.2-0-gea1b7a073390-prebuilt.qemu.org 04/01/2014 [589.560] RIP
    0010btrfs_free_block_groups+0x449/0x4a0 [btrfs] [589.561] Code68 62 da c0 (...) [589.561] RSP
    0018ffffa55a8c3b3d98 EFLAGS00010246 [589.561] RAX: 0000000000000058 RBX: ffff8f030d7f2000 RCX
    0000000000000000 [589.562] RDX: 0000000000000000 RSI: ffffffff953f0878 RDI: 00000000ffffffff [589.562] RBP: ffff8f030d7f2088 R08: 0000000000000000 R09: ffffa55a8c3b3c50 [589.562] R10: 0000000000000001 R11:
    0000000000000001 R12ffff8f05850b4c00 [589.562] R13ffff8f030d7f2090 R14ffff8f05850b4cd8 R15
    dead000000000100 [589.563] FS: 00007f497fd2e840(0000) GS:ffff8f09dfc00000(0000) knlGS:0000000000000000 [589.563] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [589.563] CR2: 00007f497ff8ec10 CR3:
    0000000271472006 CR4: 0000000000370ee0 [589.563] DR0: 0000000000000000 DR1: 0000000000000000 DR2:
    0000000000000000 [589.564] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 [589.564] 调用跟踪 [589.564] <TASK> [589.565] ? __die_body+0x1b/0x60 [589.565] ? die+0x39/0x60 [589.565] do_trap+0xeb/0x110 [589.565] ? btrfs_free_block_groups+0x449/0x4a0 [btrfs] [589.566] ? do_error_trap+0x6a/0x90 [589.566] ? btrfs_free_block_groups+0x449/0x4a0 [btrfs] [589.566] ? exc_invalid_op+0x4e/0x70 [589.566] ? btrfs_free_block_groups+0x449/0x4a0 [btrfs] [589.567] ? asm_exc_invalid_op+0x16/0x20 [589.567] ? btrfs_free_block_groups+0x449/0x4a0 [btrfs] [589.567] ? btrfs_free_block_groups+0x449/0x4a0 [btrfs] [589.567] close_ctree+0x35d/0x560 [btrfs] [589.568] ? fsnotify_sb_delete+0x13e/0x1d0 [589.568] ? dispose_list+0x3a/0x50 [589.568] ? evict_inodes+0x151/0x1a0 [589.568] generic_shutdown_super+0x73/0x1a0 [589.569] kill_anon_super+0x14/0x30 [589.569] btrfs_kill_super+0x12/0x20 [btrfs] [589.569] deactivate_locked ---truncated--- (CVE-2023-53187)

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

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

  - 2.7.2 之前的 Expat 中的 libexpat 允许攻击者通过提交用于解析的小文档来触发大型动态内存分配。 (CVE-2025-59375)

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

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

  - 已修复 Linux 内核中的下列漏洞：ASoC: fsl_mqs: move of_node_put() to the correct location of_node_put() should have been done directly after mqs_priv->regmap = syscon_node_to_regmap(gpr_np); otherwise it creates a reference leak on the success path. To fix this, of_node_put() is moved to the correct location, and change all the gotos to direct returns.
    (CVE-2023-53268)

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

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

  - scsilpfc修复 sysfs 固件写入期间的释放后使用 KFENCE 违规 在 sysfs 固件写入进程中会记录从 lpfc_wr_object() 例程的释放后使用读取警告BUGKFENCE
    lpfc_wr_object+0x235/0x310 中的释放后使用读取 [lpfc] 在 0x0000000000cf164d 处的释放后使用读取 (in kfence-#111] lpfc_wr_object+0x235/0x310 [lpfc] lpfc_write_firmware.cold+0x206/0x30d [lpfc] lpfc_firmware_update6_request+sli4_sli4 /0x100 [lpfc] lpfc_request_firmware_upgrade_store+0x66/0xb0 [lpfc] kernfs_fop_write_iter+0x121/0x1b0 new_sync_write+0x11c/0x1b0 vfs_write+0x1ef/0x280 ksys_write+0x5f/0xe0 do_syscall_64+0x59/0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd The driver accessed wr_object pointer data,将邮箱对象释放回邮箱池之后初始化到邮箱负载内存中。通过将邮箱释放调用移动到例程的末尾确保在释放后不引用内部邮箱内存来修复 。 (CVE-2023-53282)

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

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

  - 已修复 Linux 内核中的下列漏洞：ext4: don't allow journal inode to have encrypt flag Mounting a filesystem whose journal inode has the encrypt flag causes a NULL dereference in fscrypt_limit_io_blocks() when the 'inlinecrypt' mount option is used. The problem is that when jbd2_journal_init_inode() calls bmap(), it eventually finds its way into ext4_iomap_begin(), which calls fscrypt_limit_io_blocks(). fscrypt_limit_io_blocks() requires that if the inode is encrypted, then its encryption key must already be set up. That's not the case here, since the journal inode is never opened like a normal file would be. Hence the crash. A reproducer is: mkfs.ext4 -F /dev/vdb debugfs -w /dev/vdb
    -R set_inode_field <8> flags 0x80808 mount /dev/vdb /mnt -o inlinecrypt To fix this, make ext4 consider journal inodes with the encrypt flag to be invalid. (Note, maybe other flags should be rejected on the journal inode too. For now, this is just the minimal fix for the above issue.) I've marked this as fixing the commit that introduced the call to fscrypt_limit_io_blocks(), since that's what made an actual crash start being possible. But this fix could be applied to any version of ext4 that supports the encrypt feature. (CVE-2022-50277)

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

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

  -samples/bpf修复 hbm 的 run_bpf_prog 中的 fout 泄漏。修复 fout 被 fopen'ed但随后不会 fclose'd。在受影响的分支中fout 将以其他方式超出范围。 (CVE-2023-53290)

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

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

  - 已修复 Linux 内核中的下列漏洞：drm/nouveau/disp: fix use-after-free in error handling of nouveau_connector_create We can't simply free the connector after calling drm_connector_init on it. We need to clean up the drm side first. It might not fix all regressions from commit 2b5d1c29f6c4 (drm/nouveau/disp: PIOR DP uses GPIO for HPD, not PMGR AUX interrupts), but at least it fixes a memory corruption in error handling related to that commit. (CVE-2023-53263)

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

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

  - 已修复 Linux 内核中的下列漏洞：media: hi846: fix usage of pm_runtime_get_if_in_use() pm_runtime_get_if_in_use() does not only return nonzero values when the device is in use, it can return a negative errno too. And especially during resuming from system suspend, when runtime pm is not yet up again, -EAGAIN is being returned, so the subsequent pm_runtime_put() call results in a refcount underflow. Fix system-resume by handling -EAGAIN of pm_runtime_get_if_in_use().
    (CVE-2023-53177)

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

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

  - ext4修复部分写入情况下 i_disksize 超过 i_size 的问题 i_disksize 可能超过 i_size从而触发警告。 generic_perform_write副本 = iov_iter_copy_from_user_atomic(len) //副本 < len ext4_da_write_end | ext4_update_i_disksize | ext4_update_i_disksize | ext4_update_i_disksize | ext4_update_i_disksize new_i_size = pos + 复制了; | | WRITE_ONCE(EXT4_I(inode)->i_disksize, newsize) // 更新 i_disksize | generic_write_end |复制 = block_write_end(copied, len) // 复制 = 0 | if (不可能(复制 < len)) | if (!PageUptodate(page)) | if (!PageUptodate(page)) | if (!PageUptodate(page)) | if (!PageUptodate(page)) | if (!PageUptodate(page))已复制 = 0 | if (pos +copyed > inode->i_size) // 返回 false if (unlikely(copied == 0)) 再次转到if (unlikely(iov_iter_fault_in_excluding(i, bytes))) { status = -EFAULT; break此处我们发现 i_disksize 大于 i_size这可能会在执行 dio 时触发警告检查 'i_size_read(inode) < EXT4_I(inode)->i_disksize' ext4_dio_write_iter iomap_dio_rw __iomap_dio_rw // return err, 长度未对齐到 512 ext4_handle_inode_extension WARN_ON_ONCE(i_size_read (inode) < EXT4_I(inode)->i_disksize) // Oops 警告
    CPU: 2 PID: 2609 at fs/ext4/file.c:319 CPU: 2 PID: 2609 Comm: aa 未受感染 6.3.0-rc2 RIP
    0010ext4_file_write_iter+0xbc7 调用跟踪vfs_write+0x3b1 ksys_write+0x77 do_syscall_64+0x39 请通过在更新 i_disksize 之前更新 'copied' 值来修复此问题就像 ext4_write_inline_data_end() 一样。可在下面的 buganizer 链接中找到重现程序。 (CVE-2023-53270)

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

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

  - Networking: Cache 组件中存在信息泄露。此漏洞会影响 Firefox < 143、Firefox ESR < 140.3、Thunderbird < 143 和 Thunderbird < 140.3。(CVE-2025-10536)

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

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

  - ext4修复 mb_find_extent 中的 WARNING Syzbot 发现以下问题EXT4-fs警告以 data=journal 挂载会禁用延迟分配 dioread_nolock、O_DIRECT 和 fast_commit 支持EXT4-fs (loop0)readonly fs 上的 orphan 清理 ------------[ cut here ]------------ WARNINGfs 上的 CPU: 1 PID: 5067中链接的 /ext4/mballoc.c:1869 mb_find_extent+0x8a1/0xe30 ModulesCPU: 1 PID: 5067 Comm: syz-executor307 Not tainted 6.2.0-rc1-syzkaller #0 硬件名称Google Google Compute Engine/Google Compute Engine 、 BIOS Google 2022 年 10 月 26 日 RIP: 0010:mb_find_extent+0x8a1/0xe30 fs/ext4/mballoc.c:1869 RSP
    0018:ffffc90003c9e098 EFLAGS: 00010293 RAX: ffffffff82405731 RBX: 0000000000000041 RCX: ffff8880783457c0 RDX: 0000000000000000 RSI: 0000000000000041 RDI: 0000000000000040 RBP: 0000000000000040 R08:
     R09ffffffff82405723  : ffffed10053c9402 R10: ffffed10053c9402 R11: 1ffff110053c9401 R12: 0000000000000000 R13: ffffc90003c9e538 R14: dffffc0000000000 R15: ffffc90003c9e2cc FS: 0000555556665300(0000) GS:ffff8880b9900000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES0000 CR00000000080050033 CR2
    000056312f6796f8 CR3: 0000000022437000 CR4: 00000000003506e0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 Call Trace: <TASK> ext4_mb_complex_scan_group+0x353/0x1100 fs/ext4/mballoc.c:2307 ext4_mb_regular_allocator+0x1533/0x3860 fs /ext4/mballoc.c:2735 ext4_mb_new_blocks+0xddf/0x3db0 fs/ext4/mballoc.c:5605 ext4_ext_map_blocks+0x1868/0x6880 fs/ext4/extents.c:4286 ext4_map_blocks+0xa49/0x1cc0 fs/ext4/inode.c:651 ext4_getblk+0x1b9/0x770 fs/ext4/inode.c:864 ext4_bread+0x2a/0x170 fs/ext4/inode.c:920 ext4_quota_write+0x225/0x570 fs/ext4/super.c:7105 write_blk fs/quota/quota_tree.c :64 [inline] get_free_dqblk+0x34a/0x6d0 fs/quota/quota_tree.c:130 do_insert_tree+0x26b/0x1aa0 fs/quota/quota_tree.c:340 do_insert_tree+0x722/0x1aa0 fs/quota/quota_tree.c:375 do_insert_tree+0x722 /0x1aa0 fs/quota/quota_tree.c:375 do_insert_tree+0x722/0x1aa0 fs/quota/quota_tree.c:375 dq_insert_tree fs/quota/quota_tree.c:401 [inline] qtree_ write_dquot+0x3b6/0x530 fs/quota/quota_tree.c:420 v2_write_dquot+0x11b/0x190 fs/quota/quota_v2.c:358 dquot_acquire+0x348/0x670 fs/quota/dquot.c:444 ext4_acquire_dquot+0x2dc/0x400 fs/ext4 /super.c:6740 dqget+0x999/0xdc0 fs/quota/dquot.c:914
    __dquot_initialize+0x3d0/0xcf0 fs/quota/dquot.c:1492 ext4_process_orphan+0x57/0x2d0 fs/ext4/orphan.c:329 ext4_orphan_cleanup+0xb60/0x1340 fs/ext4/orphan.c:474 __ext4_fill_super fs/ext4/super.c :5516 [inline] ext4_fill_super+0x81cd/0x8700 fs/ext4/super.c:5644 get_tree_bdev+0x400/0x620 fs/super.c:1282 vfs_get_tree+0x88/0x270 fs/super.c:1489 do_new_mount+0x289/0xad0 fs/ namespace.c:3145 do_mount fs/namespace.c:3488 [inline] __do_sys_mount fs/namespace.c:3697 [inline] __se_sys_mount+0x2d3/0x3c0 fs/namespace.c:3674 do_syscall_x64 arch/x86/entry/common.c 50 [inline] do_syscall_64+0x3d/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd 添加一些调试信息
    mb_find_extentmb_find_extent block=41, order=0 needs=64 next=0 ex=0/41/1@3735929054 64 64 7 block_bitmapff 3f 0c 00 fc 01 00 00 d2 3d 00 00 00 00 00 00 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff 实际上每组的区块为 64但区块位图指示至少有 128 个区块。现在ext4_validate_block_bitmap()不会检查无效区块的位图如果设置。要解决上述问题未设置块位图结尾时的 fsck 之类的检查。 (CVE-2023-53317)

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

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

  - 已修复 Linux 内核中的下列漏洞：crypto: cavium - prevent integer overflow loading firmware The code_length value comes from the firmware file. If your firmware is untrusted realistically there is probably very little you can do to protect yourself. Still we try to limit the damage as much as possible. Also Smatch marks any data read from the filesystem as untrusted and prints warnings if it not capped correctly. The ntohl(ucode->code_length) * 2 multiplication can have an integer overflow. (CVE-2022-50330)

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

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

  - RDMA/mlx5破坏 QP/RQ 时返回固件结果 之前破坏 QP/RQ 时固件破坏函数的结果被忽略并且没有向上层通知失败情况。
    这进而可能导致各种问题因为当上层没有意识到故障时它会继续其操作认为相关 QP/RQ 已成功破坏而实际未成功这可导致下面的内核 WARN。目前我们向上层返回正确的固件破坏状态在 RQ 的情况下为 mlx5_ib_destroy_wq()其已经能够处理 RQ 破坏失败或者在 QP 的情况下为 destroy_qp_common()其现在可在 qp 时实际发出警告破坏失败。WARNING: CPU: 3 PID: 995 at drivers/infiniband/core/rdma_core.c:940 uverbs_destroy_ufile_hw+0xcb/0xe0 [ib_uverbs] Modules linked in: xt_conntrack xt_MASQUERADE nf_conntrack_netlink nfnetlink xt_addrtype iptable_nat nf_nat br_netfilter rpcrdma rdma_ucm ib_iser libiscsi scsi_transport_iscsi rdma_cm ib_umad ib_ipoib iw_cm ib_cm mlx5_ib ib_uverbs ib_core overlay mlx5_core fuse CPU: 3 PID: 995 Comm: python3 Not tainted 5.16.0-rc5+ #1 硬件名称QEMU Standard PCQ35 + ICH9，2009，BIOS rel-1.13.0-0-gf21b5a4aeb02- prebuilt.qemu.org 2014 年 4 月 1 日 RIP
    0010:uverbs_destroy_ufile_hw+0xcb/0xe0 [ib_uverbs] 代码41 5c 41 5d 41 5e e9 44 34 f0 e0 48 89 df e8 4c 77 ff ff 49 8b 86 10 01 00 00 48 85 c0 74 a91 4c eb0 ff deb7 ff e9a91 4c 0f 0b eb c1 <0f> 0b be 04 00 00 00 48 89 df e8 b6 f6 ff ff e9 75 ff ff ff 90 0f RSP: 0018:ffff8881533e3e78 EFLAGS: 00010287 RAX: ffff88811b2cf3e0 RBX: ffff888106209700 RCX: 0000000000000000 RDX: ffff888106209780 RSI: ffff8881533e3d30 RDI
    ffff888109b101a0 RBP: 0000000000000001 R08: ffff888127cb381c R09: 0de9890000000009 R10: ffff888127cb3800 R11: 0000000000000000 R12: ffff888106209780 R13: ffff888106209750 R14: ffff888100f20660 R15:
    0000000000000000 FS: 00007f8be353b740(0000) GS:ffff88852c980000(0000) knlGS:0000000000000000 CS: 0010 DS:
    0000 ES: 0000 CR0: 0000000080050033 CR2: 00007f8bd5b117c0 CR3: 000000012cd8a004 CR4: 0000000000370ea0 DR0:
    0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 Call Trace: <TASK> ib_uverbs_close+0x1a/0x90 [ib_uverbs] __fput+0x82/0x230 task_work_run+0x59/0x90 exit_to_user_mode_prepare+0x138/0x140 syscall_exit_to_user_mode+0x1d/0x50 ?
    __x64_sys_close+0xe/0x40 do_syscall_64+0x4a/0x90 entry_SYSCALL_64_after_hwframe+0x44/0xae RIP
    0033:0x7f8be3ae0abb 代码03 00 00 00 0f 05 48 3d 00 f0 ff ff 77 41 c3 48 83 ec 18 89 7c 24 0c e8 83 43 f9 ff 8b 7c 24 0c 41 89 c0 b8 03 00 00 d05 <48> [03] 00 f0 ff ff 77 35 44 89 c7 89 44 24 0c e8 c1 43 f9 ff 8b 44 RSP: 002b:00007ffdb51909c0 EFLAGS: 00000293 ORIG_RAX: 0000000000000003 RAX: 0000000000 RB
    0000557bb7f7c020 RCX: 00007f8be3ae0abb RDX: 0000557bb7c74010 RSI: 0000557bb7f14ca0 RDI: 0000000000000005 RBP: 0000557bb7fbd598 R08: 0000000000000000 R09: 0000000000000000 R10: 0000000000000000 R11:
    0000000000000293 R120000557bb7fbd5b8 R130000557bb7fbd5a8 R140000000000001000 R150000557bb7f7c020 </TASK> (CVE-2023-53286)

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

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

  - f2fs: 修复以在恢复期间对目标 blkaddr 进行健全性检查 按照 Wenqing Liu 在 bugzilla 中的报告
    https://bugzilla.kernel.org/show_bug.cgi?id=216456 loop5检测到容量变更为 0 至 131072 F2FS-fs (loop5)recover_inodeino = 6，name = hln，inline = 1 F2FS-fs (loop5)recover_dataino = 6 (i_size
    ) err = 0 F2FS-fs (loop5): restore_inode: ino = 6, name = hln, inline = 1 F2FS-fs (loop5):
    restore_data: ino = 6 (i_size: restore) err = 0 F2FS-fs (loop5): restore_inode: ino = 6, name = hln, inline = 1 F2FS-fs (loop5): restore_data: ino = 6 (i_size: restore) err = 0 F2FS-fs (loop5)位图设置错误blk:5634 ------------[ 在此处剪切 ]------------ 警告CPU 3 PID1013 at fs/f2fs/segment.c:2198 RIP0010:update_sit_entry+0xa55/0x10b0 [f2fs] 调用跟踪 <TASK> f2fs_do_replace_block+0xa98/0x1890 [f2fs] f2fs_replace_block+0xeb/0x180 [f2fs] restore /0x6ae0 [f2fs] f2fs_recover_fsync_data+0x120d/0x1fc0 [f2fs] f2fs_fill_super+0x4665/0x61e0 [f2fs] mount_bdev+0x2cf/0x3b0 legacy_get_tree+0xed/0x1d0 vfs_get_tree+0x81/0x2b0 path_mount+0x47e/0x19d0 do_mount+0xce/0xf0 __x64_sys_mount+0x12c/ 0x1a0 do_syscall_64+0x38/0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd 如果启用 CONFIG_F2FS_CHECK_FS 配置将触发内核错误而不是警告。根本原因是在模糊化的图像中SIT 表与 inode 映射表不一致导致在 SIT 表更新期间触发此类警告。此修补程序引入新标记 DATA_GENERIC_ENHANCE_UPDATE有了此标记数据块恢复流可以检查 SIT 表中目标 blkaddr 的验证并跳过 f2fs_replace_block() 以避免不一致的状态。 (CVE-2022-50273)

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

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

  - 在 Podman 中发现一个缺陷。在 Containerfile 或 Podman 中不丢弃在 podman 构建期间写入 RUN --mount=type=bind 挂载的数据。此问题可导致在容器中创建的文件出现在主机的临时构建上下文目录中从而使创建的文件可访问。
    (CVE-2025-4953)

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

ID	名称	严重性
265220	Linux Distros 未修补的漏洞：CVE-2023-53297	medium
265218	Linux Distros 未修补的漏洞：CVE-2023-53275	medium
265217	Linux Distros 未修补的漏洞：CVE-2025-39830	medium
265216	Linux Distros 未修补的漏洞：CVE-2023-53171	medium
265215	Linux Distros 未修补的漏洞：CVE-2025-39808	medium
265214	Linux Distros 未修补的漏洞：CVE-2022-50339	high
265213	Linux Distros 未修补的漏洞：CVE-2022-50302	medium
265212	Linux Distros 未修补的漏洞：CVE-2025-10532	medium
265211	Linux Distros 未修补的漏洞：CVE-2022-50245	high
265210	Linux Distros 未修补的漏洞：CVE-2023-53291	medium
265209	Linux Distros 未修补的漏洞：CVE-2022-50350	medium
265208	Linux Distros 未修补的漏洞：CVE-2022-50295	medium
265207	Linux Distros 未修补的漏洞：CVE-2023-53214	high
265206	Linux Distros 未修补的漏洞：CVE-2023-53327	medium
265205	Linux Distros 未修补的漏洞：CVE-2025-39816	medium
265204	Linux Distros 未修补的漏洞：CVE-2022-50304	medium
265203	Linux Distros 未修补的漏洞：CVE-2023-53322	high
265202	Linux Distros 未修补的漏洞：CVE-2023-53273	medium
265201	Linux Distros 未修补的漏洞：CVE-2023-53166	medium
265200	Linux Distros 未修补的漏洞：CVE-2022-50261	medium
265199	Linux Distros 未修补的漏洞：CVE-2025-39819	medium
265198	Linux Distros 未修补的漏洞：CVE-2025-39835	high
265197	Linux Distros 未修补的漏洞：CVE-2023-53262	high
265196	Linux Distros 未修补的漏洞：CVE-2023-53175	medium
265195	Linux Distros 未修补的漏洞：CVE-2025-39810	high
265194	Linux Distros 未修补的漏洞：CVE-2023-53292	medium
265193	Linux Distros 未修补的漏洞：CVE-2023-53172	medium
265192	Linux Distros 未修补的漏洞：CVE-2023-53295	medium
265191	Linux Distros 未修补的漏洞：CVE-2023-53334	medium
265190	Linux Distros 未修补的漏洞：CVE-2023-53238	high
265189	Linux Distros 未修补的漏洞：CVE-2023-53280	medium
265188	Linux Distros 未修补的漏洞：CVE-2022-50292	medium
265187	Linux Distros 未修补的漏洞：CVE-2022-50291	medium
265186	Linux Distros 未修补的漏洞：CVE-2025-10529	medium
265185	Linux Distros 未修补的漏洞：CVE-2025-39834	medium
265184	Linux Distros 未修补的漏洞：CVE-2023-53187	high
265182	Linux Distros 未修补的漏洞：CVE-2025-59375	high
265181	Linux Distros 未修补的漏洞：CVE-2023-53268	medium
265180	Linux Distros 未修补的漏洞：CVE-2023-53282	high
265179	Linux Distros 未修补的漏洞：CVE-2022-50277	medium
265178	Linux Distros 未修补的漏洞：CVE-2023-53290	medium
265177	Linux Distros 未修补的漏洞：CVE-2023-53263	high
265176	Linux Distros 未修补的漏洞：CVE-2023-53177	medium
265175	Linux Distros 未修补的漏洞：CVE-2023-53270	medium
265174	Linux Distros 未修补的漏洞：CVE-2025-10536	medium
265173	Linux Distros 未修补的漏洞：CVE-2023-53317	medium
265172	Linux Distros 未修补的漏洞：CVE-2022-50330	medium
265171	Linux Distros 未修补的漏洞：CVE-2023-53286	high
265170	Linux Distros 未修补的漏洞：CVE-2022-50273	medium
265169	Linux Distros 未修补的漏洞：CVE-2025-4953	high

检测

Nessus 的 Misc. 系列

medium

medium

medium

medium

medium

high

medium

medium

high

medium

medium

medium

high

medium

medium

medium

high

medium

medium

medium

medium

high

high

medium

high

medium

medium

medium

medium

high

medium

medium

medium

medium

medium

high

high

medium

high

medium

medium

high

medium

medium

medium

medium

medium

high

medium

high