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

  - 在最高 0.4.7.16/0.4.8.17的Tor 中发现一个安全缺陷。受影响的是组件 Onion Service Descriptor Handler 的一个未知函数。执行操纵会导致资源消耗。攻击可从远程发起。该攻击复杂性评级为“高危”。此漏洞难以利用。建议升级到版本 0.4.8.18 和 0.4.9.3-alpha以解决此问题。建议升级受影响的组件。(CVE-2025-4444)

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

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

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

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

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

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

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

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

  - net/tunnel等待所有 sk_user_data 阅读器完成后再释放 sock vxlan 中存在争用条件在接收数据包期间删除 vxlan 设备时可能会在从 sk_user_data 获取 vxlan_sock vs 后释放 sock。然后在之后的 vxlan_ecn_decapsulate()、vxlan_get_sk_family() 中将会发生空指针取消引用。 #0 eg  [ffffa25ec6978a38] machine_kexec at ffffffff8c669757 #1 [ffffa25ec6978a90] __crash_kexec at ffffffff8c7c0a4d #2 [ffffa25ec6978b58] crash_kexec at ffffffff8c7c1c48 #3 [ffffa25ec6978b60] oops_end at ffffffff8c627f2b #4 [ffffa25ec6978b80] page_fault_oops at ffffffff8c678fcb #5 [ffffa25ec6978bd8] exc_page_fault at ffffffff8d109542 #6 [ffffa25ec6978c00] asm_exc_page_fault at ffffffff8d200b62 [异常 RIPvxlan_ecn_decapsulate+0x3b] RIP
    ffffffffc1014e7b RSPffffa25ec6978cb0 RFLAGS00010246 RAX: 0000000000000008 RBX: ffff8aa000888000 RCX
    0000000000000000 RDX: 000000000000000e RSI: ffff8a9fc7ab803e RDI: ffff8a9fd1168700 RBP: ffff8a9fc7ab803e R8: 0000000000700000 R9: 00000000000010ae R10: ffff8a9fcb748980 R11: 0000000000000000 R12:
    ffff8a9fd1168700 R13ffff8aa000888000 R1400000000002a0000 R1500000000000010ae ORIG_RAX
    ffffffffffffffff CS: 0010 SS: 0018 #7 [ffffa25ec6978ce8] vxlan_rcv at ffffffffc10189cd [vxlan] #8 [ffffa25ec6978d90] udp_queue_rcv_one_skb at ffffffff8cfb6507 #9 [ffffa25ec6978dc0] udp_unicast_rcv_skb at ffffffff8cfb6e45 #10 [ffffa25ec6978dc8] __udp4_lib_rcv at ffffffff8cfb8807 #11 [ffffa25ec6978e20] ip_protocol_deliver_rcu at ffffffff8cf76951 #12 [ffffa25ec6978e48] ip_local_deliver at ffffffff8cf76bde #13 [ffffa25ec6978ea0] __netif_receive_skb_one_core at ffffffff8cecde9b #14 [ffffa25ec6978ec8] process_backlog at ffffffff8cece139 #15 [ffffa25ec6978f00] __napi_poll at ffffffff8ceced1a #16 [ffffa25ec6978f28] net_rx_action at ffffffff8cecf1f3 #17 [ffffa25ec6978fa0] __softirqentry_text_start at ffffffff8d4000ca #18 [ffffa25ec6978ff0] ffffffff8c6fbdc3 复制者上的 do_softirq
    https://github.com/Mellanox/ovs-tests/blob/master/test-ovs-vxlan-remove-tunnel-during-traffic.sh 通过等待所有 sk_user_data 阅读器完成然后再释放 sock 来修复此问题。 (CVE-2022-50405)

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

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

  - wifibrcmfmac修复 brcmf_netdev_start_xmit() 中的释放后使用缺陷 > ret = brcmf_proto_tx_queue_data(drvr, ifp->ifidx, skb);可以计划然后在行 > ndev->stats.tx_bytes += skb->len; 之前完成[ 46.912801] ============================================== ==================== [ 46.920552] BUGKASANbrcmf_netdev_start_xmit+0x718/0x8c8 中的释放后使用 [brcmfmac] [ 46.928673] 大小为 4 的读取位于地址 ffffff803f5882e8 触发任务 systemd-resolve/328 [ 46.935991] [ 46.937514] CPU: 1 PID: 328 Comm: systemd-resolve 受感染GO 5.4.199-[编辑] #1 [ 46.947255] 硬件名称[编辑] [ 46.954568] 调用跟踪 [ 46.957037] dump_backtrace+0x0/0x2b8 [ 46.960719] show_stack+0x24/0x30 [ 46.964052] dump_stack+0x128/0x194 [46.967557] print_address_description.isra.0+0x64/0x380 [ 46.972877] __kasan_report+0x1d4/0x240 [46.976723] kasan_report+0xc/0x18 [ 46.980138] __asan_report_load4_noabort+0x18/0x20 [ 46.985027] brcmf_netdev_start_xmit+0x718/0x8c8 [brcmfmac] [ 46.990613] dev_hard_direct_xmit+0xda0] 46.994894] +0x198/0xd08 [ 46.998827] __qdisc_run+0x37c/0x1dc0 [ 47.002500]
    __dev_queue_xmit+0x1528/0x21f8 [ 47.006692] dev_queue_xmit+0x24/0x30 [ 47.010366] neigh_resolve_output+0x37c/0x678 [ 47.014734] ip_finish_output2+0x598/0x2458 [ 47.018927]
    __ip_finish_output+0x300/0x730 [ 47.023118] ip_output+0x2e0/0x430 [ 47.026530] ip_local_out+0x90/0x140 [ 47.03404947.030117] igmpv3_sendpack+0x14c/0x228 [ [ 47.037895] igmpv3_send_cr+0x384/0x6b8 [ ] ] [ 47.042262] call_timer_fn+0x1cc/0xbe8 [ 47.046021]
    __run_timers+0x4d8/0xb28 [ 47.049693] run_timer_softirq+0x24/0x40 [ 47.053626] __do_softirq+0x2c0/0x117c [47.057387] irq_exit+0x2dc/0x388 [ 47.060715] __handle_domain_irq+0xb4/0x158 [ 47.064908] gic_handle_irqb0x50/irq [ 47.068581] el0_irq_naked+0x50/0x5c [ 47.072162] [ 47.073665] 由任务 328 分配[ 47.077083] save_stack+0x24/0xb0 [ 47.080410] __kasan_kmalloc.isra.0+0xc0/0xe0 [ 47.084776] kasan_slab_alloc+ 0x14/0x20 [ 47.088622] kmem_cache_alloc+0x15c/0x468 [ 47.092643] __alloc_skb+0xa4/0x498 [47.096142] igmpv3_newpack+0x158/0xd78 [ 47.099987] add_grhead+0x210/0x288 [ 47.103485] add_grec+0x6b0/0xb70 [ 47.106811] igmpv3_send_cr+0x2e0/0x6b8 [ 47.110657] igmp_ifc_timer_expire+0x4c/0x118 [ 47.115027] call_timer_fn+0x1cc/0xbe8 [ 47.118785] __run_timers+0x4d8/0xb28 [ 47.122457] run_timer_softirq+0x24/0x40 [ 47.126389__ +softq0x40 [] ] /0x117c [ 47.130142] [ 47.131643] 由任务 180 释放[ 47.134712] save_stack+0x24/0xb0 [ 47.138041] __kasan_slab_free+0x108/0x180 [ 47.142146] kasan_slab_free+0x10/0x18 [ 47.145904] slab_free_freelist_hook+0xa4/ 0x1b0 [ 47.150444] kmem_cache_free+0x8c/0x528 [ 47.154292] kfree_skbmem+0x94/0x108 [ 47.157880] Consumer_skb+0x10c/0x5a8 [47.161466] __dev_kfree_skb_any+0x88/0xa0 [ 47.165598] brcmu_pkt_buf_free_skb+0x44/0x68 [brcmutil] [47.171023] brcmf_txfinalize+0xec/0x190 [brcmfmac] [ 47.176016] brcmf_proto_bcdc_txcomplete+0x1c0/0x210 [brcmfmac] [ 47.182056] brcmf_sdio_sendfromq+0x8dc/ 0x1e80 [brcmfmac] [ 47.187568] brcmf_sdio_dpc+0xb48/0x2108 [brcmfmac] [ 47.192529] brcmf_sdio_dataworker+0xc8/0x238 [brcmfmac] [47.197859] process_one_work+0x7fc/0x1a80 [ 47.201965] work_thread+0x31c/0xc40 [ 47.205726] kthread+0x2d8/0x370 [ 47.208967] ret_from_fork+0x10/0x18 [ 47.212546] [ 47.214051] 有缺陷的地址属于 ffffff803f588280 [ 47.214051] 该对象属于大小 208 的缓存 skbuff_head_cache [ 47.227086] 有缺陷的地址属于地址位于 [ 47.227086] 208 字节区域内 [ffffff803f588280, ffffff803f588350) [ 47.238814] 有缺陷的地址属于页 [ 47.243618] page:ffffffff00dd6200 refcount:1 mapou ---truncated--- (CVE-2022-50408)

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

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

  - firewirenet修复 fwnet_finish_incoming_packet() 中的释放后使用 netif_rx() 函数释放 skb因此我们无法取消引用它以保存 skb->len。 (CVE-2023-53432)

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

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

  - mfdarizona使用 pm_runtime_resume_and_get() 防止 refcnt 泄露在 arizona_clk32k_enable() 中我们应使用 pm_runtime_resume_and_get()因为 pm_runtime_get_sync() 将增加 refcnt即使其返回错误。 (CVE-2023-53443)

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

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

  - clkmediatek修复 of_iomap 内存泄漏 Smatch 报告drivers/clk/mediatek/clk-mtk.c:583 mtk_clk_simple_probe() 警告未在第 496 行发布 of_iomap() 中的“base”。在 linux-next 中也发现此问题。在 mtk_clk_simple_probe() 中如果 clk_data 不存在则在处理错误时不会释放库从而可能造成泄漏。因此应在此处添加 free_base 以发布库。 (CVE-2023-53424)

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

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

  - scsifcoe修复当 fcoe_if_init() 失败 fcoe_init() 调用 fcoe_transport_attach(&fcoe_sw_transport) 时未分离传输但 fcoe_if_init() 失败时 &fcoe_sw_transport 未分离并在 fcoe_transports 列表上留下释放的 &fcoe_sw_transport。这会在重新插入模块时造成错误。缺陷无法处理地址 ffffffbfff82e2213 的页面错误 RIP
    0010fcoe_transport_attach+0xe1/0x230 [libfcoe] 调用跟踪 <TASK> do_one_initcall+0xd0/0x4e0 load_module+0x5eee/0x7210 ... (CVE-2022-50414)

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

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

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

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

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

  - PCI/ASPM在删除 MFD 函数时禁用 ASPM以避免释放后使用 Struct pcie_link_state->downstream 是指向 function 0 的 pci_dev 的指针。之前我们在删除 function 0 时保留了该指针且后续的 ASPM 策略变更会取消引用该指针从而导致来自 KASAN 的释放后使用警告例如 # echo 1 > /sys/bus/pci/devices/0000:03:00.0/remove # echo powersave > /sys/module/pcie_aspm/parameters/policy BUG KASANpcie_config_aspm_link+0x42d/0x500 调用跟踪中的 slab 释放后使用kasan_report+0xae/0xe0 pcie_config_aspm_link+0x42d/0x500 pcie_aspm_set_policy+0x8e/0x1a0 param_attr_store+0x162/0x2c0 module_attr_store+0x8.r_store+0x8.r_store+0x8.r_store+0x60r_store/PCI sec 7.5.3.7建议通过软件在多功能设备的所有函数中编程相同的 ASPM 控制值。删除任何子函数时禁用 ASPM 并释放 pcie_link_state因此我们可以丢弃悬摆的 pcie_link_state->downstream 指针并让所有函数的 ASPM 控制配置保持不变。 [bhelgaas提交日志和注释] (CVE-2023-53446)

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

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

  - x86/MCE始终保存 AMD Zen IF Poison 错误中的 CS 寄存器当前基于 AMD Zen 的系统上的指令获取 (IF) 单元不保证针对中毒消耗错误提供同步 #MC。
    因此将不会设置 MCG_STATUS[EIPV|RIPV]。但是，微架构不保证在相同上下文内传递异常。换言之，不知道确切的 rIP，但已知上下文未更改。没有任何架构上定义的方法可以确定此行为。代码段 (CS) 寄存器在此类 IF 单元中毒错误中始终有效无论 MCG_STATUS[EIPV|RIPV] 的值为何。添加 quirk 以保存 CS 寄存器以防止 IF 单元库中的毒化消耗。正确确定错误的上下文需要此信息。否则严重性分级功能将假设上下文为 IN_KERNEL这是因为 m->cs 值为 0初始化值。由于内核认为内核上下文中发生中毒消耗这会导致数据中毒错误上不必要的内核错误。 (CVE-2023-53438)

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

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

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

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

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

  - scsises处理仅有一个主要组件的机箱此操作恢复提交 3fe97ff3d949 scsisses如果机箱没有组件则不附加并引入对主要组件未检测到次要组件情况的正确处理num_enclosures 中枚举的 确实存在。该补丁最初由 Ding Hui 提议 <dinghui@sangfor.com.cn>。完全忽略只有一个主要机箱而没有辅助机箱的设备会导致 ses_intf_add() 完全放弃 scsi 2:0:0:254机箱没有枚举组件 scsi 2:0:0:254无法绑定有效的机箱中的机箱 -12ven甚至在具有 1 个主要机箱和 0 个辅助机箱的有效配置上，如下所示进行配置 # sg_ses /dev/sg0 3PARdata SES 3321 支持的诊断页面 支持的诊断页面 [sdp] [0x0] Configuration (SES) [cf] [0x1] 短机箱状态 (SES) [ses] [0x8] # sg_ses -p cf /dev/sg0 3PARdata SES 3321 配置诊断页面次要子机箱数量: 0生成代码0x0 机箱描述符列表子机箱标识符0 [主要] 相关 ES 进程 ID 0、ES 进程数量1 类型描述符标头数量1 个机箱逻辑标识符（十六进制）20000002ac02068d 机箱供应商3PARdata 产品VV 修订版3321 类型描述符标头和文本列表 元素类型
    不明子封装 ID: 0 可能元素的数量: 1 原始补丁的变更日志如下 ===== 断开 iSCSI 会话的连接时我们发现崩溃消息调用跟踪如下
    [ffff00002a00fb70] kfree at ffff00000830e224 [ffff00002a00fba0] ses_intf_remove at ffff000001f200e4 [ffff00002a00fbd0] device_del at ffff0000086b6a98 [ffff00002a00fc50] device_unregister at ffff0000086b6d58 [ffff00002a00fc70] __scsi_remove_device at ffff00000870608c [ffff00002a00fca0] scsi_remove_device at ffff000008706134 [ffff00002a00fcc0] __scsi_remove_target at ffff0000087062e4 [ffff00002a00fd10] scsi_remove_target at ffff0000087064c0 [ffff00002a00fd70 ] __iscsi_unbind_session at ffff000001c872c4 [ffff00002a00fdb0] process_one_work at ffff00000810f35c [ffff00002a00fe00] worker_thread at ffff00000810f648 [ffff00002a00fe70] kthread at ffff000008116e98 In ses_intf_add, components count could be 0, and kcalloc 0 size scomp, but not saved in edev->component[i].scratch在此情况下edev->component[0].scratch 为无效指针在 ses_intf_remove_enclosure 中对其进行 kfree 时会发生如上崩溃当 kfree 无法捕获 in 中的 时调用轨迹也可能是其他随机情况有效的指针当组件计数为 0 时不应使用 edev->component[] 数组在 ses_enclosure_data_process ===== 中使用 edev->component[] 数组时还需要检查索引CVE-2023-53431

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

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

  - net如果 sock 死机不要访问 sk_stream_wait_memory 中的 sock 的 sk_wq 修复下列空指针取消引用[...] [ 14.471200] 调用跟踪[ 14.471562] <TASK> [ 14.471882] lock_acquire+0x245/0x2e0 [14.472416]? remove_wait_queue+0x12/0x50 [ 14.473014] ? _raw_spin_lock_irqsave+0x17/0x50 [ 14.473681]
    _raw_spin_lock_irqsave+0x3d/0x50 [ 14.474318] ? remove_wait_queue+0x12/0x50 [ 14.474907] remove_wait_queue+0x12/0x50 [ 14.475480] sk_stream_wait_memory+0x20d/0x340 [ 14.476127] ? do_wait_intr_irq+0x80/0x80 [ 14.476704] do_tcp_sendpages+0x287/0x600 [ 14.477283] tcp_bpf_push+0xab/0x260 [ 14.477817] tcp_bpf_sendmsg_redir+0x297/0x500 [ 14.478461] ? __local_bh_enable_ip+0x77/0xe0 [ 14.479096] tcp_bpf_send_verdict+0x105/0x470 [ 14.479729] tcp_bpf_sendmsg+0x318/0x4f0 [ 14.480311] sock_sendmsg+0x2d/0x40 [ 14.480822]____sys_sendmsg+0x1b4/0x1c ? [ [] ? [ 14.481390] copy_msghdr_from_user+0x62/0x80 [ 14.482048] ___sys_sendmsg+0x78/0xb0 [ 14.482580] ? vmf_insert_pfn_prot+0x91/0x150 [ 14.483215] ? __do_fault+0x2a/0x1a0 [ 14.483738] ? do_fault+0x15e/0x5d0 [14.484246] ? __handle_mm_fault+0x56b/0x1040 [ 14.484874] ? lock_is_held_type+0xdf/0x130 [ 14.485474] ? find_held_lock+0x2d/0x90 [ 14.486046] ? __sys_sendmsg+0x41/0x70 [ 14.486587] __sys_sendmsg+0x41/0x70 [14.487105] ? intel_pmu_drain_pebs_core+0x350/0x350 [ 14.487822] do_syscall_64+0x34/0x80 [ 14.488345] entry_SYSCALL_64_after_hwframe+0x63/0xcd [...] 测试场景具有以下流thread1 thread2
    ----------- --------------- tcp_bpf_sendmsg tcp_bpf_send_verdict tcp_bpf_sendmsg_redir sock_close tcp_bpf_push_locked __sock_release tcp_bpf_push //inet_release do_tcp_sendpages sock->ops->release sk_stream_wait_memory // tcp_close sk_wait_event sk ->sk_prot->close release_sock(__sk); *** lock_sock(sk);
    __tcp_close sock_orphan(sk) sk->sk_wq = NULL release_sock **** lock_sock(__sk);
    remove_wait_queue(sk_sleep(sk), &wait); sk_sleep(sk) //空指针取消引用 &rcu_dereference_raw(sk->sk_wq)->wait 在 thread1 中等待内存时套接字及其等待队列将被释放因为线程2 已关闭它。由 tcp_bpf_send_verdict 造成的此问题未增加 thread1 中 psock->sk_redir->sk_socket->file 的 f_count。我们应该在访问等待队列之前检查 sk_stream_wait_memory 中唤醒时是否设置了 SOCK_DEAD 标记。 (CVE-2022-50409)

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

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

  - 已修复 Linux 内核中的下列漏洞：ice: Block switchdev mode when ADQ is active and vice versa ADQ and switchdev are not supported simultaneously. Enabling both at the same time can result in nullptr dereference. To prevent this, check if ADQ is active when changing devlink mode to switchdev mode, and check if switchdev is active when enabling ADQ. (CVE-2023-53442)

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

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

  - rcu保护 rcu_print_task_exp_stall() ->exp_tasks 访问 对于使用 CONFIG_PREEMPT_RCU=y 构建的内核以下情况可导致空指针取消引用 CPU1 CPU2 rcu_preempt_deferred_qs_irqrestore rcu_print_task_exp_stall if (special.b.blocked) READ_ONCE(rnp->exp_tasks) != NULL raw_spin_lock_rcu_node np = rcu_next_node_entry(t, rnp) if (&t->rcu_node_entry == rnp->exp_tasks) WRITE_ONCE(rnp->exp_tasks, np) ....
    raw_spin_unlock_irqrestore_rcu_node raw_spin_lock_irqsave_rcu_node t = list_entry(rnp->exp_tasks->prev, struct task_struct, rcu_node_entry)若 rnp->exp_tasks 为空这将取消引用空指针该问题为 CPU2 访问 rcu_node 结构的->exp_tasks 字段而没有保持rcu_node 结构的 ->lock 和 CPU2 未及时观察 CPU1 对 rcu_node 结构的 ->exp_tasks 的更改。
    因此如果 CPU1 将 rcu_node 结构的 ->exp_tasks 指针设置为空然后 CPU2 可能取消引用该空指针。因此此提交在访问 rcu_node 结构的 ->exp_tasks 字段时会保持该结构的 ->lock。 [ paulmck应用 Frederic Weisbecker 反馈。 ] (CVE-2023-53419)

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

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

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

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

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

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

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

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

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

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

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

  - wifiath11kmhi修复 ath11k_mhi_register() 中潜在的内存泄漏 mhi_alloc_controller() 为 mhi_ctrl 分配内存空间。遇到某些错误时mhi_ctrl 应通过 mhi_free_controller() 释放。但是当 ath11k_mhi_read_addr_from_dt() 失败时该函数将在不调用 mhi_free_controller() 的情况下返回从而导致内存泄漏。我们可以通过在 ath11k_mhi_read_addr_from_dt() 失败时调用 mhi_free_controller() 来修复此问题。 (CVE-2022-50418)

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

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 依赖供应商报告的程序包是否存在进行判断。

ID	名称	严重性
265531	Linux Distros 未修补的漏洞：CVE-2025-4444	medium
265530	Linux Distros 未修补的漏洞：CVE-2023-53406	medium
265529	Linux Distros 未修补的漏洞：CVE-2023-53405	medium
265528	Linux Distros 未修补的漏洞：CVE-2022-50405	medium
265527	Linux Distros 未修补的漏洞：CVE-2022-50408	high
265526	Linux Distros 未修补的漏洞：CVE-2023-53432	high
265525	Linux Distros 未修补的漏洞：CVE-2023-53443	medium
265524	Linux Distros 未修补的漏洞：CVE-2023-53424	medium
265523	Linux Distros 未修补的漏洞：CVE-2022-50414	medium
265522	Linux Distros 未修补的漏洞：CVE-2023-53404	medium
265521	Linux Distros 未修补的漏洞：CVE-2023-53446	high
265520	Linux Distros 未修补的漏洞：CVE-2023-53438	medium
265519	Linux Distros 未修补的漏洞：CVE-2023-53416	medium
265518	Linux Distros 未修补的漏洞：CVE-2023-53431	medium
265517	Linux Distros 未修补的漏洞：CVE-2022-50409	medium
265516	Linux Distros 未修补的漏洞：CVE-2023-53442	medium
265515	Linux Distros 未修补的漏洞：CVE-2023-53419	medium
265514	Linux Distros 未修补的漏洞：CVE-2023-53403	medium
265513	Linux Distros 未修补的漏洞：CVE-2023-53417	medium
265512	Linux Distros 未修补的漏洞：CVE-2023-53413	medium
265511	Linux Distros 未修补的漏洞：CVE-2022-50418	medium
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

检测

Nessus 的 Misc. 系列

medium

medium

medium

medium

high

high

medium

medium

medium

medium

high

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

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