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

  - riscvmm在 kasan_init 中添加缺少的 memcpy Atish您好! 错误似乎是由 kasan_init 期间缺少的 memcpy 所致。请您检查一下此修补程序是否有帮助。在执行 kasan_populate 时新分配的 base_pud/base_p4d 应包含 kasan_early_shadow_{pud, p4d} 的内容。添加缺少的 memcpy 以避免在读取/写入 kasan shadow 区域时发生页面错误。已在以下版本中测试 - 已启用 sv57 和 CONFIG_KASAN 的 qemu。 - sv48 和 CONFIG_KASAN 已开启的 qemu。 (CVE-2022-50657)

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

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

  - nfcpn533使用之前清除 nfc_target 修复当 target->sensb_res_len复制自 pn533 中的 nfc_target 中的长度过大时从 nfc_genl_send_target() 调用的 nla_put() 中发生的 slab 越界读取nfc_target 未正确初始化并保留垃圾值。使用 nfc_targets 前通过 memset() 将其清除。此问题由 syzkaller 的修改版本发现。缺陷KASAN
    nla_put 调用跟踪 memcpy nla_put nfc_genl_dump_targets genl_lock_dumpit netlink_dump __netlink_dump_startCVE-2022-50656genl_family_rcv_msg_dumpit genl_rcv_msg netlink_rcv_skb genl_rcv netlink_unicast netlink_sendmsg sock_sendmsg____sys_sendmsg ___sys_sendmsg sock_sendmsg____sys_sendmsg ___sys_sendmsms

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

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

  - RDMA/hns修复 hns_roce_alloc_mr() 中的内存泄漏当 hns_roce_alloc_mr() 中 hns_roce_mr_enable() 失败时则不会释放 mr_key。仅限编译测试。 (CVE-2022-50662)

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

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

  - hwrnggeode - 修复由 pci_get_device() 实现的 for_each_pci_dev() 的 PCI 设备引用计数泄漏。pci_get_device() 的注释称其将会增加返回的 pci_dev 的引用计数同时会减少输入 pci_dev @from 的引用计数如果其不为 NULL。如果中断 pdev 不为 NULL 的 for_each_pci_dev() 循环则需要调用 pci_dev_put() 以减少引用计数。
    我们添加了一个新的 struct“amd_geode_priv”以记录 pci_dev 和 membase 的指针然后为正常和错误路径添加缺少的 pci_dev_put()。 (CVE-2022-50659)

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

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

  - RISC-Vkexec修复 fdt 缓冲区的内存泄漏 由 kmemleak 检测器报告未引用对象 0xff60000082864000 (大小 9588)comm kexec、pid 146、jiffies 4294900634 (age 64.788s) 十六进制转储前 32 字节d0 0d feed ed 00 00 12 ed 00 00 00 48 00 00 11 40 .....H...@ 00 00 00 28 00 00 00 11 00 00 00 02 00 00 00 00 ... (............ backtrace[<00000000f95b17c4>] kmemleak_alloc+0x34/0x3e [<00000000b9ec8e3e>] kmalloc_order+0x9c/0xc4 [<00000000a95cf02e>] kmalloc_order_trace+0x34/0xb6 [<00000000f01e68b4>] __kmalloc+0x5c2/ 0x62a [<000000002bd497b2>] kvmalloc_node+0x66/0xd6 [<00000000906542fa>] of_kexec_alloc_and_setup_fdt+0xa6/0x6ea [<00000000e1166bde>] elf_kexec_load+0x206/0x4ec [<0000000036548e09>] kexec_image_load_default+0x40/0x4c [<0000000079fbe1b4>] sys_kexec_file_load+0x1c4/0x32<0000000040c62c03>ret_from_syscall+0x0/0x2 在 elf_kexec_load() 中通过 kvmalloc() 分配了缓冲区以存储 fdt。当重新加载或卸载 kexec 内核时它不会释放回系统。进而造成内存泄露。通过引入 riscv 特定函数 arch_kimage_file_post_load_cleanup() 并释放其中的缓冲区来修复此问题。 (CVE-2022-50631)

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

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

  - 0.17 之前的 Plack-Middleware-Session 版本可能容易受到 HMAC 比较时序攻击CVE-2013-10031]

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

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

  - 命令中参数分隔符的不当中和“参数注入”漏洞允许本地用户通过 smb4k 挂载帮助程序执行任意卸载 (CVE-2025-66002)

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

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

  - usbmuxd 中的路径遍历漏洞允许本地用户升级为服务用户。此问题影响 3ded00c9985a5108cfc7591a309f9a23d57a8cba 之前的 usbmuxd。 (CVE-2025-66004)

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

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

  - sd command v1.0.0 和之前的 版本中存在一个问题允许攻击者通过构建的命令将权限提升至 root。 (CVE-2025-65807)

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

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

  - smb4k 中的外部文件控制名称或路径漏洞可让本地用户若可访问并控制 Samba 共享的内容时通过 smb4k mounthelper 执行本地根恶意利用此问题影响来自 的 smb4k之前的 4.0.5。 (CVE-2025-66003)

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

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

  - FreeImage v3.18.0 和之前版本的 psdParser::ReadImageData 函数中的整数溢出允许攻击者通过提供构建的 PSD 文件造成拒绝服务 (DoS)。 (CVE-2025-65803)

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

在远程 Windows、Linux 或 Unix 主机上发现了 Apache Commons FileUpload 的基础 JAR 文件。

请注意，启用“执行全面测试”：

  - 搜索 Windows 主机的文件系统时需要

  - 启用对 Linux 主机的文件系统的扩展搜索

  - 启用版本的清单文件检查

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

  - bpf将 bpf 内存分配器中的 slab 中的分配对象清零。目前在 bpf 内存分配器中已释放的元素可立即重新使用因为 htab 映射此重用将重新初始化映射值中的特殊字段如 bpf_spin_lock但查找程序仍可访问这些字段特殊字段存在缺陷并且可能导致硬锁定如下所示NMI cpu 16 CPU 的回溯16 PID: 2574 Comm: htab.bin Tainted: GL 6.1.0+ #1 硬件名称QEMU Standard PC (i440FX + PIIX、 1996、RIP0010:queued_spin_lock_slowpath+0x283/0x2c0 ...... 调用跟踪 <TASK> copy_map_value_locked+0xb7/0x170 bpf_map_copy_value+0x113/0x3c0
    __sys_bpf+0x1c67/0x2780 __x64_sys_bpf+0x1c/0x20 do_syscall_64+0x30/0x60 entry_SYSCALL_64_after_hwframe+0x46/0xb0 ......</TASK> 对于 htab 映射与预分配的情况一样在初始化映射值中的这些特殊字段后无需再次初始化这些字段。对于预分配的 htab 映射这些字段会通过 bpf_map_area_alloc() 中的 __GFP_ZERO 进行初始化因此请在 bpf 内存分配器中对非预分配的 htab执行类似的操作。并且无需针对每个 cpu bpf 内存分配器使用 __GFP_ZERO因为 __alloc_percpu_gfp() 会隐式执行。 (CVE-2023-53790)

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

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

  - RDMA/irdma用于在线 CPU 的 Cap MSIX + 1 irdma 驱动程序使用的 msix 矢量最大可等于 num_online_cpus() + 1 如果超过该数量会在下方显示内核警告堆栈。当驱动程序尝试使用大于最大 CPU ID 的 CPU 掩码更新关联提示时内核会发出警告。通过将 MSIX 矢量的上限设为 num_online_cpus() + 1 来修复此问题。警告: CPU: 7 PID: 23655 at include/linux/cpumask.h:106 irdma_cfg_ceq_vector+0x34c/0x3f0 [irdma] RIP
    0010irdma_cfg_ceq_vector+0x34c/0x3f0 [irdma] 调用追踪irdma_rt_init_hw+0xa62/0x1290 [irdma] ? irdma_alloc_local_mac_entry+0x1a0/0x1a0 [irdma] ? __is_kernel_percpu_address+0x63/0x310 ? rcu_read_lock_held_common+0xe/0xb0 ? irdma_lan_unregister_qset+0x280/0x280 [irdma] ? irdma_request_reset+0x80/0x80 [irdma] ? ice_get_qos_params+0x84/0x390 [ice] irdma_probe+0xa40/0xfc0 [irdma] ? rcu_read_lock_bh_held+0xd0/0xd0 ? irdma_remove+0x140/0x140 [irdma] ? rcu_read_lock_sched_held+0x62/0xe0 ? down_write+0x187/0x3d0 ? auxiliary_match_id+0xf0/0x1a0 ? irdma_remove+0x140/0x140 [irdma] auxiliary_bus_probe+0xa6/0x100 __driver_probe_device+0x4a4/0xd50 ?
    __device_attach_driver+0x2c0/0x2c0 driver_probe_device+0x4a/0x110 __driver_attach+0x1aa/0x350 bus_for_each_dev+0x11d/0x1b0 subsys_dev_iter_init+0xe0/0xe0 bus_add_driver+0x3b1/0x610 driver_register+0x18e/0x410 0xffffffffc0b88000 irdma_init_module+0x50/0xaa [irdma] do_one_initcall+0x103/0x5f0 ? perf_trace_initcall_level+0x420/0x420 ? do_init_module+0x4e/0x700 ?
    __kasan_kmalloc+0x7d/0xa0 ? kmem_cache_alloc_trace+0x188/0x2b0 ? kasan_unpoison+0x21/0x50 do_init_module+0x1d1/0x700 load_module+0x3867/0x5260 layout_and_allocate+0x3990/0x3990 rcu_read_lock_held_common+0xe/0xb0 ? rcu_read_lock_sched_held+0x62/0xe0 ? rcu_read_lock_bh_held+0xd0/0xd0 ? __vmalloc_node_range+0x46b/0x890 ? lock_release+0x5c8/0xba0 alloc_vm_area+0x120/0x120 ? selinux_kernel_module_from_file+0x2a5/0x300 ? __inode_security_revalidate+0xf0/0xf0 ?
    __do_sys_init_module+0x1db/0x260 __do_sys_init_module+0x1db/0x260 load_module+0x5260/0x5260 ? do_syscall_64+0x22/0x450 do_syscall_64+0xa5/0x450 entry_SYSCALL_64_after_hwframe+0x66/0xdb (CVE-2023-53811)

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

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

  - blk-iocost修复 calc_lcoefs() 将 u64 的最大值回显到cost.model 中可能造成的除以零错误。 # echo 8:0 rbps=18446744073709551615 > /sys/fs/cgroup/io.cost.model 除法错误0000 [#1] PREEMPT SMP RIP: 0010:calc_lcoefs+0x4c/0xc0 调用跟踪 <TASK> ioc_refresh_params+0x2b3/0x4f0 ioc_cost_model_write+0x3cb/ 0x4c0 _copy_from_iter+0x6d/0x6c0 ? kernfs_fop_write_iter+0xfc/0x270 cgroup_file_write+0xa0/0x200 kernfs_fop_write_iter+0x17d/0x270 vfs_write+0x414/0x620 ksys_write+0x73/0x160
    __x64_sys_write+0x1e/0x30 do_syscall_64+0x35/0x80 entry_SYSCALL_64_after_hwframe+0x63/0xcd calc_lcoefs() 在 DIV_ROUND_UP_ULL 中使用cost.model 的输入值如果 bps 加上 IOC_PAGE_SIZE 大于 ULLONG_MAX就会发生溢出可导致除以零错误。修复通过设置 basecost 造成的问题 (CVE-2023-53783)

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

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

  - md修复来自 export_rdev() 的持有者不匹配的警告提交 a1d767191096md使用 mddev->external 以在 export_rdev() 中选择持有者修复“claim_rdev”用于 blkdev_get_by_dev()而“rdev”用于 的问题blkdev_put()。但是如果 mddev->external 从 0 变更为 1则“rdev”将用于 blkdev_get_by_dev()而“claim_rdev”则用于 blkdev_put()。并且此问题可以通过执行以下操作可靠地重现新文件mdadm/tests/23rdev-lifetime devname=${dev0##*/} devt=`cat /sys/block/$devname/dev` pid= runtime=2 clean_up_test() { pulp -9 $pid echo clear > /sys/block/md0/md/array_state } trap 'clean_up_test' EXIT add_by_sysfs() { while true; do echo $devt > /sys/block/md0/md/new_dev did } remove_by_sysfs(){ while true;执行 echo remove > /sys/block/md0/md/dev-${devname}/state Done } echo md0 > /sys/module/md_mod/parameters/new_array || die 创建 md0 失败 add_by_sysfs & pid=$pid $! remove_by_sysfs & pid=$pid $! sleep $runtime exit 0 测试 cmd./test --save-logs --logdir=/tmp/ --keep-going --dev=loop --tests=23rdev-lifetime 测试结果
    ------------[在此切换 ]------------ 警告CPU:0 PID:960 at block/bdev.c:618 blkdev_put+0x27c/0x330 模块中链接了multipath md_mod loop CPU: 0 PID: 960 Comm: test Not tainted 6.5.0-rc2-00121-g01e55c376936-dirty #50 RIP: 0010:blkdev_put+0x27c/0x330 调用跟踪 <TASK> export_rdev.isra.23+ 0x50/0xa0 [md_mod] mddev_unlock+0x19d/0x300 [md_mod] rdev_attr_store+0xec/0x190 [md_mod] sysfs_kf_write+0x52/0x70 kernfs_fop_write_iter+0x19a/0x2a0 vfs_write+0x3b5/0x770 ksys_write+0x74/0x150 __x64_sys_write+0x22/0x30 do_syscall_64+0x40 /0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd 通过记录“rdev”是否用作容器来修复此问题。
    (CVE-2023-53791)

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

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

  - drmbridgedw_hdmi修复对 scdc 的连接器访问 Commit 5d844091f237drm/scdc-helperPimp SCDC 调试更改了 scdc 接口以从连接器中拾取 i2c 适配器。然而就 dw-hdmi而言错误的连接器被用来传递 i2c 适配器信息因为 dw-hdmi 的嵌入式连接器结构仅在桥接附件回调明确要求时才会填充。
    drm-meson 正在处理连接器创建因此这种情况不会发生从而导致空指针取消引用。通过让 scdc 函数访问 dw-hdmi 的当前连接器指针来修复此指针在桥接启用阶段分配。 [narmstrong已将修复标签移动到第一个 Sob 之前并添加了报告者标签] (CVE-2023-53784)

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

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

  - ARMzynq修复 zynq_early_slcr_init 中的 refcount 泄漏如果 of_find_compatible_node() 返回引用计数递增的节点指针应该在错误路径上使用 of_node_put()。添加缺少的 of_node_put() 以避免 refcount 泄漏。 (CVE-2023-53818)

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

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

  - dmflakey修复无效表行的崩溃此命令将因空指针取消引用而崩溃
    dmsetup create flakey --table \ 0 `blockdev --getsize /dev/ram0` flkey /dev/ram0 0 0 1 2 corruption_bio_byte 512 通过在比较 arg_name 之前检查其是否非 NULL 来修复崩溃。
    (CVE-2023-53786)

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

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

  - scsises修复 ses_enclosure_data_process() 中的 slab 越界 针对以下问题的补丁BUGKASANses_enclosure_data_process+0x949/0xe30 中发生 slab 越界 [ses] 通过任务在 addr ffff88a1b043a451 中读取大小 1 systemd-udevd/3271 在 addl_desc_ptr[1] 之后及在下一个循环中之前进行检查就足够我们预期在首次访问 addl_desc_ptr[1] 之前先审查大小。确保我们的内容不超出页末。
    (CVE-2023-53803)

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

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

  - l2tp避免 l2tp_tunnel_register() 中可能发生的递归死锁当 pppol2tp 套接字的文件描述符作为 UDP 套接字的文件描述符传递时在 l2tp_tunnel_register() 中会发生递归死锁。
    以下程序会重现这种情况int main(void) { int sock; } struct sockaddr_pppol2tp addr; sock = socket(AF_PPPOX, SOCK_DGRAM, PX_PROTO_OL2TP); if (sock < 0) { perror(socket); return 1 } addr.sa_family = AF_PPPOX; addr.sa_protocol = PX_PROTO_OL2TP; addr.pppol2tp.pid = 0 addr.pppol2tp.fd = sock; addr.pppol2tp.addr.sin_family = PF_INET; addr.pppol2tp.addr.sin_port = htons(0);
    addr.pppol2tp.addr.sin_addr.s_addr = inet_addr(192.168.0.1); addr.pppol2tp.s_tunnel = 1;
    addr.pppol2tp.s_session = 0 addr.pppol2tp.d_tunnel = 0 addr.pppol2tp.d_session = 0 if (connect(sock, (const struct sockaddr *)&addr, sizeof(addr)) < 0) { perror(connect); return 1 return 0此程序会导致以下 lockdep 警告 ========================================= === 警告
    检测到可能的递归锁定 6.2.0-rc5-00205-gc96618275234 #56 未受感染
    ------------------------------------------- repro/8607 尝试获取锁定ffff8880213c8130 (sk_lock-AF_PPPOX){+.+.}-{0:0}位于 l2tp_tunnel_register+0x2b7/0x11c0但任务已持有锁定
    ffff8880213c8130 (sk_lock-AF_PPPOX){+.+.}-{0:0}来自 pppol2tp_connect+0xa82/0x1a30 可能有助于我们调试此问题的其他信息可能不安全的锁定情况CPU0 ---- lock(sk_lock-AF_PPPOX) ; lock(sk_lock-AF_PPPOX); *** DEADLOCK *** 可能是由于 repro/8607 保持的缺少锁定嵌套符号 1 锁定 #0
    ffff8880213c8130 (sk_lock-AF_PPPOX){+.+.}-{0:0}, atpppol2tp_connect+0xa82/0x1a30 堆栈回溯CPU: 0 PID: 8607 Commrepro 未受感染 6.2.0-rc5-00205-gc96618275234 #56 硬件名称QEMU Standard PC (i440FX + PIIX, 1996)，BIOS 1.16.1-2.fc37 04/01/2014 调用跟踪 <TASK> dump_stack_lvl+0x100/0x178
    __lock_acquire.cold+0x119/0x3b9 ? lockdep_hardirqs_on_prepare+0x410/0x410 lock_acquire+0x1e0/0x610 l2tp_tunnel_register+0x2b7/0x11c0 lock_downgrade+0x710/0x710 ? __fget_files+0x283/0x3e0 lock_sock_nested+0x3a/0xf0 ? l2tp_tunnel_register+0x2b7/0x11c0 l2tp_tunnel_register+0x2b7/0x11c0 sprintf+0xc4/0x100 ? l2tp_tunnel_del_work+0x6b0/0x6b0 debug_object_deactivate+0x320/0x320 ? lockdep_init_map_type+0x16d/0x7a0 ? lockdep_init_map_type+0x16d/0x7a0 ? l2tp_tunnel_create+0x2bf/0x4b0 l2tp_tunnel_create+0x3c6/0x4b0 pppol2tp_connect+0x14e1/0x1a30 pppol2tp_put_sk+0xd0/0xd0 aa_sk_perm+0x2b7/0xa80 ? aa_af_perm+0x260/0x260 ? bpf_lsm_socket_connect+0x9/0x10 pppol2tp_put_sk+0xd0/0xd0 __sys_connect_file+0x14f/0x190 __sys_connect+0x133/0x160
    __sys_connect_file+0x190/0x190 ? lockdep_hardirqs_on+0x7d/0x100 ? ktime_get_coarse_real_ts64+0x1b7/0x200 ? ktime_get_coarse_real_ts64+0x147/0x200 ? __audit_syscall_entry+0x396/0x500 __x64_sys_connect+0x72/0xb0 do_syscall_64+0x38/0xb0 entry_SYSCALL_64_after_hwframe+0x63/0xcd 此修补程序通过在锁定 pppol2tp 套接字之前获取/创建隧道来修复该问题。 (CVE-2023-53809)

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

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

  - amdgpu验证 drm_amdgpu_gem_va 的 offset_in_bo 当 offset_in_bo+map_size 溢出时此问题的诱因是 amdgpu_vm_update_range 中的 OOB 访问。 v2保留 amdgpu_vm_bo_map 中的验证 v3将验证添加至 amdgpu_vm_bo_map/amdgpu_vm_bo_replace_map 而不是 amdgpu_gem_va_ioctl (CVE-2023-53819)

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

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

  - posix-timers防止 itimer_delete() 中的 RT 活锁。itimer_delete() 在定时器同时到期时会出现重试循环。在非 RT 内核上这只旋转等待直到定时器回调完成为止启用了 HAVE_POSIX_CPU_TIMERS_TASK_WORK 的 posix CPU 定时器除外。在此情况下在 RT 内核上现有任务可能会在抢占进行定时器传送的任务时处于活锁状态。将 spin_unlock() 替换为 timer_wait_running() 的调用以与 posix timer 代码中的其他重试循环相同的方式处理此问题。 (CVE-2023-53815)

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

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

  - erofs在使用去重后的压缩镜像上终止挂钩的链以避免循环在使用数个镜像其中包含手动构建的重复模式镜像超过 46 天对 EROFS 造成重压后我发现两个链几乎可同时相互链接并形成循环这样就不会提交整个循环。因此相应的文件页面将永远保持锁定状态。可以是
    _only_ 在去重压缩图像上观察到。例如，考虑总共有 5 个 pcluster 的两个链： 链 1：2->3->4->5 -- 尾部 pcluster 为 5；链 2: 5->1->2 -- 尾部 pcluster 为 2。链 2 可链接到链 1其 pcluster 为 5；并且链 1 可以通过 pcluster 2 同时链接到链 2。由于挂钩的链现在全部为无锁链接因此我不知道如何避免争用。相反，我们应该完全避免挂钩链，直到我找到妥善修复此问题且最终用户最终告知需要将其添加回为止。实际上可以在多线程工作负载中发现此优化尤其是在去重压缩图像上更常见但与实现复杂性相比我不确定不进行此优化对整体系统的影响如何。
    (CVE-2023-53777)

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

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

  - iommufdIOMMUFD_DESTROY 不应增加引用计数 syzkaller 发现争用其中 IOMMUFD_DESTROY 递增 refcountobj = iommufd_get_object(ucmd->ictx, cmd->id, IOMMUFD_OBJ_ANY); if (IS_ERR(obj)) return PTR_ERR(obj); iommufd_ref_to_users(obj); /*See iommufd_ref_to_users() */ if (!iommufd_object_destroy_user(ucmd->ictx, obj)) 作为序列的一部分将两个现有原语连接在一起。允许在不保留 destroy_rwsem 的情况下提升 refcount 违反了所有临时提升 refcount 提升都受到 destroy_rwsem 保护的假设。IOMMUFD_DESTROY 与 iommufd_object_destroy_user() 争用将造成虚假故障WARNING: CPU: 0 PID: 3076 at drivers/iommu/iommufd/device.c:477 iommufd_access_destroy+0x18/0x20 drivers/iommu/iommufd/device.c:478 中链接的模块CPU: 0 PID: 3076 Comm: syz-executor.0 Not tainted 6.3.0-rc1-syzkaller #0 硬件名称
    Google Google Compute Engine/Google Compute Engine、BIOS Google 2023 年 7 月 3 日 RIP
    0010iommufd_access_destroy+0x18/0x20 drivers/iommu/iommufd/device.c:477 代码e8 3d 4e 00 00 84 c0 74 01 c3 0f 0b c3 0f 1f 44 00 00 f3 0f 1e fa 48 89 fe 48 8b bf a8 00 00 00 e8 1d 4e 00 00 84 c0 74 01 c3 <0f> 0b c3 0f 1f 44 00 00 41 57 41 56 41 55 4c 8d ae d0 00 00 00 41 RSP: 0018:ffffc90003067e08 EFLAGS: 00010246 RAX: 0000000000000000 RBX: ffff888109ea0300 RCX : 0000000000000000 RDX: 0000000000000001 RSI:
    0000000000000000 RDI: 00000000ffffffff RBP: 0000000000000004 R08: 0000000000000000 R09: ffff88810bbb3500 R10: ffff88810bbb3e48 R11: 0000000000000000 R12: ffffc90003067e88 R13: ffffc90003067ea8 R14:
     R15ffff888101249800  : 00000000fffffffe FS: 00007ff7254fe6c0(0000) GS:ffff888237c00000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 0000555557262da8 CR3:
    000000010a6fd000 CR4: 0000000000350ef0 调用跟踪 <TASK> iommufd_test_create_access drivers/iommu/iommufd/selftest.c:596 [inline] iommufd_test+0x71c/0xcf0 drivers/iommu/iommufd/selftest.c:813 iommufd_fops_ioctl/bu0f0x10x1ummioctl/ /main.c:337 vfs_ioctl fs/ioctl.c:51 [inline] __do_sys_ioctl fs/ioctl.c:870 [inline] __se_sys_ioctl fs/ioctl.c:856 [inline] __x64_sys_ioctl+0x84/0xc0 fs/ioctl.c 856 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x38/0x80 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd 解决方案是不增加 IOMMUFD_DESTROY 路径上的 refcount所有。而是使用 xa_lock 序列化所有内容。可在单个关键区域下执行 refcount 检查 == 1 和 xa_erase。这可避免任何递增 refcount 的需要。它的缺点是如果用户空间争用被其他操作破坏它将得到一个 EBUSY 而不是等待但这种争用已经是危险的。
    (CVE-2023-53795)

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

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

  - ethtool修复未初始化的通道数 使用旧的 IOCTL ethtool 接口设置链接模式时无法设置通道数。由于此路径中的“struct ethtool_link_ksettings”未初始化因此驱动程序会在“struct ethtool_link_ksettings::lanes”中收到数量未初始化的通道。
    稍后从驱动程序查询此信息时会导致 ethtool 代码根据未初始化的内存做出决策进而导致以下 KMSAN splat [1]。实际上这很可能只在 tun 驱动程序仅返回在设置操作中获得的内容时才会发生。据我所知由于在 linkmodes_prepare_data() 中检查了“ethtool_ops->cap_link_lanes_supported”该未初始化的内存并未泄漏给用户空间。通过初始化 IOCTL 路径中的结构进行修复。未发现在调用“ethtool_ops::set_link_ksettings()”时有更多传递未初始化结构的调用站点。 [1] BUGKMSANethnl_update_linkmodes net/ethtool/linkmodes.c:273 [内联] 中的 uninit-value ethnl_set_linkmodes+0x190b/0x19d0 net/ethtool/linkmodes.c:333 ethnl_update_linkmodes net/ethtool 中的 uninit-value /linkmodes.c:273 [内联] ethnl_set_linkmodes+0x190b/0x19d0 net/ethtool/linkmodes.c:333 ethnl_default_set_doit+0x88d/0xde0 net/ethtool/netlink.c:640 genl_family_rcv_msg_doit net/netlink/genetlink.c:968 [内联] genl_family_rcv_msg net/netlink/genetlink.c:1048 [内联] genl_rcv_msg+0x141a/0x14c0 net/netlink/genetlink.c:1065 netlink_rcv_skb+0x3f8/0x750 net/netlink/af_netlink.c:2577 genl_rcv+0x40/0x60 net/netlink/ genetlink.c:1076 netlink_unicast_kernel net/netlink/af_netlink.c:1339 [内联] netlink_unicast+0xf41/0x1270 net/netlink/af_netlink.c:1365 netlink_sendmsg+0x127d/0x1430 net/netlink/af_netlink.c:1942 sock_sendmsg_nosec net/socket .c:724 [内联] sock_sendmsg net/socket.c:747 [内联]____sys_sendmsg+0xa24/0xe40 net/socket.c:2501 ___sys_sendmsg+0x2a1/0x3f0 net/socket.c:25 55
    __sys_sendmsg net/socket.c:2584 [内联] __do_sys_sendmsg net/socket.c:2593 [内联] __se_sys_sendmsg net/socket.c:2591 [内联] __x64_sys_sendmsg+0x36b/0x540 net/socket.c:2591 do_syscall_x64 arch/x86/ entry/common.c:50 [内联] do_syscall_64+0x41/0xc0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd Uninit 已存储到内存tun_get_link_ksettings+0x37/0x60 drivers/net/tun.c :3544 __ethtool_get_link_ksettings+0x17b/0x260 net/ethtool/ioctl.c:441 ethnl_set_linkmodes+0xee/0x19d0 net/ethtool/linkmodes.c:327 ethnl_default_set_doit+0x88d/0xde0 net/ethtool/netlink.c:640 genl_family_rcv_netlink/netlink/ .c:968 [内联] genl_family_rcv_msg net/netlink/genetlink.c:1048 [内联] genl_rcv_msg+0x141a/0x14c0 net/netlink/genetlink.c:1065 netlink_rcv_skb+0x3f8/0x750 net/netlink/af_netlink.c:2577 genl_rcv+ 0x40/0x60 net/netlink/genetlink.c:1076 netlink_unicast_kernel net/netlink/af_netlink.c:1339 [inline] netlink_unicast+0xf41/0x1270 net/netlink/af_netlink.c:1365 net link_sendmsg+0x127d/0x1430 net/netlink/af_netlink.c:1942 sock_sendmsg_nosec net/socket.c:724 [内联] sock_sendmsg net/socket.c:747 [内联]____sys_sendmsg+0xa24/0xe40 net/socket.c:2501 ___sys_sendmsg+ 0x2a1/0x3f0 net/socket.c:2555
    __sys_sendmsg net/socket.c:2584 [内联] __do_sys_sendmsg net/socket.c:2593 [内联] __se_sys_sendmsg net/socket.c:2591 [内联] __x64_sys_sendmsg+0x36b/0x540 net/socket.c:2591 do_syscall_x64 arch/x86/ entry/common.c:50 [内联] do_syscall_64+0x41/0xc0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd Uninit 已存储到内存tun_set_link_ksettings+0x37/0x60 drivers/net/tun.c 3553 ethtool_set_link_ksettings+0x600/0x690 net/ethtool/ioctl.c:609 __dev_ethtool net/ethtool/ioctl.c:3024 [inline] dev_ethtool+0x1db9/0x2a70 net/ethtool/ioctl.c:3078 dev_ioctl+0xb07/0x1270 net/ core/dev_ioctl.c:524 sock_do_ioctl+0x295/0x540 net/socket.c:1213 sock_i
    ---truncated--- (CVE-2023-53798)

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

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

  - ppp将 skb 与 位于 tx 的设备关联 Syzkaller 通过以下内容触发了流分析器警告r0 = openat$ppp(0xffffffffffffff9c, &(0x7f0000000000), 0xc0802, 0x0) ioctl$PPPIOCNEWUNIT(r0, 0xc004743e, &(0x7f00000000c0)) ioctl$PPPIOCSACTIVE(r0, 0x40107446, &(0x7f0000000240)={0x2, &(0x7f0000000180)=[{0x20, 0x0, 0x0, 0xfffff034}, {0x6}]}) pwritev(r0, &(0x7f0000000040)=[{&( 0x7f0000000140)='\x00!', 0x2}], 0x1, 0x0, 0x0) [ 9.485814] 警告CPU: 3 PID: 329 at net/core/flow_dissector.c:1016
    __skb_flow_dissect+0x1ee0/0x1fa0 [ 9.485929] skb_get_poff+0x53/0xa0 [ 9.485937] bpf_skb_get_pay_offset+0xe/0x20 [ 9.485944] ? ppp_send_frame+0xc2/0x5b0 [ 9.485949] ?
    _raw_spin_unlock_irqrestore+0x40/0x60 [ 9.485958] ? __ppp_xmit_process+0x7a/0xe0 [ 9.485968] ? ppp_xmit_process+0x5b/0xb0 [ 9.485974] ? ppp_write+0x12a/0x190 [ 9.485981] ? do_iter_write+0x18e/0x2d0 [9.485987] ? __import_iovec+0x30/0x130 [ 9.485997] ? do_pwritev+0x1b6/0x240 [ 9.486016] ? trace_hardirqs_on+0x47/0x50 [ 9.486023] __x64_sys_pwritev+0x24/0x30 [ 9.486026] ? do_syscall_64+0x3d/0x80 [ 9.486031] ? entry_SYSCALL_64_after_hwframe+0x63/0xcd 流分析器尝试通过设备或套接字来查找 skb net 命名空间。在 ppp_send_frame 中设置了 Neigher因此我们手动使用 ppp->dev。 (CVE-2022-50655)

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

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

  - ftrace修复 ftrace_modify_direct_caller 中的递归锁定 direct_mutex Naveen 报告了示例 ftrace-direct-modify.ko 的 direct_mutex 递归锁定[ 74.762406] 警告已检测到可能的递归锁定 [ 74.762887] 6.0.0-rc6+ #33 未受感染 [ 74.763216]
    ------------------------------------------- [ 74.763672] event- sample-fn/1084 正在尝试获取锁定
    [ 74.764152] ffffffff86c9d6b0 (direct_mutex){+.+.}-{3:3}位于 \ register_ftrace_function+0x1f/0x180 [74.764922] [ 74.764922] 但任务已持有锁定[ 74.765421] ffffffff86c9d6b0 (direct_mutex) ){+.+.}-{3:3}位于\modify_ftrace_direct+0x34/0x1f0 [ 74.766142] [ 74.766142] 其他可能帮助我们调试此问题的信息[ 74.766701] 可能不安全的锁定情况[ 74.766701] [ 74.767216] CPU0 [ 74.767437] ---- [ 74.767656] lock(direct_mutex); [ 74.767952] lock(direct_mutex); [ 74.768245] [74.768245] *** DEADLOCK *** [ 74.768245] [ 74.768750] 可能是由于缺少锁定嵌套符号所致 [74.768750] [ 74.769332] 1 个锁定由 event-sample-fn/1084 持有[ 74.769731] #0ffffffff86c9d6b0 (direct_mutex){+.+.}-{3:3}at: \ modify_ftrace_direct+0x34/0x1f0 [ 74.770496] [ 74.770496] 堆栈回溯 [ 74.770884] CPU: 4 PID1084 Commevent-sample-fn 未受感染... [ 74.771498] 硬件名称
    QEMU Standard PC(i440FX + PIIX, 1996)... [ 74.772474] 调用跟踪[ 74.772696] <TASK> [ 74.772896] dump_stack_lvl+0x44/0x5b [ 74.773223] __lock_acquire.cold.74+0xac/0x2b7 [ 74.773616] lock_acquire+0xd2/0x310 [ 74.773936] ? register_ftrace_function+0x1f/0x180 [ 74.774357] ? lock_is_held_type+0xd8/0x130 [ 74.774744] ? my_tramp2+0x11/0x11 [ftrace_direct_modify] [ 74.775213]
    __mutex_lock+0x99/0x1010 [ 74.775536] ? register_ftrace_function+0x1f/0x180 [ 74.775954] ? slab_free_freelist_hook.isra.43+0x115/0x160 [ 74.776424] ? ftrace_set_hash+0x195/0x220 [ 74.776779] ? register_ftrace_function+0x1f/0x180 [ 74.777194] ? kfree+0x3e1/0x440 [ 74.777482] ? my_tramp2+0x11/0x11 [ftrace_direct_modify] [ 74.777941] ? __schedule+0xb40/0xb40 [ 74.778258] register_ftrace_function+0x1f/0x180 [ 74.778672] ? my_tramp1+0xf/0xf [ftrace_direct_modify] [ 74.779128] register_ftrace_function+0x1f/0x180 [ 74.779527] ? ftrace_set_filter_ip+0x33/0x70 [ 74.779910] ?
    __schedule+0xb40/0xb40 [ 74.780231] my_tramp1+0xf/0xf [ftrace_direct_modify] [ 74.780678] ? my_tramp2+0x11/0x11 [ftrace_direct_modify] [ 74.781147] ftrace_modify_direct_caller+0x5b/0x90 [ 74.781563] ? 0xffffffffa0201000 [ 74.781859] my_tramp1+0xf/0xf [ftrace_direct_modify] [ 74.782309] modify_ftrace_direct+0x1b2/0x1f0 [ 74.782690] ? __schedule+0xb40/0xb40 [ 74.783014] simple_thread+0x2a/0xb0 [ftrace_direct_modify] [ 74.783508] ? __schedule+0xb40/0xb40 [ 74.783832] my_tramp2+0x11/0x11 [ftrace_direct_modify] [ 74.784294] simple_thread+0x76/0xb0 [ftrace_direct_modify] [74.784766] kthread+0xf5/0x120 [ 74.785052] ? kthread_complete_and_exit+0x20/0x20 [ 74.785464] ret_from_fork+0x22/0x30 [ 74.785781] </TASK> 通过使用 ftrace_modify_direct_caller 中的 register_ftrace_function_nolock 修复此问题。 (CVE-2022-50648)

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

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

  - scsihpsa修复 hpsa_init_one() 中可能的内存泄漏 hpda_alloc_ctlr_info() 分配 h 及其字段 reply_map。但是在 hpsa_init_one() 中如果 alloc_percpu() 失败hpsa_init_one() 会直接跳转到 clean1这会释放 h 并泄露 h->reply_map。通过调用 hpda_free_ctlr_info() 释放 h->replay_map 和 h 来修复而不是直接释放 h。 (CVE-2022-50646)

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

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

  - mmcatmel-mci修复 mmc_add_host() 的返回值检查 mmc_add_host() 可能返回错误如果忽略其返回值将导致两个问题1. 在 mmc_alloc_host() 中分配的内存泄漏。 2. 在 remove() 路径中将调用 mmc_remove_host() 来删除设备但尚未添加设备会将内核崩溃因为 device_del() 中的 null-ptr-deref。因此可通过检查返回值并调用错误路径中的 mmc_free_host() 来修复此问题。 (CVE-2022-50653)

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

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

  - usbdwc3qcom修复 dwc3_qcom_interconnect_init of_icc_get() 中的内存泄漏为路径句柄分配资源我们应在不再需要时将其释放。与 dwc3_qcom_interconnect_exit() 函数中的释放类似。在错误处理中添加 icc_put() 以修复此问题。 (CVE-2022-50633)

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

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

  - driversperfmarvell_cn10k修复 tad_pmu_init() 中的热插拔回调泄漏当 platform_driver_register() 失败时tad_pmu_init() 将不会删除 cpuhp_setup_state_multi() 添加的回调。通过失败路径中的 cpuhp_remove_multi_state() 删除回调。与提交 26242b330093 中 arm_ccn_init() 的处理类似busarm-ccn防止热插拔回调泄漏(CVE-2022-50632)

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

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

  - mmccore修复卸下非标准 SDIO 卡时的内核错误仅为标准 SDIO 卡分配 SDIO 元组尤其是它会在卸下非标准 SDIO 卡时造成内存损坏问题这是因为卡设备的引用计数器不会在 sdio_init_func() 上增加计数但会减少 sdio_release_func() 上的所有 SDIO 卡设备引用计数器。 (CVE-2022-50640)

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

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

  - ethtooleeprom修复转储中 genl_info 上的 null-deref 与 commit 46cdedf2a0fa 类似的补丁ethtool
    pse-pd修复转储中 genl_info 上的 null-deref也需要 ethtool eeprom。 (CVE-2022-50651)

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

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

  - seccomp将 copy_seccomp() 移动到无故障路径。syzbot 实例报告在 do_seccomp() [0] 中存在内存泄漏问题与报告 [1] 类似。这表明我们缺少释放 struct seccomp_filter 和其中包含的某些对象。我们可以通过下面的程序 [2] 该程序调用一个 seccomp() 和两个 clone() syscall 来重现该问题。第一个 clone()d 子进程比其父进程更早退出并在第二个 clone() 期间更准确地在 copy_process() 中的 fatal_signal_pending() 测试之前发送信号以终止其父进程。当父进程收到信号时它必须破坏初始进程并将 -EINTR 返回给用户空间。
    在故障路径中，我们必须调用 seccomp_filter_release() 以减少过滤器的 refcount。
    最初我们在从故障路径调用的 free_task() 中调用了它但是提交 3a15fb6ed92cseccomp在任务完全停止后释放过滤器将其移动到 release_task()以尽早通知用户空间过滤器不再工作。使用过。为了保留更改和当前 seccomp refcount 语义我们将 copy_seccomp() 移动到紧接着信号检查之后的位置并在 free_task() 中添加 WARN_ON_ONCE() 以供未来调试。 [0]未引用的对象 0xffff8880063add00（大小 256）：comm repro_seccomp，pid 230，jiffies 4294687090（时间 9.914s）十六进制转储前 32 个字节：01 00 00 00 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 。 ............ ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ..
    do_seccomp (./include/linux/slab.h:600 ./include/linux/slab.h:733 kernel/seccomp.c:666 kernel/seccomp.c:708 kernel/seccomp.c:1871 kernel/seccomp.c 1991do_syscall_64 (arch/x86/entry/common.c:50 arch/x86/entry/common.c:80) entry_SYSCALL_64_after_hwframe (arch/x86/entry/entry_64.S:120) 未引用的对象 0xffffc90000035000大小 4096 comm repro_seccomp、pid 230、jiffies 4294687090 (age 9.915s) 十六进制转储前 32 字节01 00 00 00 00 00 00 00 00 00 00 00 05 00 00 00............ ... 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ..... 回溯
    __vmalloc_node_range (mm/vmalloc.c:3226) __vmalloc_node (mm/vmalloc.c:3261标识符 4) bpf_prog_alloc_no_stats (kernel/bpf/core.c:91) bpf_prog_alloc (kernel/bpf/core.c:129) bpf_prog_create_from_user ( net/core/filter.c:1414do_seccomp (kernel/seccomp.c:671 kernel/seccomp.c:708 kernel/seccomp.c:1871 kernel/seccomp.c:1991) do_syscall_64 (arch/x86/entry/common .c:50 arch/x86/entry/common.c:80) entry_SYSCALL_64_after_hwframe (arch/x86/entry/entry_64.S:120) 未引用的对象 0xffff888003fa1000（大小 1024）：comm repro_seccomp，pid 230，jiffies 4294687090（时长 9.915s） ) 十六进制转储前 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 .. /bpf/core.c:95) bpf_prog_alloc (kernel/bpf/core.c:129) bpf_prog_create_from_user (net/core/filter.c:1414) do_seccomp (kernel/seccomp.c:671 kernel/seccomp.c:708 kernel) /secc omp.c:1871 kernel/seccomp.c:1991do_syscall_64 (arch/x86/entry/common.c:50 arch/x86/entry/common.c:80) entry_SYSCALL_64_after_hwframe (arch/x86/entry/entry_64.S 120) 未引用的对象 0xffff888006360240 (size 16)comm repro_seccomp, pid 230, jiffies 4294687090 (age 9.915s) 十六进制转储前 16 个字节01 00 37 00 76 65 72 6c e0 83 01 06 80 88 ff ff .7 .verl...... 回溯bpf_prog_store_orig_filter (net/core/filter.c:1137) bpf_prog_create_from_user (net/core/filter.c:1428) do_seccomp (kernel/seccomp.c:671 kernel/seccomp.c :708 kernel/seccomp.c:1871 kernel/seccomp.c:1991) do_syscall_64 (arch/x86/entry/common.c:50 arch/x86/entry/common.c:80) entry_SYSCALL_64_after_hwframe (arch/x86/entry/ entry_64.S:120) 未引用的对象 0xffff888 ---truncated--- (CVE-2022-50661)

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

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

  - ubi修复卷大小调整失败时的释放后使用问题 KASAN 报告存在释放后使用问题
    ================================================== ================ 缺陷KASANubi_eba_copy_table+0x11f/0x1c0 中的释放后使用 [ubi] 通过任务 ubirsvol/4735 CPU 在地址 ffff888101eec008 对大小 8 的大小进行读取2 PID 4735 Commubirsvol Not tainted 6.1.0-rc1-00003-g84fa3304a7fc-dirty #14 硬件名称QEMU Standard PC (i440FX + PIIX,1996)BIOS 1.14.0-1.fc33 04/01/2014 调用跟踪 <TASK> dump_stack_lvl+0x34/0x44 print_report+0x171/0x472 kasan_report+0xad/0x130 ubi_eba_copy_table+0x11f/0x1c0 [ubi] ubi_resize_volume+0x4f9/0xbc0 [ubi] ubi_cdev_ioctl+0x701/0x1850 [ubi] __x64_sys_ioctl+0x11d/0x170 do_syscall_64+0x35/ 0x80 entry_SYSCALL_after_hwframe+0x46/0xb0 </TASK> 当 ubi_change_vtbl_record() 在 ubi_resize_volume() 中返回一个错误时new_eba_tbl 将在错误处理路径上释放但由 ubi_eba_replace_table() 中的 vol->eba_tbl 持有。这表示 vol->eba_tbl 和 vol 的提升周期不同因此当下次调整卷大小时会造成释放后使用错误。通过在 ubi_eba_replace_table() 中替换 new_eba_tbl 之后不释放它来修复此问题同时将在下一个卷大小调整中释放。 (CVE-2023-53800)

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

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

  - ext4修复 ext4_mb_use_preallocation 中的 rbtree 遍历缺陷在分配期间在每个 inode rbtree 中查找预分配 (PA) 时无法直接遍历树因为 ext4_mb_discard_group_preallocation() 可能会将 pa 并行标记为已删除这可导致直接遍历以跳过某些条目。当我们错过可满足我们请求的 PA 并最终尝试创建将与错过的 PA 重叠的 PA 时这会导致 BUG_ON() 命中 [1]。
    为确保在处理该情况时仍能保持 rbtree 的性能我们利用了唯一可能重叠原始目标起点的路径是满足以下条件的路径这一事实start 紧接着原始逻辑 start 的左侧即小于原始逻辑 start 的时间。 2. 不得将其删除。为找到此 pa，我们使用以下遍历方法： 1. 正常下降至 rbtree 以查找最直接的相邻 PA。此处我们保持降序排列，而不考虑 PA 是否被删除或是否与我们的请求重叠等。目标是找到紧邻的 PA。
    2. 如果找到的 PA 在原始目标的右侧，请使用 rb_prev() 查找左侧邻近的 PA。 3. 检查此 PA 是否已删除并使用 rb_prev() 继续向左移动直到找到未删除的 PA。 4. 这就是我们要找的 PA。现在我们可以检查其是否可以满足原始请求并进行相应处理。此方法还会处理树中已删除的 PA。同时修复计算 PA 结尾时可能的溢出缺陷 [1] https://lore.kernel.org/linux-ext4/CA+G9fYv2FRpLqBZf34ZinR8bU2_ZRAUOjKAD3+tKRFaEQHtt8Q@mail.gmail.com/ (CVE-2023-53813)

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

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

  - netopenvswitch拒绝负的 ifindex net-nextcommit 759ab1edb56c (netxarray 中的 netdevs)) 中的最近更改重构了预分配 ifindexes 的处理并让 syzbot 暴露 ovs 中的潜在问题。 ovs 不验证 ifindex因此可以使用负的 ifindex 值创建 netdev 端口。使用 YNL 即可轻松重现$ ./cli.py --spec netlink/specs/ovs_datapath.yaml \ --do new \ --json '{upcall-pid: 1, name:my-dp}' $ ./cli.py --spec netlink/specs/ovs_vport.yaml \ --do 新增 \
    --json '{upcall-pid: 00000001, name:some-port0, dp-ifindex:3,ifindex:4294901760,type:2}' $ ip link show -65536:some-port0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop 状态向下mode DEFAULT 组默认 qlen 1000 link/ether 7a:48:21:ad:0b:fb brd ff:ff:ff:ff:ff:ff ... 验证输入。现在第二个命令会正确返回$ ./cli.py --spec netlink/specs/ovs_vport.yaml \ --do new \ --json '{upcall-pid: 00000001, name:some-port0, dp-ifindex:3,ifindex 4294901760,type:2}' lib.ynl.NlErrorNetlink 错误数值结果超出范围 nl_len = 108 (92) nl_flags = 0x300 nl_type = 2 错误-34 extack: {'msg': '整数超出范围', 'unknown': [[type:4 len:36] b'\x0c\x00\x02\x00\x00\x0 0\x00\x00\x00\x00\x00\x00\x0c\x00\x03\x00 \xff\xff\xff\x7f\x00\x00\x00\x00\x08\x00\x01\x00\x08\x00\x00\x00']'bad-attr': '.ifindex'} 接受 0，因为过去会被静默忽略。 (CVE-2023-53843)

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

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

  - ASoC codecswcd-mbhc-v2修复组件删除时的资源泄漏 在组件探测失败和删除时必须释放 MBHC 资源因此无法与组件设备的生命周期相关联。这是特别需要的以允许声卡的探测延迟否则声卡的探测延迟会在重新探测编解码器组件 snd-sc8280xp sound: ASoC: failed to instanceiate card -517 genirq: Flags mismatch irq 299 时失败。
    00002001 (mbhc sw intr) 与 00002001 (mbhc sw intr) wcd938x_codec 音频编解码器无法请求 mbhc 中断 -16 wcd938x_codec 音频编解码器mbhc 初始化失败 wcd938x_codec 音频编解码器: ASoC
    audio-codec 上 snd_soc_component_probe 上的错误-16 snd-sc8280xp sound: ASoC 未能实例化板卡
    -16 (CVE-2023-53842)

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

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

  - ipmi修复 _ipmi_destroy_user() 中的释放后使用 intf_free() 函数释放 intf 指针以便我们无法在下一行再次取消引用该指针。 (CVE-2022-50677)

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

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

  - cryptoapi - 在 crypto_destroy_instance 中使用工作队列 函数 crypto_drop_spawn 预期在进程环境中调用。但是，当实例在仍具有活动用户时取消注册时，最后一个用户可能会导致在原子上下文中释放该实例。通过延迟释放到工作队列来修复此问题。 (CVE-2023-53799)

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

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

  - wifimwifiex修复 mwifiex_histogram_read() 中的内存泄漏从“mwifiex_histogram_read()”返回时始终释放归零的页面。 (CVE-2023-53808)

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

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

  - drm/ttm“交换出”移动时不泄漏资源错误如果将 bo 移动到系统以进行交换出失败可能会泄漏资源。修复。 (CVE-2023-53844)

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

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

  - platform/x86think-lmi修复显示当前设置时的内存泄漏通过 tlmi_setting() 检索项目字符串时必须使用 kfree() 释放结果。但在 current_value_show() 中未释放畸形项目字符串从而导致内存泄漏。通过消除造成此问题的提前返回来修复此问题。 (CVE-2023-53830)

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

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

  - PCI修复 .end = 0 的有效根总线资源的终止在 r8a7791/koelsch上kmemleak1 个新的可疑内存泄漏请参阅 /sys/kernel/debug/kmemleak # cat /sys/kernel/debug/kmemleak 未引用对象 0xc3a34e00 (size 64): comm swapper/0, pid 1, jiffies 4294937460 (age 199.080s) hex dump前 32 字节b4 5d 81 f0 b4 5d 81 f0 c0 b0 a2 c3 00 00 00 00 .]...] ............ 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ....... 回溯[<fe3aa979>] __kmalloc+ 0xf0/0x140 [<34bd6bc0>] resource_list_create_entry+0x18/0x38 [<767046bc>] pci_add_resource_offset+0x20/0x68 [<b3f3edf2>] devm_of_pci_get_host_bridge_resources.constprop.0+0xb0/0x390 当合并连续孔径的两个资源时第二个资源被放大以覆盖完整的连续范围而第一个资源被标记为无效。通过清除 flags、start 和 end 成员可实现此失效。稍后将初始资源添加到总线时系统会跳过无效资源。遗憾的是对无效资源的检查仅考虑最终成员可能会造成误报。例如在 r8a7791/koelsch 上根总线资源 0 (bus 00) 被跳过且不再通过 pci_bus_insert_busn_res() 注册造成内存泄漏也不再打印: pci-rcar-gen2 ee090000.pci: host bridge /soc/pci @ee090000范围pci-rcar-gen2 ee090000.pciMEM 0x00ee080000..0x00ee08ffff -> 0x00ee080000 pci-rcar-gen2 ee090000.pciPCI修订版 11 pci-rcar-gen2 ee090000.pci总线的 PCI 主机桥 0000:00 -pci_bus 0000:00根总线资源 [bus 00] pci_bus 0000:00根总线资源 [mem 0xee080000-0xee08ffff] 通过仅跳过所有标记、开始和结束成员均为零的资源来修复此问题。 (CVE-2023-53814)

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

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

  - wifiath9k: htc_hst如果没有回调函数则在 ath9k_htc_rx_msg() 中释放 skb 据说 ath9k_htc_rx_msg() 会释放提供的 skb或将其管理权移至另一个回调函数。
    但是如果没有其他回调函数则不会释放 skb而且 Syzkaller 能够造成内存泄漏。亦有次要的注释补丁。由 Linux Verification Center (linuxtesting.org) 通过 Syzkaller 发现。 (CVE-2023-53802)

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

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

  - net在 sk_mc_loop() 中读取一次 sk->sk_family syzbot 这些天来相当频繁地操纵 IPV6_ADDRFORM并成功命中 sk_mc_loop() 中的 WARN_ON_ONCE(1) 我们还有很多类似的问题需要修复。警告：
    CPU: 1 PID: 1593 at net/core/sock.c:782 sk_mc_loop+0x165/0x260 Modules 链接于: CPU: 1 PID: 1593 Comm
    kworker/1:3 未受感染 6.1.40-syzkaller #0 硬件名称 Google Google Compute Engine/Google Compute Engine、BIOS Google 07/26/2023 Workqueueevents_power_fficient gc_worker RIP
    0010:sk_mc_loop+0x165/0x260 net/core/sock.c:782 代码34 1b fd 49 81 c7 18 05 00 00 4c 89 f8 48 c1 e8 03 42 80 3c 20 00 74 08 4c 89 ff e8 25 36 6d fd 4d 8b 37 eb 13 e8 db 33 1b fd <0f> 0b b3 01 eb 34 e8 d0 33 1b fd 45 31 f6 49 83 c6 38 4c 89 f0 48 RSP0018:ffffc90000388530 EFLAGS: 00010246 RAX86 ffffff5: ffffff5: RB
    0000000000000011 RCX: ffff88814f884980 RDX: 0000000000000102 RSI: ffffffff87ae5160 RDI: 0000000000000011 RBP: ffffc90000388550 R08: 0000000000000003 R09: ffffffff846d9a65 R10: 0000000000000002 R11:
     R12ffff88814f884980  : dffffc0000000000 R13: ffff88810dbee000 R14: 0000000000000010 R15: ffff888150084000 FS: 0000000000000000(0000) GS:ffff8881f6b00000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 0000000020000180 CR3: 000000014ee5b000 CR4: 00000000003506e0 DR0
    0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 Call Trace: <IRQ> [<ffffffff8507734f>] ip6_finish_output2+0x33f/0x1ae0 net/ipv6/ip6_output.c:83 [<ffffffff85062766>] __ip6_finish_output net/ipv6/ip6_output. c:200 [inline] [<ffffffff85062766>] ip6_finish_output+0x6c6/0xb10 net/ipv6/ip6_output.c:211 [<ffffffff85061f8c>] NF_HOOK_COND include/linux/netfilter.h:298 [inline] [<ffffffff85061f8c>] ip6_output+0x2bc/0x3d0 net/ipv6/ip6_output.c:232 [<ffffffff852071cf>] dst_output include/net/dst.h:444 [inline] [<ffffffff852071cf>] ip6_local_out+0x10f/0x140 net/ipv6/output_core.c:161 [<ffffffff83618fb4>] ipvlan_process_v6_outbound 驱动程序/net/ipvlan/ipvlan_core.c:483 [内联] [<ffffffff83618fb4>] ipvlan_process_outbound drivers/net/ipvlan/ipvlan_core.c:529 [内联] [<ffffffff83618fb4>] ipvlan_xmit_mode_l3 drivers/net/ipvlan/ipvlan_core.c:602 [内联] [<ffffffff83618fb4>] ipvlan_queue_xmit+0x1174/0x1be0 drivers/net/ipvlan/ipvlan_core.c:677 [<ffffffff8361ddd9>] ipvlan_start_xmit+0x49/0x100 drivers/net/ipvlan/ipvlan_main.c:229 [<ffffffff84763fc0>] netdev_start_xmit include/linux/ netdevice.h:4925 [内联] [<ffffffff84763fc0>] xmit_one net/core/dev.c:3644 [inline] [<ffffffff84763fc0>] dev_hard_start_xmit+0x320/0x980 net/core/dev.c:3660 [<ffffffff8494c650>] sch_direct_xmit+0x2a0/0x9c0 net/sched/sch_generic.c :342 [<ffffffff8494d883>] qdisc_restart net/sched/sch_generic.c:407 [inline] [<ffffffff8494d883>] __qdisc_run+0xb13/0x1e70 net/sched/sch_generic.c:415 [<ffffffff8478c426>] qdisc_run+0xd6/0x260 include/net/ pkt_sched.h:125 [<ffffffff84796eac>] net_tx_action+0x7ac/0x940 net/core/dev.c:5247 [<ffffffff858002bd>]
    __do_softirq+0x2bd/0x9bd kernel/softirq.c:599 [<ffffffff814c3fe8>] invoke_softirq kernel/softirq.c:430 [inline] [<ffffffff814c3fe8>] __irq_exit_rcu+0xc8/0x170 kernel/softirq.c:683 [<ffffffff814c3f09>] irq_exit_rcu+0x9 /0x20 kernel/softirq.c:695CVE-2023-53831

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

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

  - dccp修复因 dp->dccps_mss_cache 导致的数据争用。dccp_sendmsg() 在锁定套接字之前读取 dp->dccps_mss_cache。do_dccp_getsockopt() 中也一样。添加 READ_ONCE()/WRITE_ONCE() 注释并将 dccp_sendmsg() 更改为在套接字锁定之后再次检查 dccps_mss_cache。 (CVE-2023-53839)

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

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

  - ALSAhda/ca0132修复tuning_ctl_set() 中的缓冲区溢出如果没有通过匹配从循环中中断tuning_ctl_set() 可能 (X) 中存在缓冲区溢出。 static int tune_ctl_set(...) { for (i = 0; i < TUNING_CTLS_COUNT; i++) (A) if (nid == ca0132_tuning_ctls[i].nid) break; } snd_hda_power_up(...); (X) dspio_set_param(..., ca0132_tuning_ctls[i].mid, ...); snd_hda_power_down(...); ^ return 1我们将通过 cppcheck sound/pci/hda/patch_ca0132.c:4229:2: /patch_ca0132.c:4234:43note数组索引越界 dspio_set_param(codec, ca0132_tuning_ctls[i].mid, 0x20, ^ 此修补程序关注非匹配情况。
    (CVE-2023-53788)

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

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

  - md/raid10修复 raid10_sync_request init_resync() 中的 null-ptr-deref 并在同步开始时初始化内存池并设置 conf->have_replacemntclose_sync() 会在同步完成时释放内存池。
    在 [1] 之后可能会跳过恢复并调用 init_resync() 但不调用 close_sync()。 r10bio->dev[i].repl_bio 会发生 null-ptr-deref。以下是重现问题的一种方式。 1) 创建阵列等待重新同步完成mddev->recovery_cp 设置为 MaxSector。 2) 恢复被唤醒且被跳过。 conf->have_replacement 在 init_resync() 中设置为 0。未调用 close_sync()。 3) 某些 io 错误以及 rdev A 被设置为 WantReplacement。 4) 新设备已添加并设置为 A 的替代品。 5) 恢复唤醒后A 已替换但 conf->have_replacemnt 为 0。r10bio->dev[i].repl_bio 将不会分配并发生 null-ptr-deref。通过在跳过恢复时不调用 init_resync() 来修复此问题。 [1] commit 7e83ccbecd60md/raid10允许在组装 clean 数组时跳过恢复CVE-2023-53832

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

ID	名称	严重性
278320	Linux Distros 未修补的漏洞：CVE-2022-50657	high
278319	Linux Distros 未修补的漏洞：CVE-2022-50656	medium
278318	Linux Distros 未修补的漏洞：CVE-2022-50662	medium
278317	Linux Distros 未修补的漏洞：CVE-2022-50659	medium
278316	Linux Distros 未修补的漏洞：CVE-2022-50631	medium
278302	Linux Distros 未修补的漏洞：CVE-2013-10031	high
278165	Linux Distros 未修补的漏洞：CVE-2025-66002	medium
278164	Linux Distros 未修补的漏洞：CVE-2025-66004	medium
278163	Linux Distros 未修补的漏洞：CVE-2025-65807	high
278162	Linux Distros 未修补的漏洞：CVE-2025-66003	high
278159	Linux Distros 未修补的漏洞：CVE-2025-65803	medium
278113	Apache Commons FileUpload JAR 检测	info
278108	Linux Distros 未修补的漏洞：CVE-2023-53790	medium
278107	Linux Distros 未修补的漏洞：CVE-2023-53811	medium
278106	Linux Distros 未修补的漏洞：CVE-2023-53783	medium
278105	Linux Distros 未修补的漏洞：CVE-2023-53791	medium
278104	Linux Distros 未修补的漏洞：CVE-2023-53784	high
278103	Linux Distros 未修补的漏洞：CVE-2023-53818	high
278102	Linux Distros 未修补的漏洞：CVE-2023-53786	medium
278101	Linux Distros 未修补的漏洞：CVE-2023-53803	high
278100	Linux Distros 未修补的漏洞：CVE-2023-53809	medium
278099	Linux Distros 未修补的漏洞：CVE-2023-53819	high
278098	Linux Distros 未修补的漏洞：CVE-2023-53815	high
278097	Linux Distros 未修补的漏洞：CVE-2023-53777	medium
278096	Linux Distros 未修补的漏洞：CVE-2023-53795	high
278095	Linux Distros 未修补的漏洞：CVE-2023-53798	medium
278094	Linux Distros 未修补的漏洞：CVE-2022-50655	medium
278093	Linux Distros 未修补的漏洞：CVE-2022-50648	medium
278092	Linux Distros 未修补的漏洞：CVE-2022-50646	medium
278091	Linux Distros 未修补的漏洞：CVE-2022-50653	medium
278090	Linux Distros 未修补的漏洞：CVE-2022-50633	medium
278089	Linux Distros 未修补的漏洞：CVE-2022-50632	medium
278088	Linux Distros 未修补的漏洞：CVE-2022-50640	medium
278087	Linux Distros 未修补的漏洞：CVE-2022-50651	medium
278072	Linux Distros 未修补的漏洞：CVE-2022-50661	high
278071	Linux Distros 未修补的漏洞：CVE-2023-53800	high
278070	Linux Distros 未修补的漏洞：CVE-2023-53813	high
278069	Linux Distros 未修补的漏洞：CVE-2023-53843	medium
278068	Linux Distros 未修补的漏洞：CVE-2023-53842	medium
278067	Linux Distros 未修补的漏洞：CVE-2022-50677	high
278066	Linux Distros 未修补的漏洞：CVE-2023-53799	medium
278065	Linux Distros 未修补的漏洞：CVE-2023-53808	medium
278064	Linux Distros 未修补的漏洞：CVE-2023-53844	medium
278063	Linux Distros 未修补的漏洞：CVE-2023-53830	medium
278062	Linux Distros 未修补的漏洞：CVE-2023-53814	medium
278061	Linux Distros 未修补的漏洞：CVE-2023-53802	medium
278060	Linux Distros 未修补的漏洞：CVE-2023-53831	high
278059	Linux Distros 未修补的漏洞：CVE-2023-53839	medium
278058	Linux Distros 未修补的漏洞：CVE-2023-53788	medium
278057	Linux Distros 未修补的漏洞：CVE-2023-53832	medium

检测

Nessus 的 Misc. 系列

high

medium

medium

medium

medium

high

medium

medium

high

high

medium

info

medium

medium

medium

medium

high

high

medium

high

medium

high

high

medium

high

medium

medium

medium

medium

medium

medium

medium

medium

medium

high

high

high

medium

medium

high

medium

medium

medium

medium

medium

medium

high

medium

medium

medium