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

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

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

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

  - 已修复 Linux 内核中的下列漏洞：fbdev: fbcon: release buffer when fbcon_do_set_font() failed syzbot is reporting memory leak at fbcon_do_set_font() [1], for commit a5a923038d70 (fbdev: fbcon: Properly revert changes when vc_resize() failed) missed that the buffer might be newly allocated by fbcon_set_font(). (CVE-2022-50404)

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

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

  - Bluetoothhci_sysfs修复多次调用 device_add 的尝试 device_add 不应被调用多次如其文档中所述“任何设备结构的调用此例程或 device_register() 次数均不超过一次” Syzkaller 报告一个缺陷如下 [ 1]: ------------[在此剪切]------------ 位于 lib/list_debug.c:33! 的内核缺陷无效 opcode0000 [#1] PREEMPT SMP KASAN [...] 调用跟踪 <TASK> __list_add include/linux/list.h:69 [inline] list_add_tail include/linux/list.h:102 [inline] kobj_kset_join lib/ kobject.c:164 [inline] kobject_add_internal+0x18f/0x8f0 lib/kobject.c:214 kobject_add_varg lib/kobject.c:358 [inline] kobject_add+0x150/0x1c0 lib/kobject.c:410 device_add+0x368/0x1e90 drivers/ base/core.c:3452 hci_conn_add_sysfs+0x9b/0x1b0 net/bluetooth/hci_sysfs.c:53 hci_le_cis_estabilished_evt+0x57c/0xae0 net/bluetooth/hci_event.c:6799 hci_le_meta_evt+0x2b8/0x510 net/bluetooth/hci_event.c:7110 net/bluetooth/hci_event.c:7440 [内联] hci_event_packet+0x63d/0xfd0 net/bluetooth/hci_event.c:7495 hci_rx_work+0xae7/0x1230 net/bluetooth/hci_core.c:4007 process_one_work+0x991/0x1610 kernel/workqueue.c :2289 worker_thread+0x665/0x1080 kernel/workqueue.c:2436 kthread+0x2e4/0x3a0 kernel/kthread.c:376 ret_from_fork+0x1f/0x30 arch/x86/entry/entry_64.S:306 </TASK> (CVE-2022-50419)

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

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

  - 已修复 Linux 内核中的下列漏洞：net: qrtr: Fix a refcount bug in qrtr_recvmsg() Syzbot reported a bug as following: refcount_t: addition on 0; use-after-free. ... RIP:
    0010:refcount_warn_saturate+0x17c/0x1f0 lib/refcount.c:25 ... Call Trace: <TASK> __refcount_add include/linux/refcount.h:199 [inline] __refcount_inc include/linux/refcount.h:250 [inline] refcount_inc include/linux/refcount.h:267 [inline] kref_get include/linux/kref.h:45 [inline] qrtr_node_acquire net/qrtr/af_qrtr.c:202 [inline] qrtr_node_lookup net/qrtr/af_qrtr.c:398 [inline] qrtr_send_resume_tx net/qrtr/af_qrtr.c:1003 [inline] qrtr_recvmsg+0x85f/0x990 net/qrtr/af_qrtr.c:1070 sock_recvmsg_nosec net/socket.c:1017 [inline] sock_recvmsg+0xe2/0x160 net/socket.c:1038 qrtr_ns_worker+0x170/0x1700 net/qrtr/ns.c:688 process_one_work+0x991/0x15c0 kernel/workqueue.c:2390 worker_thread+0x669/0x1090 kernel/workqueue.c:2537 It occurs in the concurrent scenario of qrtr_recvmsg() and qrtr_endpoint_unregister() as following: cpu0 cpu1 qrtr_recvmsg qrtr_endpoint_unregister qrtr_send_resume_tx qrtr_node_release qrtr_node_lookup mutex_lock(&qrtr_node_lock) spin_lock_irqsave(&qrtr_nodes_lock, ) refcount_dec_and_test(&node->ref) [node->ref == 0] radix_tree_lookup [node != NULL] __qrtr_node_release qrtr_node_acquire spin_lock_irqsave(&qrtr_nodes_lock, ) kref_get(&node->ref) [WARNING] ... mutex_unlock(&qrtr_node_lock) Use qrtr_node_lock to protect qrtr_node_lookup() implementation, this is actually improving the protection of node reference.
    (CVE-2023-53445)

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

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

  - blk-cgroup在 blkcg_reset_stats() 中清除后重新初始化 blkg_iostat_set 调用 blkg_alloc() 以分配具有相关 blkg_iostat_set 的 blkcg_gq 结构时blkg_iostat_set 中有 2 个字段需要正确初始化 - blkg 和 sync。前一个字段由提交 3b8cc6298724 (blk-cgroup优化 blkcg_rstat_flush()) 引入而后一个字段由提交 f73316482977blk-cgroup使用 cgroup rstat 重新实现基本 IO 统计数据。遗憾的是当 blkg_iostat_set 中的这些字段在 v1 的 blkcg_reset_stats() 中清除时并未正确地重新初始化。这可导致因 blkg 指针的空指针访问而导致的内核错误。缺少 sync 初始化的问题影响较小但在调试内核中可能会造成问题这是因为缺少 lockdep 初始化所致。通过在清理内存后重新初始化来修复这些问题。 (CVE-2023-53421)

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

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

  - iomapiomap修复回写期间记录错误时造成的内存损坏 我时常在 arm64 上看到此崩溃无法处理虚拟地址 00000000000000f8 处的内核空指针取消引用 dev dm-0逻辑块 8733687 上的 I/O 错误异步页读取内存中止信息ESR = 0x0000000096000006 EC = 0x25DABT当前 ELIL = 32 位 SET = 0FnV = 0 EA = 0S1PTW = 0FSC = 0x06级别 2 转换错误数据中止信息ISV = 0ISS = 0x00000006 CM = 0WnR = 0 用户 pgtable
    64k pages, 42-bit VAs, pgdp=0000000139750000 [00000000000000f8] pgd=0000000000000000、p4d=0000000000000000、 pud=0000000000000000、 pmd=0000000000000000 内部错误Oops: 96000006 [#1] PREEMPT SMP dev dm-0逻辑区块上的缓冲区 I/O 错误8733688异步页读取转储 ftrace 缓冲区
    设备 dm-0 上的缓冲区 I/O 错误逻辑区块 8733689异步页面读取ftrace 缓冲区为空XFS (dm-0)记录 I/O 错误 -5 中链接的模块dm_thin_pool dm_persistent_data XFS (dm-0)在 xfs_trans_read_buf_map+0x1ec/0x590 [xfs] (fs/xfs/xfs_trans_buf.c:296) 中检测到元数据 I/O 错误 (0x1)。 dm_bio_prison XFS (dm-0)请卸载文件系统并修正问题 XFS (dm-0)xfs_imap_lookup
    xfs_ialloc_read_agi() 返回错误 -5 agno 0 dm_bufio dm_log_writes xfs nft_chain_nat xt_REDIRECT nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 ip6t_REJECT 可能的意外致命信号 6。
    nf_reject_ipv6 潜在的意外致命信号 6. ipt_REJECT nf_reject_ipv4 CPU: 1 PID: 122166 Comm
    fsstress Tainted: GW 6.0.0-rc5-djwa #rc5 3004c9f1de887ebae86015f2677638ce51ee7 rpcsec_gss_krb5 auth_rpcgss xt_tcpudp ip_set_hash_ip ip_set_hash_net xt_set nft_compat ip_set_hash_mac ip_set nf_tables Hardware name: QEMU KVM Virtual Machine, BIOS 1.5.1 06/16/2021 pstate: 60001000 (nZCv daif -PAN -UAO -TCO
    -DIT +SSBS BTYPE=--) ip_tables pc : 000003fd6d7df200 x_tables lr : 000003fd6d7df1ec overlay nfsv4 CPU: 0 PID: 54031 Comm: u4:3 Tainted: GW 6.0.0-rc5-djwa #rc5 3004c9f1de887ebae86015f2677638ce51ee7405 Hardware name: QEMU KVM Virtual Machine 、BIOS 1.5.1 06/16/2021 Workqueue回写 wb_workfn sp : 000003ffd9522fd0 (flush-253:0) pstate: 60401005 (nZCv daif +PAN -UAO -TCO -DIT +SSBS BTYPE=--) pc : errseq_set+0x1c/ 0x100 x29000003ffd9522fd0 x280000000000000023 x27000002acefeb6780 x260000000000000005 x25
    0000000000000001 x24: 0000000000000000 x23: 00000000ffffffff x22: 0000000000000005 lr:
    __filemap_set_wb_err+0x24/0xe0 x21: 0000000000000006 sp : fffffe000f80f760 x29: fffffe000f80f760 x28
    0000000000000003 x27: fffffe000f80f9f8 x26: 0000000002523000 x25: 00000000fffffffb x24: fffffe000f80f868 x23: fffffe000f80fbb0 x22: fffffc0180c26a78 x21: 0000000002530000 x20: 0000000000000000 x19:
    0000000000000000 x18: 0000000000000000 x17: 0000000000000000 x16: 0000000000000000 x15: 0000000000000000 x14: 0000000000000001 x13: 0000000000470af3 x12: fffffc0058f70000 x11: 0000000000000040 x10:
    0000000000001b20 x9 : fffffe000836b288 x8 : fffffc00eb9fd480 x7 : 0000000000f83659 x6 : 0000000000000000 x5 : 0000000000000869 x4 : 0000000000000005 x3 : 00000000000000f8 x20: 000003fd6d740020 x19:
    000000000001dd36 x18: 0000000000000001 x17: 000003fd6d78704c x16: 0000000000000001 x15: 000002acfac87668 x2 : 0000000000000ffa x1 : 00000000fffffffb x0 : 00000000000000f8 Call trace: errseq_set+0x1c/0x100
    __filemap_set_wb_err+0x24/0xe0 iomap_do_writepage+0x5e4/0xd5c write_cache_pages+0x208/0x674 iomap_writepages+0x34/0x60 xfs_vm_writepages+0x8c/0xcc [xfs 7a861f39c43631f475d6ba15d3a5884248ca5803b]
    0000000000000000 x13: 2064656e72757465 x12: 0000000000002180 x11: 000003fd6d8a82d0 x10: 0000000000000000 x9 : 000003fd6d8ae288 x8 : 0000000000000083 x7 : 00000000ffffffff x6 : 00000000ffffffee x5 :
    00000000fbad2887 x4 : 000003fd6d9abb58 x3 : 000003fd6d740020 x2 : 0000000000000006 x1 : 000000000001dd36 x0 : 0000000000000000 CPU---truncated--- (CVE-2022-50406)

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

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

  - 已修复 Linux 内核中的下列漏洞：wifi: mac80211: fix use-after-free We've already freed the assoc_data at this point, so need to use another copy of the AP (MLD) address instead. (CVE-2022-50413)

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

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

  - f2fs不重置 f2fs_remount() 中不变的挂载选项 syzbot 报告一个缺陷如下一般保护错误可能针对非规范地址 0xdffffc0000000009: 0000 [#1] PREEMPT SMP KASAN RIP
    0010:__lock_acquire+0x69/0x2000 kernel/locking/lockdep.c:4942 调用跟踪 lock_acquire+0x1e3/0x520 kernel/locking/lockdep.c:5691 __raw_write_lock include/linux/rwlock_api_smp.h:209 [inline]
    _raw_write_lock+0x2e/0x40 kernel/locking/spinlock.c:300 __drop_extent_tree+0x3ac/0x660 fs/f2fs/extent_cache.c:1100 f2fs_drop_extent_tree+0x17/0x30 fs/f2fs/extent_cache.c:1116 f2fs_insert_range+0x2d5/fs2fs0fs2fs3c0fs0x3c0 /file.c:1664 f2fs_fallocate+0x4e4/0x6d0 fs/f2fs/file.c:1838 vfs_fallocate+0x54b/0x6b0 fs/open.c:324 ksys_fallocate fs/open.c:347 [inline] __do_sys_fallocate fs/open.c 355 [inline] __se_sys_fallocate fs/open.c:353 [inline] __x64_sys_fallocate+0xbd/0x100 fs/open.c:353 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x41/0xc0 arch/x86 /entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd 的根本原因是争用条件如下-由于其尝试重新挂载 rw 文件系统因此 do_remount 不会调用 sb_prepare_remount_readonly 来阻止 fallocate因此其之间可能存在争用条件remount 并 fallocate。 - 在 f2fs_remount() 中default_options() 将挂载选项重置为默认然后根据 parse_options() 的结果进行更新因此存在可能发生争用条件的漏洞。线程 A 线程 B - f2fs_fill_super - parse_options - clear_opt(READ_EXTENT_CACHE) - f2fs_remount - default_options - set_opt(READ_EXTENT_CACHE) - f2fs_fallocate - f2fs_insert_range - f2fs_drop_extent_tree -
    __drop_extent_tree - __may_extent_tree - test_opt(READ_EXTENT_CACHE) 返回 true - write_lock(&et->lock) 访问空指针 - parse_options - clear_opt(READ_EXTENT_CACHE) (CVE-2023-53447)

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

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

  - USB小工具pxa27x_udc修复使用 debugfs_lookup() 导致的内存泄漏调用 debugfs_lookup() 时结果必须调用其 dput()否则内存将随着时间泄漏。要使事情更简单只需调用 debugfs_lookup_and_remove()其会同时处理所有逻辑。 (CVE-2023-53407)

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

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

  - mediauvcvideo使用无效的描述符处理摄像头如果源实体不包含任何 pad则请勿创建链接。 (CVE-2023-53437)

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

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

  - NFSD防范 git 时代之前的 以来的 NFSv2 READ 中的发送缓冲区溢出通过将 RPC 接收和发送缓冲区合并为单个页面数组来保存每个 nfsd 线程保留的页面数量。此方法之所以有效是因为不存在某项操作同时需要大型 RPC 调用消息和大型 RPC 回复的情况。收到 RPC 调用后svc_process() 会更新 svc_rqst::rq_res 以描述 rq_pages 中可用于构建回复的部分。这意味着当接收到的包含 RPC 调用的 RPC 记录很大时发送缓冲区 (rq_res) 会缩小。客户端可通过发送 RPC 记录中包含的格式正确的 RPC 调用标头过大来在 TCP 上强制执行此缩小操作。在此情况下无法构造完整的最大负载大小。
    (CVE-2022-50410)

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

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

  - 已修复 Linux 内核中的下列漏洞：wifi: mt76: dma: fix memory leak running mt76_dma_tx_cleanup Fix device unregister memory leak and alway cleanup all configured rx queues in mt76_dma_tx_cleanup routine. (CVE-2023-53430)

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

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

  - btrfs不检查 __extent_writepage 中的 PageError __extent_writepage 当前会在发生任何错误时设置 PageError并且也会检查 PageError 以确定是否调用错误处理。这会导致清理错误的责任非常不明确。在 VM 和通用回写帮助程序中基本概念是触发 I/O 后所有错误处理职责都将委派给结束 I/O 处理程序。但是如果该结束 I/O 处理程序设置了 PageError 位并且提交者进行了检查该位在某些情况下可能泄漏到 I/O 不够快的提交上下文中。只要不检查 PageError而仅使用本地 ret 变量检查提交错误即可修复此问题。通过永远不会将错误位泄漏到提交上下文中这也从根本上解决了 __extent_writepage 的 注释中记载的长问题。 (CVE-2023-53429)

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

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

  - 已修复 Linux 内核中的下列漏洞：drm/ttm: fix bulk_move corruption when adding a entry When the resource is the first in the bulk_move range, adding it again (thus moving it to the tail) will corrupt the list since the first pointer is not moved. This eventually lead to null pointer deref in ttm_lru_bulk_move_del() (CVE-2023-53444)

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

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

  - remoteprocimx_dsp_rproc添加 i.MX DSP 核心的自定义内存复制实现 IRAM 是 HiFi DSP 的一部分。根据硬件规范仅允许 32 位写入否则我们会得到内核错误。因此添加自定义内存复制和 memset 函数以处理上述限制。
    (CVE-2023-53434)

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

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

  - bpfcpumap修复 cpu_map_update_elem 中的内存泄漏 Syzkaller 报告了如下内存泄漏缺陷
    内存泄漏未引用对象 0xff110001198ef748（大小 192）：comm syz-executor.3、pid 17672、jiffies 4298118891（使用期限 9.906s）十六进制转储前 32 字节：00 00 00 00 4a 19 00 00 80 ad e3 e4 fe ff c0 00 ....J .....00 b2 d3 0c 01 00 11 ff 28 f5 8e 19 01 00 11 ff ..(....回溯其他
    [<ffffffffadd28087>] __cpu_map_entry_alloc+0xf7/0xb00 [<ffffffffadd28d8e>] cpu_map_update_elem+0x2fe/0x3d0 [<ffffffffadc6d0fd>] bpf_map_update_value.isra.0+0x2bd/0x520 [<ffffffffadc7349b>] map_update_elem+0x4cb/0x720 [<ffffffffadc7d983>] __se_sys_bpf+0xb903/0x3d0 [<ffffffffb029cc80>] do_syscall_64+0x30/0x40 [<ffffffffb0400099>] entry_SYSCALL_64_after_hwframe+0x61/0xc6 BUG内存泄漏未引用对象 0xff110001198ef528 (size 192)comm syz-executor.3、pid 17672、jiffies 4298118891(age 9.906s) hex dump 32 字节00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ..
    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ... 回溯[<ffffffffadd281f0>]
    __cpu_map_entry_alloc+0x260/0xb00 [<ffffffffadd28d8e>] cpu_map_update_elem+0x2fe/0x3d0 [<ffffffffadc6d0fd>] bpf_map_update_value.isra.0+0x2bd/0x520 [<ffffffffadc7349b>] map_update_elem+0x4cb/0x720 [<ffffffffadc7d983>] __se_sys_bpf+0x8c3/0xb90<ffffffffb029cc80>]do_use_sys_bpf+0x8c3/0xb90 +0x30/0x40 [<ffffffffb0400099>] entry_SYSCALL_64_after_hwframe+0x61/0xc6 BUG内存泄漏未引用对象 0xff1100010fd93d68 (大小 8)comm syz-executor.3, pid 17672, jiffies 4298118891(age 9.906s) 十六进制转储前 8 个字节00 00 00 00 00 00 00 00 ...... backtrace[<ffffffffade5db3e>] kvmalloc_node+0x11e/0x170 [<ffffffffadd28280>] __cpu_map_entry_alloc+0x2f0/0xb00 [<ffffffffadd28d8e>] cpu_map_update_elem+0x2fe/0x3d0 [<ffffffffadc6d0fd>] bpf_map_update_value .isra.0+0x2bd/0x520 [<ffffffffadc7349b>] map_update_elem+0x4cb/0x720 [<ffffffffadc7d983>] __se_sys_bpf+0x8c3/0xb90 [<ffffffffb029cc80>] do_syscall_64+0x30/0x40 [<ffffffffb0400099>] entry_SYSCALL_64_after_hwframe+0x61/0xc6 在 CPU flow_map_update_elem在调用 rcpu->kthread 的 threadfn 之前调用 kthread_stop由于 kthread 的 KTHREAD_SHOULD_STOP 位已由 kthread_stop 进行了设置因此rcpu->kthread 的 threadfn 将永不退出ecvedrcpu->refcnt 绝不会为 0这将导致无法释放已分配的 rcpu、rcpu->queue 和 rcpu->queue->queue。在执行 kthread 的 threadfn 之前调用 kthread_stop 将返回 -EINTR。我们在这种状态下就可以完成内存资源的释放。
    (CVE-2023-53441)

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

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

  - 已修复 Linux 内核中的下列漏洞：xsk: Fix xsk_diag use-after-free error during socket cleanup Fix a use-after-free error that is possible if the xsk_diag interface is used after the socket has been unbound from the device. This can happen either due to the socket being closed or the device disappearing. In the early days of AF_XDP, the way we tested that a socket was not bound to a device was to simply check if the netdevice pointer in the xsk socket structure was NULL. Later, a better system was introduced by having an explicit state variable in the xsk socket struct. For example, the state of a socket that is on the way to being closed and has been unbound from the device is XSK_UNBOUND.
    The commit in the Fixes tag below deleted the old way of signalling that a socket is unbound, setting dev to NULL. This in the belief that all code using the old way had been exterminated. That was unfortunately not true as the xsk diagnostics code was still using the old way and thus does not work as intended when a socket is going down. Fix this by introducing a test against the state variable. If the socket is in the state XSK_UNBOUND, simply abort the diagnostic's netlink operation. (CVE-2023-53426)

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

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

  - cryptohisilicon/qm - 增加本地变量的内存 增加缓冲区以防止模糊测试引起的堆栈溢出。qos 配置缓冲区的最大长度为 256 个字节。目前“val buffer”的值只有 32 个字节。sscanf 不检查 dest 内存长度。因此“val buffer”可能会堆栈溢出。 (CVE-2022-50407)

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

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

  - USB小工具lpc32xx_udc修复使用 debugfs_lookup() 导致的内存泄漏调用 debugfs_lookup() 时结果必须调用其 dput()否则内存将随着时间泄漏。要使事情更简单只需调用 debugfs_lookup_and_remove()其会同时处理所有逻辑。 (CVE-2023-53418)

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

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

  - ACPICA修复 acpi_ds_call_control_method() 中的错误代码路径 KASAN [1] 报告 acpi_ds_call_control_method() 调用失败后acpi_ps_parse_aml() 中存在释放后使用而且代码检查显示 next_walk_state 由 acpi_ds_create_walk_state() 推送至线程出错时会释放但未事先从线程中弹出。因此 acpi_ps_parse_aml() 调用的 acpi_ds_get_current_walk_state() 随后会将其返回作为新的 walk state这是不正确的。要解决此问题请使 acpi_ds_call_control_method() 调用 acpi_ds_pop_walk_state()以在返回错误之前从线程中弹出 next_walk_state。 (CVE-2022-50411)

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

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

  - net添加 vlan_get_protocol_and_depth() 辅助函数在不良提交之前在 __vlan_get_protocol() 和好友中使用 pskb_may_pull() 代替 skb_header_pointer()。少数调用程序依赖于使用 MAC 标头填充的 skb->headsyzbot 捕获其中一个 (skb_mac_gso_segment()) 添加 vlan_get_protocol_and_depth() 使 Intent 更清晰并在合理的情况下使用。这是比提交 e9d3f80935b6 (net/af_packet确保提取 mac 标头)更通用的补丁处理类似的问题。位于 include/linux/skbuff.h:2655 的内核缺陷无效 opcode0000 [#1] SMP KASAN CPU: 0 PID:
    1441 Comm：syz-executor199 未受感染 6.1.24-syzkaller #0 硬件名称 Google Google Compute Engine/Google Compute EngineBIOS Google 04/14/2023 RIP0010:__skb_pull include/linux/skbuff.h:2655 [内联] RIP0010:skb_mac_gso_segment+0x68f/0x6a0 net/core/gro.c:136 代码fd 48 8b 5c 24 10 44 89 6b 70 48 c7 c7 c0 ae 0d 86 44 89 e6 e8 a1 91 d0 00 48 c7 c7 00 af 0d 86 48 89 de 31 d2 e8 d1 4a e9 ff <0f> 0b 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 55 48 89 e5 41 RSP: 0018:ffffc90001bd700 EFLAGS:6
    ffffffff8469736a RBX: ffff88810f31dac0 RCX: ffff888115a18b00 RDX: 0000000000000000 RSI: 0000000000000000 RDI: 0000000000000000 RBP: ffffc90001bd75e8 R08: ffffffff84697183 R09: fffff5200037adf9 R10:
     R110000000000000000  : dffffc0000000001 R12: 0000000000000012 R13: 000000000000fee5 R14: 0000000000005865 R15: 000000000000fed7 FS: 000055555633f300(0000) GS:ffff8881f6a00000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 0000000020000000 CR3: 0000000116fea000 CR4: 00000000003506f0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3:000000000000000000000000000000000000000000000000000
    00000000fffe0ff0 DR7: 0000000000000400 调用跟踪 <TASK> [<ffffffff847018dd>]
    __skb_gso_segment+0x32d/0x4c0 net/core/dev.c:3419 [<ffffffff8470398a>] skb_gso_segment include/linux/netdevice.h:4819 [内联] [<ffffffff8470398a>] validate_xmit_skb+0x3aa/0xee0 net/core/dev.c:3725 [<ffffffff84707042>] __dev_queue_xmit+0x1332/0x3300 net/core/dev.c:4313 [<ffffffff851a9ec7>] dev_queue_xmit+0x17/0x20 include/linux/netdevice.h:3029 [<ffffffff851b4a82>] packet_snd net/packet/af_packet.c:3111 [ inline] [<ffffffff851b4a82>] packet_sendmsg+0x49d2/0x6470 net/packet/af_packet.c:3142 [<ffffffff84669a12>] sock_sendmsg_nosec net/socket.c:716 [内联] [<ffffffff84669a12>] sock_sendmsg net/socket.c:736 [内联] [<ffffffff84669a12>] __sys_sendto+0x472/0x5f0 net/socket.c:2139 [<ffffffff84669c75>] __do_sys_sendto net/socket.c:2151 [内联] [<ffffffff84669c75>]
    __se_sys_sendto net/socket.c:2147 [内联] [<ffffffff84669c75>] __x64_sys_sendto+0xe5/0x100 net/socket.c:2147 [<ffffffff8551d40f>] do_syscall_x64 arch/x86/entry/common.c:50 [内联] [<ffffffff8551d40f>] do_syscall_64+0x2f/0x50 arch/x86/entry/common.c:80 [<ffffffff85600087>] entry_SYSCALL_64_after_hwframe+0x63/0xcd (CVE-2023-53433)

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

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

  - audit修复 audit_compare_dname_path() 中的越界读取。当 dir=/ 上的监视与直接在 / 下的单字符名称的 fsnotify 事件结合使用时例如创建 /a会触发越界读取或写入audit_compare_dname_path() 中可发生读取。辅助函数 parent_len() 对 / 返回 1。在 audit_compare_dname_path() 中当 parentlen 等于完整路径长度 (1) 时代码会设置 p = path + 1 and pathlen = 1 - 1 = 0。随后后续循环取消引用 p[pathlen - 1]即 p[- 1])从而导致越界读取。通过向 while 循环条件添加 pathlen > 0 检查以防止越界访问来修复此问题。[PM主题调整签署电子邮件补丁]CVE-2025-39840

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

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

  - 已修复 Linux 内核中的下列漏洞：ice: fix NULL access of tx->in_use in ice_ptp_ts_irq The E810 device has support for a low latency firmware interface to access and read the Tx timestamps. This interface does not use the standard Tx timestamp logic, due to the latency overhead of proxying sideband command requests over the firmware AdminQ. The logic still makes use of the Tx timestamp tracking structure, ice_ptp_tx, as it uses the same ready bitmap to track which Tx timestamps complete.
    Unfortunately, the ice_ptp_ts_irq() function does not check if the tracker is initialized before its first access. This results in NULL dereference or use-after-free bugs similar to the following: [245977.278756] BUG: kernel NULL pointer dereference, address: 0000000000000000 [245977.278774] RIP:
    0010:_find_first_bit+0x19/0x40 [245977.278796] Call Trace: [245977.278809] ? ice_misc_intr+0x364/0x380 [ice] This can occur if a Tx timestamp interrupt races with the driver reset logic. Fix this by only checking the in_use bitmap (and other fields) if the tracker is marked as initialized. The reset flow will clear the init field under lock before it tears the tracker down, thus preventing any use-after-free or NULL access. (CVE-2025-39855)

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

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

  - i2cmuxreg调用 platform_get_resource() 后检查返回值其会造成 resource_size() 中的 null-ptr-deref如果 platform_get_resource() 返回 NULL将调用 resource_size() 移至将检查“res”的 devm_ioremap_resource() 之后以避免 null-ptr-deref。并使用 devm_platform_get_and_ioremap_resource() 简化代码。 (CVE-2022-50364)

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

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

  - 已修复 Linux 内核中的下列漏洞：staging: vt6655: fix some erroneous memory clean-up loops In some initialization functions of this driver, memory is allocated with 'i' acting as an index variable and increasing from 0. The commit in Fixes introduces some clean-up codes in case of allocation failure, which free memory in reverse order with 'i' decreasing to 0. However, there are some problems: - The case i=0 is left out. Thus memory is leaked. - In case memory allocation fails right from the start, the memory freeing loops will start with i=-1 and invalid memory locations will be accessed. One of these loops has been fixed in commit c8ff91535880 (staging: vt6655: fix potential memory leak). Fix the remaining erroneous loops. (CVE-2022-50355)

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

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

  - 已修复 Linux 内核中的下列漏洞：drm/msm/dp: fix aux-bus EP 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 aux-bus, an attempt to populate the bus a second time will simply fail (DP AUX EP device already populated). Fix this by tying the lifetime of the EP device to the DRM device rather than DP controller platform device. Patchwork:
    https://patchwork.freedesktop.org/patch/502672/ (CVE-2022-50360)

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

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

  - i40e修复 MAC 列表为空时的潜在无效访问 list_first_entry() 从不返回 NULL - 如果列表为空其仍会返回指向无效对象的指针从而在取消引用时导致潜在无效的内存访问。使用 list_first_entry_or_null 而不是 list_first_entry 修复此问题。
    (CVE-2025-39853)

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

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

  - mmslub避免在 set_track_prepare set_track_prepare() 中唤醒 kswapd 可招致锁定递归。问题是从保持 per_cpu(hrtimer_bases)[n].lock 的 hrtimer_start_range_ns 调用可能会唤醒 set_track_prepare 中的 kswapd并尝试保持 per_cpu(hrtimer_bases)[n].lock。避免通过传入分配标记隐式唤醒 kswapd 造成的死锁在 debug_objects_fill_pool() 案例中其不包含 __GFP_KSWAPD_RECLAIM。在堆栈仓库内它们由 gfp_nested_mask() 处理。由于 ___slab_alloc() 已禁用抢占因此我们从此处的标记中屏蔽掉 __GFP_DIRECT_RECLAIM。oops 看起来类似BUG: spinlock recursion on CPU#3, swapper/3/0 lock: 0xffffff8a4bf29c80, .magic: dead4ead, .owner: swapper/3/0, .owner_cpu: 3 Hardware name: Qualcomm Technologies, Inc. Popsicle基于 SM8850 (DT) 调用跟踪spin_bug+0x0
    _raw_spin_lock_irqsave+0x80 hrtimer_try_to_cancel+0x94 task_contending+0x10c enqueue_dl_entity+0x2a4 dl_server_start+0x74 enqueue_task_fair+0x568 enqueue_task+0xac do_activate_task+0x14c ttwu_do_activate+0xcc try_to_wake_up+0x6c8 default_wake_function+0x20 autoremove_wake_function+0x1c
    __wake_up+0xac wakeup_kswapd+0x19c wake_all_kswapds+0x78 __alloc_pages_slowpath+0x1ac
    __alloc_pages_noprof+0x298 stack_depot_save_flags+0x6b0 stack_depot_save+0x14 set_track_prepare+0x5c
    ___slab_alloc+0xccc __kmalloc_cache_noprof+0x470 __set_page_owner+0x2bc post_alloc_hook[jt]+0x1b8 prep_new_page+0x28 get_page_from_freelist+0x1edc __alloc_pages_noprof+0x13c alloc_slab_page+0x244 allocate_slab+0x7c ___slab_alloc+0x8e8 kmem_cache_alloc_noprof+0x450 debug_objects_fill_pool+0x22c debug_object_activate+0x40 enqueue_hrtimer[jt]+0xdc hrtimer_start_range_ns+ 0x5f8 ... (CVE-2025-39843)

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

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

  - dmaenginehisilicon添加对 DMA 通道的多线程支持获取 DMA 通道并尝试在多个线程中使用它将导致 oops 和挂起系统。 % echo 100 > /sys/module/dmatest/parameters/threads_per_chan % echo 100 > /sys/module/dmatest/parameters/iterations % echo 1 > /sys/module/dmatest/parameters/run [383493.327077] 无法处理内核383493.335103虚拟383493.335103地383493.335105​383493.335107​[383493.335108] EA = 0, S1PTW = 0 [383493.335109] FSC = 0x04级别 0 转换错误 [383493.335110] Data 中止信息 [383493.335111] ISV = 0, ISS = 0x00000044 [383493.364739] CM = 0 WnR = 1 [383493.367793] [dead000000000108] 用户与内核地址范围之间的地址 [383493.375021] 内部错误Oops
    96000044 [#1] PREEMPT SMP [383493.437574] CPU: 63 PID: 27895 Comm: dma0chan0-copy2 Kdump已加载受感染的
    GO 5.17.0-rc4+ #2 [383493.457851] pstate: 204000c9 (nzCv daIF +PAN -UAO -TCO -DIT -SSBS BTYPE=--) [383493.465331] pc vchan_tx_submit+0x64/0xa0 [383493.469957] lr : vchan_tx_submit+0x34/0xa0 会发生这种情况的原因是传输超时以及数据争用所致。每个线程会在 device_issue_pending 被调用后立即重写通道的描述符。它导致以下情况驱动程序认为其在中断处理程序中使用了正确的描述符而通道的描述符已被其他线程更改。
    实际上报告中断的描述符将不再得到处理及其 tx->callback。
    这就是超时报告的原因。通过当前的 补丁通道描述符仅在使用时才会更改其值。从 vc->desc_issued 队列中获取新的描述符该队列已填满准备发送的描述符。线程无权直接访问 DMA 通道描述符。如果通道的描述符正忙，请在描述符完成后再次尝试提交到 HW。在这种情况下当调用 Hisi_dma_start_transfer 时vc->desc_issued 可能为空因此删除关于此问题的错误报告。
    现在可以将描述符排入队列以进行进一步处理。 (CVE-2022-50362)

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

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

  - 已修复 Linux 内核中的下列漏洞：media: ov2740: Fix memleak in ov2740_init_controls() There is a kmemleak when testing the media/i2c/ov2740.c with bpf mock device:
    unreferenced object 0xffff8881090e19e0 (size 16): comm 51-i2c-ov2740, pid 278, jiffies 4294781584 (age 23.613s) hex dump (first 16 bytes): 00 f3 7c 0b 81 88 ff ff 80 75 6a 09 81 88 ff ff ..|......uj.....
    backtrace: [<000000004e9fad8f>] __kmalloc_node+0x44/0x1b0 [<0000000039c802f4>] kvmalloc_node+0x34/0x180 [<000000009b8b5c63>] v4l2_ctrl_handler_init_class+0x11d/0x180 [videodev] [<0000000038644056>] ov2740_probe+0x37d/0x84f [ov2740] [<0000000092489f59>] i2c_device_probe+0x28d/0x680 [<000000001038babe>] really_probe+0x17c/0x3f0 [<0000000098c7af1c>] __driver_probe_device+0xe3/0x170 [<00000000e1b3dc24>] device_driver_attach+0x34/0x80 [<000000005a04a34d>] bind_store+0x10b/0x1a0 [<00000000ce25d4f2>] drv_attr_store+0x49/0x70 [<000000007d9f4e9a>] sysfs_kf_write+0x8c/0xb0 [<00000000be6cff0f>] kernfs_fop_write_iter+0x216/0x2e0 [<0000000031ddb40a>] vfs_write+0x658/0x810 [<0000000041beecdd>] ksys_write+0xd6/0x1b0 [<0000000023755840>] do_syscall_64+0x38/0x90 [<00000000b2cc2da2>] entry_SYSCALL_64_after_hwframe+0x63/0xcd ov2740_init_controls() won't clean all the allocated resources in fail path, which may causes the memleaks. Add v4l2_ctrl_handler_free() to prevent memleak.
    (CVE-2023-53349)

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

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

  - vxlan修复刷新具有下一跳对象的 FDB 条目时的 NPD VXLAN FDB 条目可能指向远程目标或 FDB 下一跳组。后者通常在禁用了学习的 EVPN 部署中使用。但是当启用学习时传入数据包可能尝试刷新指向 FDB nexthop 组并因此没有远程的 FDB 条目。应丢弃此类数据包但仅在取消引用不存在的远程之后才会丢弃此类数据包从而导致可使用 重现 [2] 的 NPD [1]。通过提前终止此类数据包来修复 。删除 first_remote_rcu() 中的误导性注释。 [1] 缺陷内核空指针取消引用地址0000000000000000 [...] CPU13 UID
    0 PID361 Commmausezahn 未受感染 6.17.0-rc1-virtme-g9f6b606b6b37 #1 PREEMPT(自主) 硬件名称QEMU Standard PC (i440FX + PIIX,1996)BIOS 1.17.0-4.fc41 04/01/ 2014 RIP
    0010:vxlan_snoop+0x98/0x1e0 [...] Call Trace: <TASK> vxlan_encap_bypass+0x209/0x240 encap_bypass_if_local+0xb1/0x100 vxlan_xmit_one+0x1375/0x17e0 vxlan_xmit+0x6b4/0x15f0 dev_hard_start_xmit+0x5d/0x1c0 __dev_queue_xmit+0x246/0xfd0 packet_sendmsg+0x113a /0x1850
    __sock_sendmsg+0x38/0x70 __sys_sendto+0x126/0x180 __x64_sys_sendto+0x24/0x30 do_syscall_64+0xa4/0x260 entry_SYSCALL_64_after_hwframe+0x4b/0x53 [2] #!/bin/bash ip 地址添加 192.0.2.1/32 dev lo32 ip 地址添加 192.0.2.2dev lo ip nexthop add id 1 via 192.0.2.3 fdb ip nexthop add id 10 group 1 fdb ip link add name vx0 up type vxlan id 10010 local 192.0.2.1 dstport 12345 localbypass ip link add name vx1 up type vxlan id 10020 local 192.0.2.2 dstport 54321 Learning bridge fdb add 00:11:22:33:44:55 dev vx0 self static dst 192.0.2.2 port 54321 vni 10020 bridge fdb add 00:aa:bb:cc:dd:ee dev vx1 self static nhid 10 mausezahn vx0 -a 00:aa:bb:cc:dd:ee -b 00:11:22:33:44:55 -c 1 -q (CVE-2025-39851)

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

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

  - vxlan修复 {arp,neigh}_reduce() 中使用 nexthop 对象时的 NPD当 VXLAN 设备上启用了代理选项时如果设备能够代表主机进行回复则该设备将禁止 ARP 请求和 IPv6 邻居请求消息远程主机。即如果在 MAC 地址不在任意远程主机之后的 VXLAN 设备上配置匹配的有效邻居条目 (0.0.0.0 / ::)。此代码当前假设邻居的 MAC 地址的 FDB 条目指向有效的远程目标但如果条目与 FDB nexthop 组关联则这是不正确的。这可能产生可使用 [2][4] 重现的 NPD [1][3]。通过在取消引用远程目标之前检查该远程目标是否存在来修复此漏洞。 [1] 缺陷内核空指针取消引用地址0000000000000000 [...] CPU4 UID0 PID365 Comm
    arping 未受感染 6.17.0-rc2-virtme-g2a89cb21162c #2 PREEMPT主动硬件名称QEMU Standard PC (i440FX + PIIX,1996)BIOS 1.17.0-4.fc41 04/01/2014 RIP0010:vxlan_xmit +0xb58/0x15f0 [...] 调用跟踪
    <TASK> dev_hard_start_xmit+0x5d/0x1c0 __dev_queue_xmit+0x246/0xfd0 packet_sendmsg+0x113a/0x1850
    __sock_sendmsg+0x38/0x70 __sys_sendto+0x126/0x180 __x64_sys_sendto+0x24/0x30 do_syscall_64+0xa4/0x260 entry_SYSCALL_64_after_hwframe+0x4b/0x53 [2] #!/bin/bash 通过 192.0.2.2 id ip 1 nexthop 添加 dev lo ip 地址 192.0.2.1/32  fdb ip nexthop add id 10 group 1 fdb ip link add name vx0 up type vxlan id 10010 local 192.0.2.1 dstport 4789 proxy ip neigh add 192.0.2.3 lladdr 00:11:22:33:44:55 nud perm dev vx0 bridge fdb add 00:11:22:33:44:55 dev vx0 self static nhid 10 arping -b -c 1 -s 192.0.2.1 -I vx0 192.0.2.3 [3] BUG:
    kernel 空指针取消引用, address0000000000000000 [...] CPU: 13 UID: 0 PID: 372 Comm: ndisc6 Not tainted 6.17.0-rc2-virtmne-g6ee90cb26014 #3 PREEMPT(optional) 硬件名称QEMU Standard PC (i440FX) + PIIX、1v996)、BIOS 1.17.0-4.fc41 04/01/2x014 RIP0010:vxlan_xmit+0x803/0x1600 [...] Call Trace <TASK> dev_hard_start_xmit+0x5d/0x1c0 __dev_queue_xmit+0x246/0xfd0 ip6_finish_output2+ 0x210/0x6c0 ip6_finish_output+0x1af/0x2b0 ip6_mr_output+0x92/0x3e0 ip6_send_skb+0x30/0x90 rawv6_sendmsg+0xe6e/0x12e0
    __sock_sendmsg+0x38/0x70 __sys_sendto+0x126/0x180 __x64_sys_sendto+0x24/0x30 do_syscall_64+0xa4/0x260 entry_SYSCALL_64_after_hwframe+0x4b/0x53 RIP: 0033:0x7f383422ec77 [4] #!/bin/bash ip address add 2001:db8:1::1 /128 dev lo ip nexthop add id 1 via 2001:db8:1::1 fdb ip nexthop add id 10 group 1 fdb ip link add name vx0 up type vxlan id 10010 local 2001:db8:1::1 dstport 4789 代理 IP neigh add 2001:db8:1::3 lladdr 00:11:22:33:44:55 nud perm dev vx0 bridge fdb add 00:11:22:33:44:55 dev vx0 self static nhid 10 ndisc6 -r 1 -s 2001:db8:1::1 -w 1 2001:db8:1::3 vx0 (CVE-2025-39850)

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

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

  - 已修复 Linux 内核中的下列漏洞：usb: gadget: u_serial: Add null pointer check in gserial_suspend Consider a case where gserial_disconnect has already cleared gser->ioport. And if gserial_suspend gets called afterwards, it will lead to accessing of gser->ioport and thus causing null pointer dereference. Avoid this by adding a null pointer check. Added a static spinlock to prevent gser->ioport from becoming null after the newly added null pointer check. (CVE-2023-53356)

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

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

  - fswriteback修复 __mark_inode_dirty() 中的释放后使用当执行以下操作时发生释放后使用问题
    __mark_inode_dirty() 获取正在进行切换的 bdi_writeback。CPU1 PID562 Comm
    systemd-random- 未受感染 6.6.56-gb4403bd46a8e #1 ...... pstate60400005 (nZCv daif +PAN -UAO -TCO -DIT
    -SSBS BTYPE=--) pc __mark_inode_dirty+0x124/0x418 lr __mark_inode_dirty+0x118/0x418 sp
    ffffffc08c9dbbc0 .. Call trace: __mark_inode_dirty+0x124/0x418 generic_update_time+0x4c/0x60 file_modified+0xcc/0xd0 ext4_buffered_write_iter+0x58/0x124 ext4_file_write_iter+0x54/0x704 vfs_write+0x1c0/0x308 ksys_write+0x74/0x10c __arm64_sys_write+0x1c/0x28 invoke_syscall+0x48/0x114 el0_svc_common. constprop.0+0xc0/0xe0 do_el0_svc+0x1c/0x28 el0_svc+0x40/0xe4 el0t_64_sync_handler+0x120/0x12c el0t_64_sync+0x194/0x198 根本原因为 systemd-random-seed kworker
    -------------------------------------------------- -------------------- ___mark_inode_dirty inode_switch_wbs_work_fn spin_lock(&inode->i_lock); inode_attach_wb locked_inode_to_wb_and_lock_list 获得 inode->i_wb spin_unlock(&inode->i_lock); spin_lock(&wb->list_lock) spin_lock(&inode->i_lock) inode_io_list_move_locked spin_unlock(&wb->list_lock) spin_unlock(&inode->i_lock) spin_lock(&old_wb->list_lock) inode_do_switch_wbs spin_lock(&inode->i_lock) inode->i_wb = new_wb spin_unlock(&inode->i_lock) spin_unlock(&old_wb->list_lock) wb_put_many(old_wb, nr_switched) cgwb_release 已发布旧 wb wb_wakeup_delayed() 访问 wb然后触发释放后使用问题 通过按住 inode 自旋锁直到 wb_wakeup_delayed( ) 已完成。 (CVE-2025-39866)

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

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

  - 总线fsl-mc不要假设子设备都是 fsl-mc 设备 VFIO 中的更改导致创建一个伪设备作为 fsl-mc 设备的子设备从而在尝试绑定 fsl- 设备时造成崩溃 [1] mc 设备更改为 VFIO。通过在枚举 fsl-mc 子设备时检查设备类型来修复此问题。 [1] 中链接的模块内部错误Oops: 0000000096000004 [#1] PREEMPT SMP CPU: 6 PID: 1289 Comm: sh Not tainted 6.2.0-rc5-00047-g7c46948a6e9c #2 硬件名称NXP Layerscape LX2160ARDB (DT) pstate60000005 (nZCv daif
    -PAN -UAO -TCO -DIT -SSBS BTYPE=--) pc : mc_send_command+0x24/0x1f0 lr : dprc_get_obj_region+0xfc/0x1c0 sp : ffff80000a88b900 x29: ffff80000a88b900 x28: ffff48a9429e1400 x27: 00000000000002b2 x26: ffff48a9429e1718 x25: 0000000000000000 x24: 0000000000000000 x23ffffd59331ba3918 x22ffffd59331ba3000 x21
    0000000000000000 x20: ffff80000a88b9b8 x19: 0000000000000000 x18: 0000000000000001 x17: 7270642f636d2d6c x16: 73662e3030303030 x15: ffffffffffffffff x14: ffffd59330f1d668 x13: ffff48a8727dc389 x12:
    ffff48a8727dc386 x11: 0000000000000002 x10: 00008ceaf02f35d4 x9 : 0000000000000012 x8 : 0000000000000000 x7 : 0000000000000006 x6 : ffff80000a88bab0 x5 : 0000000000000000 x4 : 0000000000000000 x3 :
    ffff80000a88b9e8 x2 : ffff80000a88b9e8 x1 : 0000000000000000 x0 : ffff48a945142b80 调用跟踪
    mc_send_command+0x24/0x1f0 dprc_get_obj_region+0xfc/0x1c0 fsl_mc_device_add+0x340/0x590 fsl_mc_obj_device_add+0xd0/0xf8 dprc_scan_objects+0x1c4/0x340 dprc_scan_container+0x38/0x60 vfio_fsl_mc_probe+0x9c/0xf8 fsl_mc_driver_probe+0x24/0x70 really_probe+0xbc/0x2a8
    __driver_probe_device+0x78/0xe0 device_driver_attach+0x30/0x68 bind_store+0xa8/0x130 drv_attr_store+0x24/0x38 sysfs_kf_write+0x44/0x60 kernfs_fop_write_iter+0x128/0x1b8 vfs_write+0x334/0x448 ksys_write+0x68/0xf0 __arm64_sys_write+0x1c/0x28 invoke_syscall+0x44/0x108 el0_svc_common.constprop.1+0x94/0xf8 do_el0_svc+0x38/0xb0 el0_svc+0x20/0x50 el0t_64_sync_handler+0x98/0xc0 el0t_64_sync+0x174/0x178 Code: aa0103f4 a9025bf5 d5384100 b9400801 (79401260) ---[ end trace 0000000000000000 ]--- (CVE-2023-53362

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

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

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

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

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

  - scsilpfc修复延迟的接收路径中的缓冲区释放/清除顺序通过更正延迟的接收路径中的缓冲区释放顺序修复释放后使用窗口。代码首先释放 RQ 缓冲区然后才清除锁定下的上下文指针。并发路径例如 ABTS 和 repost 路径也会检查并释放锁定下的同一指针因此旧顺序可能导致双重释放/UAF。请注意转发路径已使用正确的模式分离锁定下的指针然后在解除锁定后将其释放。延迟的路径也应具有相同的功能。 (CVE-2025-39841)

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

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

  - 已修复 Linux 内核中的下列漏洞：LoongArch: mm: Add p?d_leaf() definitions When I do LTP test, LTP test case ksm06 caused panic at break_ksm_pmd_entry -> pmd_leaf (Huge page table but False) -> pte_present (panic) The reason is pmd_leaf() is not defined, So like commit 501b81046701 (mips: mm: add p?d_leaf() definitions) add p?d_leaf() definition for LoongArch.
    (CVE-2023-53361)

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

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

  - nilfs2降级为只读后不写入脏数据 根据 syzbot 的报告在 nilfs2 检测到元数据损坏并降级为只读模式之后从 nilfs_segctor_do_construct() 调用的 mark_buffer_dirty() 输出带有某些模式的警告。在此类只读简并之后可能会通过 nilfs_clear_dirty_page() 清除页面缓存数据这也可能会清除其缓冲区头的最新标记。但是，即使在简并之后，仍会通过卸载处理等执行日志写入，这导致在没有 uptodate 标记的情况下调用缓冲区头的 mark_buffer_dirty() 并导致警告。由于本来就不应该对只读文件系统进行任何写入因此此更新通过让 nilfs_segctor_do_construct() 在只读模式下提早中止从而修复 mark_buffer_dirty() 中的警告。这也会变更 nilfs_segctor_write_out() 的重试检查避免在检测到 nilfs_segctor_do_construct() 返回的 -EROFS 时进行不必要的日志写入重试。 (CVE-2023-53337)

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

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

  - 已修复 Linux 内核中的下列漏洞：led: qcom-lpg: Fix sleeping in atomic lpg_brighness_set() function can sleep, while led's brightness_set() callback must be non-blocking. Change LPG driver to use brightness_set_blocking() instead. BUG: sleeping function called from invalid context at kernel/locking/mutex.c:580 in_atomic(): 1, irqs_disabled(): 0, non_block: 0, pid: 0, name: swapper/0 preempt_count: 101, expected: 0 INFO: lockdep is turned off. CPU: 0 PID: 0 Comm: swapper/0 Tainted: G W 6.1.0-rc1-00014-gbe99b089c6fc-dirty #85 Hardware name: Qualcomm Technologies, Inc. DB820c (DT) Call trace:
    dump_backtrace.part.0+0xe4/0xf0 show_stack+0x18/0x40 dump_stack_lvl+0x88/0xb4 dump_stack+0x18/0x34
    __might_resched+0x170/0x254 __might_sleep+0x48/0x9c __mutex_lock+0x4c/0x400 mutex_lock_nested+0x2c/0x40 lpg_brightness_single_set+0x40/0x90 led_set_brightness_nosleep+0x34/0x60 led_heartbeat_function+0x80/0x170 call_timer_fn+0xb8/0x340 __run_timers.part.0+0x20c/0x254 run_timer_softirq+0x3c/0x7c _stext+0x14c/0x578
    ____do_softirq+0x10/0x20 call_on_irq_stack+0x2c/0x5c do_softirq_own_stack+0x1c/0x30
    __irq_exit_rcu+0x164/0x170 irq_exit_rcu+0x10/0x40 el1_interrupt+0x38/0x50 el1h_64_irq_handler+0x18/0x2c el1h_64_irq+0x64/0x68 cpuidle_enter_state+0xc8/0x380 cpuidle_enter+0x38/0x50 do_idle+0x244/0x2d0 cpu_startup_entry+0x24/0x30 rest_init+0x128/0x1a0 arch_post_acpi_subsys_init+0x0/0x18 start_kernel+0x6f4/0x734 __primary_switched+0xbc/0xc4 (CVE-2022-50371)

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

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

  - wificfg80211:sme__cfg80211_connect_result() 中的端点 SSID 长度如果 ssid->datalen 大于 IEEE80211_MAX_SSID_LEN (32) 将导致内存损坏因此添加某些边界检查。
    (CVE-2025-39849)

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

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

  - wificfg80211修复 cmp_bss() 中的释放后使用。跟随提交 776b3580178f 中引入的 bss_free() quirkcfg80211正确跟踪隐藏的 SSID 网络调整 cfg80211_update_known_bss() 以仅在最后的信标帧元素被释放时释放这些元素。不通过相应的“hidden_beacon_bss”指针共享。 (CVE-2025-39864)

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

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

  - 已修复 Linux 内核中的下列漏洞：net: marvell: prestera: fix handling IPv4 routes with nhid Fix handling IPv4 routes referencing a nexthop via its id by replacing calls to fib_info_nh() with fib_info_nhc(). Trying to add an IPv4 route referencing a nextop via nhid: $ ip link set up swp5 $ ip a a 10.0.0.1/24 dev swp5 $ ip nexthop add dev swp5 id 20 via 10.0.0.2 $ ip route add 10.0.1.0/24 nhid 20 triggers warnings when trying to handle the route: [ 528.805763] ------------[ cut here ]------------ [ 528.810437] WARNING: CPU: 3 PID: 53 at include/net/nexthop.h:468
    __prestera_fi_is_direct+0x2c/0x68 [prestera] [ 528.820434] Modules linked in: prestera_pci act_gact act_police sch_ingress cls_u32 cls_flower prestera arm64_delta_tn48m_dn_led(O) arm64_delta_tn48m_dn_cpld(O) [last unloaded: prestera_pci] [ 528.837485] CPU: 3 PID: 53 Comm: kworker/u8:3 Tainted: G O 6.4.5 #1 [ 528.845178] Hardware name: delta,tn48m-dn (DT) [ 528.849641] Workqueue:
    prestera_ordered __prestera_router_fib_event_work [prestera] [ 528.857352] pstate: 60000005 (nZCv daif
    -PAN -UAO -TCO -DIT -SSBS BTYPE=--) [ 528.864347] pc : __prestera_fi_is_direct+0x2c/0x68 [prestera] [528.870135] lr : prestera_k_arb_fib_evt+0xb20/0xd50 [prestera] [ 528.876007] sp : ffff80000b20bc90 [528.879336] x29: ffff80000b20bc90 x28: 0000000000000000 x27: ffff0001374d3a48 [ 528.886510] x26:
    ffff000105604000 x25: ffff000134af8a28 x24: ffff0001374d3800 [ 528.893683] x23: ffff000101c89148 x22:
    ffff000101c89000 x21: ffff000101c89200 [ 528.900855] x20: ffff00013641fda0 x19: ffff800009d01088 x18:
    0000000000000059 [ 528.908027] x17: 0000000000000277 x16: 0000000000000000 x15: 0000000000000000 [528.915198] x14: 0000000000000003 x13: 00000000000fe400 x12: 0000000000000000 [ 528.922371] x11:
    0000000000000002 x10: 0000000000000aa0 x9 : ffff8000013d2020 [ 528.929543] x8 : 0000000000000018 x7 :
    000000007b1703f8 x6 : 000000001ca72f86 [ 528.936715] x5 : 0000000033399ea7 x4 : 0000000000000000 x3 :
    ffff0001374d3acc [ 528.943886] x2 : 0000000000000000 x1 : ffff00010200de00 x0 : ffff000134ae3f80 [528.951058] Call trace: [ 528.953516] __prestera_fi_is_direct+0x2c/0x68 [prestera] [ 528.958952]
    __prestera_router_fib_event_work+0x100/0x158 [prestera] [ 528.965348] process_one_work+0x208/0x488 [528.969387] worker_thread+0x4c/0x430 [ 528.973068] kthread+0x120/0x138 [ 528.976313] ret_from_fork+0x10/0x20 [ 528.979909] ---[ end trace 0000000000000000 ]--- [ 528.984998] ------------[ cut here ]------------ [ 528.989645] WARNING: CPU: 3 PID: 53 at include/net/nexthop.h:468
    __prestera_fi_is_direct+0x2c/0x68 [prestera] [ 528.999628] Modules linked in: prestera_pci act_gact act_police sch_ingress cls_u32 cls_flower prestera arm64_delta_tn48m_dn_led(O) arm64_delta_tn48m_dn_cpld(O) [last unloaded: prestera_pci] [ 529.016676] CPU: 3 PID: 53 Comm: kworker/u8:3 Tainted: G W O 6.4.5 #1 [ 529.024368] Hardware name: delta,tn48m-dn (DT) [ 529.028830] Workqueue:
    prestera_ordered __prestera_router_fib_event_work [prestera] [ 529.036539] pstate: 60000005 (nZCv daif
    -PAN -UAO -TCO -DIT -SSBS BTYPE=--) [ 529.043533] pc : __prestera_fi_is_direct+0x2c/0x68 [prestera] [529.049318] lr : __prestera_k_arb_fc_apply+0x280/0x2f8 [prestera] [ 529.055452] sp : ffff80000b20bc60 [529.058781] x29: ffff80000b20bc60 x28: 0000000000000000 x27: ffff0001374d3a48 [ 529.065953] x26:
    ffff000105604000 x25: ffff000134af8a28 x24: ffff0001374d3800 [ 529.073126] x23: ffff000101c89148 x22:
    ffff000101c89148 x21: ffff00013641fda0 [ 529.080299] x20: ffff000101c89000 x19: ffff000101c89020 x18:
    0000000000000059 [ 529.087471] x17: 0000000000000277 x16: 0000000000000000 x15: 0000000000000000 [529.094642] x14: 0000000000000003 x13: 00000000000fe400 x12: 0000000000000000 [ 529.101814] x11:
    0000000000000002 x10: 0000000000000aa0 x9 : ffff8000013cee80 [ 529.108985] x8 : 0000000000000018 x7 :
    000000007b1703f8 x6 ---truncated--- (CVE-2023-53342)

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

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

  - cifs防止 UTF16 转换中的空指针取消引用 此处可能存在空指针取消引用缺陷。NULL 在未检查的情况下传递至 __cifs_sfu_make_node进而在未检查的情况下传递至 cifs_strndup_to_utf16cifs_strndup_to_utf16进而将其传递至取消引用“*from”的 cifs_local_to_utf16_bytes造成崩溃。此修补程序在 cifs_strndup_to_utf16 中添加空“src”检查并提前返回空以防止取消引用空指针。由 Linux Verification Center (linuxtesting.org) 通过 SVACE 发现 (CVE-2025-39838)

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

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

  - tee修复 tee_shm_put 中的空指针取消引用 tee_shm_put 具有空指针取消引用
    __optee_disable_shm_cache --> shm = reg_pair_to_ptr(...);//shm 可能返回 NULL tee_shm_free(shm); --> tee_shm_put(shm)//崩溃 在 tee_shm_put 中添加检查以对其进行修复。错误日志无法处理虚拟地址 0000000000100cca Mem 中止信息中的内核分页请求ESR = 0x0000000096000004 EC = 0x25DABT当前 ELIL = 32 位 SET = 0FnV = 0 EA = 0S1PTW = 0 FSC = 0x040 级转换错误数据中止信息ISV = 0、ISS = 0x00000004、ISS2 = 0x00000000 CM = 0、WnR = 0、TnD = 0、TagAccess = 0 GCS = 0、Overlay = 0、DirtyBit = 0、Xs = 0 user pgtable: 4k pages, 48-bit VAs, pgdp=0000002049d07000 [0000000000100cca] pgd=0000000000000000, p4d=0000000000000000 Internal error: Oops: 0000000096000004 [#1] SMP CPU: 2 PID: 14442 Comm: systemd-sleep Tainted: P OE - ------ ---- 6.6.0-39-generic #38 源版本
    938b255f6cb8817c95b0dd5c8c2944acfce94b07 硬件名称greatwall GW-001Y1A-FTH、BIOSgreatwall BIOS V3.0 10/26/2022 pstate80000005 (Nzcv daif -PAN -UAO -TCO -DIT -SSBS BTYPE=--) pc : tee_shm_put+0x24/put+0x24/ 0x188 lrtee_shm_free+0x14/0x28 spffff001f98f9faf0 x29ffff001f98f9faf0 x28ffff0020df543cc0 x27
    0000000000000000 x26: ffff001f811344a0 x25: ffff8000818dac00 x24: ffff800082d8d048 x23: ffff001f850fcd18 x22: 0000000000000001 x21: ffff001f98f9fb88 x20: ffff001f83e76218 x19: ffff001f83e761e0 x18:
    000000000000ffff x17: 303a30303a303030 x16: 0000000000000000 x15: 0000000000000003 x14: 0000000000000001 x13: 0000000000000000 x12: 0101010101010101 x11: 0000000000000001 x10: 0000000000000001 x9 :
    ffff800080e08d0c x8 : ffff001f98f9fb88 x7 : 0000000000000000 x6 : 0000000000000000 x5 : 0000000000000000 x4 : 0000000000000000 x3 : 0000000000000000 x2 : ffff001f83e761e0 x1 : 00000000ffff001f x0 :
    0000000000100cca 调用跟踪 tee_shm_put+0x24/0x188 tee_shm_free+0x14/0x28
    __optee_disable_shm_cache+0xa8/0x108 optee_shutdown+0x28/0x38 platform_shutdown+0x28/0x40 device_shutdown+0x144/0x2b0 kernel_power_off+0x3c/0x80 hibernate+0x35c/0x388 state_store+0x64/0x80 kobj_attr_store+0x14/0x28 sysfs_kf_write+0x48/0x60 kernfs_fop_write_iter+0x128/0x1c0 vfs_write+0x270/0x370 ksys_write+0x6c/0x100 __arm64_sys_write+0x20/0x30 invoke_syscall+0x4c/0x120 el0_svc_common.constprop.0+0x44/0xf0 do_el0_svc+0x24/0x38 el0_svc+0x24/0x88 el0t_64_sync_handler+0x134/0x150 el0t_64_sync+0x14c/0x15 (CVE-2025-39865

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

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

  - ppp修复 pad_compress_skb 中的内存泄漏。如果 alloc_skb() 在 pad_compress_skb() 中失败则返回 NULL 而不释放旧 skb。调用方执行以下操作： skb = pad_compress_skb(ppp, skb); if (!skb) goto drop;
    dropkfree_skb(skb);当 pad_compress_skb() 返回 NULL 时会对旧 skb 的引用将会丢失且 kfree_skb(skb) 最终不执行任何操作从而导致内存泄漏。将 pad_compress_skb() 语义与 realloc() 对齐仅在分配和压缩成功时释放旧 skb。在调用站点使用 new_skb 变量以便 pad_compress_skb() 失败时不丢失原始 skb。 (CVE-2025-39847)

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

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

  - 已修复 Linux 内核中的下列漏洞：accel/qaic: Fix slicing memory leak The temporary buffer storing slicing configuration data from user is only freed on error. This is a memory leak. Free the buffer unconditionally. (CVE-2023-53350)

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

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

  - wifibrcmfmac修复了重新计划 brcmf_btcoex_info 工作时的释放后使用如果 flag timer_on 为 false则 brcmf_btcoex_detach() 仅会关闭 btcoex 定时器。但是作为 timer 处理程序运行的 brcmf_btcoex_timerfunc() 将 timer_on 设置为 false。这样会造成严重的争用条件1.如果在执行 brcmf_btcoex_timerfunc() 时调用 brcmf_btcoex_detach()则可能发现 timer_on 为 false并跳过 timer_shutdown_sync() 的调用。 2.然后brcmf_btcoex_timerfunc() 可能会在执行 cancel_work_sync() 之后重新计划 brcmf_btcoex_info 工作线程从而导致释放后使用缺陷。
    释放后使用缺陷在两种不同的情况下会发生具体取决于相对于其工作线程执行的 brcmf_btcoex_info struct 释放时间。场景 1：在计划工作线程之前已释放 brcmf_btcoex_info 在计划工作线程之前已释放。在释放目标内存之后调用 schedule_work(&bt_local->work) 时可能发生争用条件。
    事件序列的详细信息如下brcmf_btcoex_detach | CPU1 | brcmf_btcoex_timerfunc | bt_local->timer_on = false if (cfg->btcoex->timer_on) | if (cfg->btcoex->timer_on) ... cancel_work_sync(); | ... kfree(cfg->btcoex); // FREE | | schedule_work(&bt_local->work); // USE 场景 2在计划工作线程之后释放 brcmf_btcoex_info 在计划工作线程之后、其执行之前或执行期间释放。在这种情况下brcmf_btcoex_handler() 内的语句如 container_of 宏和 brcmf_btcoex_info 对象的后续取消引用将造成释放后使用访问。以下时间线说明了此情况brcmf_btcoex_detach | CPU1 | brcmf_btcoex_timerfunc | bt_local->timer_on = false if (cfg->btcoex->timer_on) | if (cfg->btcoex->timer_on) ... cancel_work_sync(); | ... schedule_work(); // 重新安排 | kfree(cfg->btcoex); // FREE | brcmf_btcoex_handler() // 工作线程 /* | btci = container_of(....); | // 使用上述 kfree() 可以 | ... 也可以在任何时候发生 | btci-> // 在线程执行期间使用| */若要解决争用条件请终止条件检查并直接调用 timer_shutdown_sync()。它可以可靠地停用 定时器而无论其当前状态如何。
    停止后timer_on 状态将设置为 false。 (CVE-2025-39863)

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

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

  - ice修复 ice_ll_ts_intr 中 tx->in_use 的 NULL 访问 最新版本的 E810 固件支持额外中断以处理来自专用低延迟固件接口的低延迟 Tx 时间戳报告。软件可以不轮询寄存器而等待直到触发低延迟中断。此逻辑利用 Tx 时间戳跟踪结构 ice_ptp_tx因为它使用相同的就绪位图来跟踪哪些 Tx 时间戳完整。遗憾的是ice_ll_ts_intr() 函数不会检查跟踪器在首次访问之前是否已初始化。这会导致空取消引用或释放后使用缺陷类似于 ice_ptp_ts_irq() 函数中修复的问题。如果跟踪器标记为已初始化则仅检查 in_use 位图和其他字段可修复此问题。重置流会先清除锁定的 init 字段然后再移除跟踪器进而防止任何释放后使用或 NULL 访问。 (CVE-2025-39854)

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

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

  - 蓝牙vhci通过提前删除 debugfs 文件来防止释放后使用将 debugfs 文件的创建移动到专用函数中并确保在释放相关数据结构之前在 vhci_release() 期间将其明确删除。以前在 hdev->debugfs 下创建 debugfs 文件例如 force_suspend、force_wakeup 等但未在 vhci_release() 中删除。由于 vhci_release() 会释放备份 vhci_data 结构因此在释放之后对这些文件的任何访问将导致释放后使用错误。
    尽管随后在 hci_release_dev() 中释放 hdev->debugfs用户仍可在释放 vhci_data 之后、hdev->debugfs 释放之前访问文件。 (CVE-2025-39861)

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

ID	名称	严重性
265510	Linux Distros 未修补的漏洞：CVE-2023-53412	medium
265509	Linux Distros 未修补的漏洞：CVE-2022-50404	medium
265508	Linux Distros 未修补的漏洞：CVE-2022-50419	high
265507	Linux Distros 未修补的漏洞：CVE-2023-53445	medium
265506	Linux Distros 未修补的漏洞：CVE-2023-53421	medium
265505	Linux Distros 未修补的漏洞：CVE-2022-50406	high
265504	Linux Distros 未修补的漏洞：CVE-2022-50413	high
265503	Linux Distros 未修补的漏洞：CVE-2023-53447	medium
265502	Linux Distros 未修补的漏洞：CVE-2023-53407	medium
265501	Linux Distros 未修补的漏洞：CVE-2023-53437	medium
265500	Linux Distros 未修补的漏洞：CVE-2022-50410	high
265499	Linux Distros 未修补的漏洞：CVE-2023-53430	medium
265498	Linux Distros 未修补的漏洞：CVE-2023-53429	medium
265497	Linux Distros 未修补的漏洞：CVE-2023-53444	medium
265496	Linux Distros 未修补的漏洞：CVE-2023-53434	medium
265495	Linux Distros 未修补的漏洞：CVE-2023-53441	medium
265494	Linux Distros 未修补的漏洞：CVE-2023-53426	high
265493	Linux Distros 未修补的漏洞：CVE-2022-50407	medium
265492	Linux Distros 未修补的漏洞：CVE-2023-53418	medium
265491	Linux Distros 未修补的漏洞：CVE-2022-50411	high
265490	Linux Distros 未修补的漏洞：CVE-2023-53433	medium
265489	Linux Distros 未修补的漏洞：CVE-2025-39840	high
265488	Linux Distros 未修补的漏洞：CVE-2025-39855	high
265487	Linux Distros 未修补的漏洞：CVE-2022-50364	medium
265486	Linux Distros 未修补的漏洞：CVE-2022-50355	medium
265485	Linux Distros 未修补的漏洞：CVE-2022-50360	medium
265484	Linux Distros 未修补的漏洞：CVE-2025-39853	high
265483	Linux Distros 未修补的漏洞：CVE-2025-39843	medium
265482	Linux Distros 未修补的漏洞：CVE-2022-50362	medium
265481	Linux Distros 未修补的漏洞：CVE-2023-53349	medium
265480	Linux Distros 未修补的漏洞：CVE-2025-39851	medium
265479	Linux Distros 未修补的漏洞：CVE-2025-39850	medium
265478	Linux Distros 未修补的漏洞：CVE-2023-53356	medium
265477	Linux Distros 未修补的漏洞：CVE-2025-39866	high
265476	Linux Distros 未修补的漏洞：CVE-2023-53362	medium
265475	Linux Distros 未修补的漏洞：CVE-2023-53346	medium
265474	Linux Distros 未修补的漏洞：CVE-2025-39841	high
265473	Linux Distros 未修补的漏洞：CVE-2023-53361	medium
265472	Linux Distros 未修补的漏洞：CVE-2023-53337	medium
265471	Linux Distros 未修补的漏洞：CVE-2022-50371	medium
265470	Linux Distros 未修补的漏洞：CVE-2025-39849	high
265469	Linux Distros 未修补的漏洞：CVE-2025-39864	high
265468	Linux Distros 未修补的漏洞：CVE-2023-53342	medium
265467	Linux Distros 未修补的漏洞：CVE-2025-39838	medium
265466	Linux Distros 未修补的漏洞：CVE-2025-39865	medium
265465	Linux Distros 未修补的漏洞：CVE-2025-39847	medium
265464	Linux Distros 未修补的漏洞：CVE-2023-53350	medium
265463	Linux Distros 未修补的漏洞：CVE-2025-39863	high
265462	Linux Distros 未修补的漏洞：CVE-2025-39854	high
265461	Linux Distros 未修补的漏洞：CVE-2025-39861	high

检测

Nessus 的 Misc. 系列

medium

medium

high

medium

medium

high

high

medium

medium

medium

high

medium

medium

medium

medium

medium

high

medium

medium

high

medium

high

high

medium

medium

medium

high

medium

medium

medium

medium

medium

medium

high

medium

medium

high

medium

medium

medium

high

high

medium

medium

medium

medium

medium

high

high

high