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

  - 已修复了 GitLab EE 中影响 18.3 到 18.3.4、 18.4 到 18.4.2 中所有版本的问题该问题在某些情况下可允许拥有只读 API 标记的经身份验证的用户通过利用错误限定范围的 GraphQL 变更。 (CVE-2025-11340)

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

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

  - 已修复 Linux 内核中的下列漏洞：rxrpc: Fix untrusted unsigned subtract Fix the following Smatch static checker warning: net/rxrpc/rxgk_app.c:65 rxgk_yfs_decode_ticket() warn:
    untrusted unsigned subtract. 'ticket_len - 10 * 4' by prechecking the length of what we're trying to extract in two places in the token and decoding for a response packet. Also use sizeof() on the struct we're extracting rather specifying the size numerically to be consistent with the other related statements. (CVE-2025-39962)

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

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

  - 已修复 Linux 内核中的下列漏洞：gpiolib: acpi: initialize acpi_gpio_info struct Since commit 7c010d463372 (gpiolib: acpi: Make sure we fill struct acpi_gpio_info), uninitialized acpi_gpio_info struct are passed to __acpi_find_gpio() and later in the call stack info->quirks is used in acpi_populate_gpio_lookup. This breaks the i2c_hid_cpi driver: [58.122916] i2c_hid_acpi i2c-UNIW0001:00: HID over i2c has not been provided an Int IRQ [ 58.123097] i2c_hid_acpi i2c-UNIW0001:00: probe with driver i2c_hid_acpi failed with error -22 Fix this by initializing the acpi_gpio_info pass to __acpi_find_gpio() (CVE-2025-39960)

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

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

  - 在 Checkmk GmbH 的 Checkmk 版本 <2.4.0p13、<2.3.0p38、<2.2.0p46 和 2.1.0 (EOL) 中潜在使用敏感信息可能会造成 URL 查询参数中包含敏感表单数据进而可能会记录在多个位置，例如浏览器历史记录或 Web 服务器日志。
    (CVE-2025-32916)

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

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

  - Checkmk <2.4.0p13、<2.3.0p38、<2.2.0p46 和 2.1.0 (EOL) 中的报告计划程序转义不充分允许经过身份验证的攻击者将报告文件对的存储位置定义在其预期根目录之外。 (CVE-2025-39664)

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

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

  - GitLab 已修复了 GitLab CE/EE 中影响所有版本 13.7 至 18.2.8、低于 18.3.4的 18.3 以及低于 [] 的 18.418.4.2 的问题此问题可允许没有项目成员资格的经身份验证的用户查看敏感的手动 CI/CD 变量通过查询 GraphQL API。 (CVE-2025-9825)

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

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

  - GitLab 已修复了 GitLab CE/EE 中影响 13.12 到 18.2.8、 18.3 到 18.3.4以及 18.4 到 18.4.2 的所有版本的问题通过发送请求大量数据的构建 GraphQL 查询使 GitLab 实例失去响应或严重降级存储库 blob。 (CVE-2025-10004)

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

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

  - quic-go 是 QUIC 协议的 Go 实现。在 0.49.0、 0.54.1和 0.55.0之前的版本中行为不当或恶意的服务器可通过触发断言失败进而导致进程崩溃从而对 quic-go 客户端造成拒绝服务 (DoS) 攻击。这不需要任何认证并且可在握手阶段被利用。可以在通常环境中使用某些服务器实现观察到此情况。
    quic-go 需要能够处理行为不当的服务器实现包括那些过早发送 HANDSHAKE_DONE 帧的服务器实现。版本 0.49.0、 0.54.1和 0.55.0 在接收 HANDSHAKE_DONE 帧时丢弃初始密钥从而正确处理过早的 HANDSHAKE_DONE 帧。 (CVE-2025-59530)

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

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

  - cryptoaf_alg - 不允许 af_alg_sendmsg 中并发写入。向同一个 af_alg 套接字发出两次写入均为虚假因为数据将以不可预测的方式交错存取。此外并发写入可能会造成内部套接字状态的不一致。通过添加指示独占写入所有权的新 ctx->write 字段来禁止此操作。 (CVE-2025-39964)

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

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

  - xfrmxfrm_alloc_spi 不应使用 0 作为 SPI x->id.spi == 0 表示未分配 SPI但自提交 94f39804d891(xfrm重复的 SPI 处理)现在使用此名称创建状态并将其添加到 byspi 列表值。 __xfrm_state_delete 不会从 byspi 列表中删除这些状态因为它们不应该位于该列表中这会在我们下次查看 byspi 列表时显示为 UAF。 (CVE-2025-39965)

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

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

  - Reader.ReadResponse 函数通过重复的字符串行连接来构造响应字符串。当响应中的行数很大时这可导致过多的 CPU 消耗。
    (CVE-2025-61724)

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

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

  - ParseAddress 函数通过重复的字符串连接来构造域文字地址组件。在解析大型域文字组件时这可导致过多 CPU 消耗。
    (CVE-2025-61725)

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

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

  - Parse 函数允许 URL 的主机组件中的方括号中包含 IPv6 地址以外的值。RFC 3986 允许将 IPv6 地址包含在 host 组件内并括在方括号中。例如http://[::1]/。方括号内不得出现 IPv4 地址和主机名。Parse 未强制执行此要求。 (CVE-2025-47912)

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

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

  - tar.Reader 未设置 GNU tar pax 1.0 稀疏文件中稀疏区域数据块数量的最大大小。包含大量稀疏区域的恶意构建的存档可导致读取器将无限量的数据从存档读取到内存中。从压缩源读取时较小的压缩输入可导致大型分配。 (CVE-2025-58183)

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

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

  - 尽管 HTTP 标头的默认限制为 1MB但可解析的 Cookie 数量没有限制。攻击者可以通过发送大量非常小的 Cookie如 a=;使 HTTP 服务器分配大量结构从而导致大量内存消耗。 (CVE-2025-58186)

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

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

  - Python Social Auth 是一种社交认证/注册机制。在低于 5.6.0的版本中认证时即使未包含 `associate_by_email` 管道也可通过电子邮件关联用户。当第三方身份验证服务不验证提供的电子邮件地址或不需要唯一的电子邮件地址时，这可导致帐户遭到入侵。版本 5.6.0 包含一个修补程序。解决方案为检查电子邮件地址的身份验证服务策略；许多 不允许利用此漏洞。 (CVE-2025-61783)

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

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

  - 解析某些无效输入的处理时间随着输入的大小呈线性关系。这会影响解析不受信任的 PEM 输入的程序。 (CVE-2025-61723)

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

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

  - 当 Conn.Handshake 在 ALPN 协商期间失败时该错误包含包含未转义的攻击者控制的信息客户端发送的 ALPN 协议。 (CVE-2025-58189)

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

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

  - 由于名称限制检查算法的设计原因某些输入的处理时间相对于证书的大小呈线性关系。这会影响用于验证任意证书链的程序。 (CVE-2025-58187)

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

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

  - 在 GNU Binutils 中发现一个漏洞 2.45。受影响的是组件链接器的文件 bfd/elfxx-x86.c 的 _bfd_x86_elf_late_size_sections 函数。操纵导致越界读取。必须在本地处理攻击。漏洞利用已公开可利用。修补程序编号为 b6ac5a8a5b82f0ae6a4642c8d7149b325f4cc60a。应应用修补程序来修复此问题。
    (CVE-2025-11494)

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

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

  - 解析恶意构建的 DER 负载可能会分配大量内存从而导致内存耗尽。 (CVE-2025-58185)

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

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

  - 在 Linux 系统上的 Active Directory 和系统安全服务后台程序 (SSSD) 集成中发现一个缺陷。默认配置中会启用 Kerberos 本地认证插件 (sssd_krb5_localauth_plugin) 但可能回退到 an2ln 插件。此回退允许具有修改某些 AD 属性如 userPrincipalName 或 samAccountName权限的攻击者冒充特权用户从而可能导致在已加入域的 Linux 主机上进行未经授权的访问或权限升级。 (CVE-2025-11561)

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

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

  - iommu/amd/pgtbl修复可能的争用增加页表级别 AMD IOMMU 主机页表实现支持动态页表级别最多 6 个级别首先是基于 IOVA 地址扩展的 3 级配置。内核维护根指针和当前页表级别以便在 alloc_pte()/fetch_pte() 操作中启用正确的页表遍历。IOMMU IOVA 分配器最初使用 32 位地址启动当其耗尽时会切换到 64 位地址最大地址由 IOMMU 和设备 DMA 功能确定。为支持更大的 IOVAAMD IOMMU 驱动程序提高了页表级别。但在取消映射路径 (iommu_v1_unmap_pages())中fetch_pte() 会在无锁定的情况下读取 pgtable->[root/mode]。因此在极端极端情况下increase_address_space() 更新 pgtable->[root/mode] 时fetch_pte() 可能读取错误的页表级别 (pgtable->mode)。它会将值与页表中编码的级别进行比较并返回 NULL。这将导致 iommu_unmap 操作失败且上层可能重试/记录 WARN_ON。CPU 0 CPU 1 ------ ------ 映射页面 取消映射页面 alloc_pte() ->increase_address_space() iommu_v1_unmap_pages() -> fetch_pte() pgtable->root = pte新根值READ pgtable- >[mode/root] 读取新根旧模式更新模式 (pgtable->mode += 1)由于页表层级更新频率低且已与旋转锁同步因此须实施 seqcount 以在读取路径上启用无锁读取操作。 (CVE-2025-39961)

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

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

  - wifimac80211增加 S1G 的 scan_ies_len 目前scan_ies_len 未考虑 S1G 功能元素这会导致 ieee80211_prep_hw_scan() 中缓冲区长度验证失败并随后在 __ieee80211_start_scan() 中出现警告。这会阻止 hw 扫描正常工作。修复以确保适应 S1G 功能长度。 (CVE-2025-39957)

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

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

  - iommu/s390设备遭到意外删除时连接成功通过意外热插拔方式删除 PCI 设备时通过 __iommu_release_dma_ownership() 或 仍可能尝试将设备连接到默认域作为拆卸的一部分因为在探测 (__iommu_probe_device()) 期间会发生删除。在这两种情况下 zpci_register_ioat() 均失败并出现指示设备句柄无效的 cc 值。这是因为就管理程序而言该设备不再是实例的一部分。目前这会导致错误返回且 s390_iommu_attach_device() 失败。
    这会触发 __iommu_group_set_domain_nofail() 中的 WARN_ON()因为附加到默认域绝不会失败。如果设备受到管理程序隔离，则无法与内存进行任何 DMA，且 IOMMU 转换也不会产生任何影响。如同注册成功一样继续操作并由热插拔事件处理来清理设备。这类似于自提交 59bbf596791b (iommu/s390即使设备处于错误状态下也使附加成功) 以来针对错误状态的设备的处理方式如果删除域将不会在之后注册。之前的链接也曾讨论过此方法。
    在检查是需要传播错误还是忽略错误的帮助程序中处理错误状态和删除这两种情况。通过使用预先存在但从未使用的 PCI 加载/存储条件代码定义避免幻数条件代码并重命名以反映其适用于所有 PCI 指令。
    (CVE-2025-39958)

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

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

  - io_uring修复 io_link_skb 中错误的 io_kiocb 引用。在 io_link_skb 函数中存在未正确使用“nd”而非“prev_nd”分配 prev_notif 的缺陷。这会导致上下文验证检查将当前通知与其自身进行比较而不是与之前的通知进行比较。修复方法是在获取 prev_notif 时使用正确的 prev_nd 参数。 (CVE-2025-39963)

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

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

  - igc不要使 LED 设置错误时的 igc_probe() 失败。当 igc_led_setup() 失败时igc_probe() 会失败并在 free_netdev() 中触发内核错误这是因为未调用 unregister_netdev()。 [1] 可使用错误注入框架尤其是 faillab 功能测试此行为。 [2] 由于 LED 支持不是强制要求请将 LED 设置失败视为非致命错误并继续探测并显示警告消息从而避免内核错误。 [1] 内核缺陷位于 net/core/dev.c:12047! Oops无效的 opcode0000 [#1] SMP NOPTI CPU: 0 UID: 0 PID: 937 Comm: repro-igc-led-e 未受感染 6.17.0-rc4-enjuk-tnguy-00865-gc4940196ab02 #64 PREEMPT ) 硬件名称QEMU Standard PC (Q35 + ICH9, 2009), BIOS 1.16.3-debian-1.16.3-2 04/01/2014 RIP0010:free_netdev+0x278/0x2b0 [...] 调用跟踪 <TASK> igc_probe+0x370/0x910 local_pci_probe+0x3a/0x80 pci_device_probe+0xd1/0x200 [...] [2] #!/bin/bash -ex FAILSLAB_PATH=/sys/kernel/debug/failslab/ DEVICE=0000:00 05.0 START_ADDR=$(grep igc_led_setup /proc/kallsyms \ | awk '{printf(0x%s, $1)}') END_ADDR=$(printf 0x%x $((START_ADDR + 0x100))) echo $START_ADDR > $FAILSLAB_PATH/require-start echo $END_ADDR > $FAILSLAB_PATH/require-end echo 1 > $FAILSLAB_PATH/times echo 100 > $FAILSLAB_PATH/probability echo N > $FAILSLAB_PATH/ignore-gfp-wait echo $DEVICE > /sys/bus/pci/drivers/igc/bind (CVE-2025-39956)

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

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

  - tcp清除 tcp_disconnect() 中的 tcp_sk(sk)->fastopen_rsk。 syzbot 报告了下面的 splat其中套接字具有处于 TCP_ESTABLISHED 状态的 tcp_sk(sk)->fastopen_rsk。 [0] syzbot 在 TFO 套接字完成之前将服务器端 TCP Fast Open 套接字重新用作新客户端 3WHS1. accept() 2. connect(AF_UNSPEC) 3.
    connect() 到另一目标 从 accept() 起sk->sk_state 为 TCP_SYN_RECVtcp_disconnect() 将其更改为 TCP_CLOSE 并使 connect() 成为可能从而重新启动定时器。由于 tcp_disconnect() 忘记清除 tcp_sk(sk)->fastopen_rsk因此重传定时器触发了警告并且预期数据包未被重传。我们在 tcp_disconnect() 中调用 reqsk_fastopen_remove() 即可。 [0]: WARNINGCPU: 2 PID: 0 at net/ipv4/tcp_timer.c:542 tcp_retransmit_timer (net/ipv4/tcp_timer.c:542 (dis器 7)) 模块在 中链接: CPU: 2 UID: 0 PID 0 Commswapper/2 未受感染 6.17.0-rc5-g201825fb4278 #62 PREEMPT主动硬件名称QEMU Standard PC (i440FX + PIIX,1996)BIOS 1.16.3-debian-1.16.3-2 04/01 /2014 RIP
    0010tcp_retransmit_timer (net/ipv4/tcp_timer.c:542 (discipline 7)) 代码41 55 41 54 55 53 48 8b af b8 08 00 00 48 89 fb 48 85 ed 0f 84 55 01 00 00 0f b6 47 12 3c 03 74 0c 0f b6 47 12 3c 04 74 04 90 <0f> 0b 90 48 8b 85 c0 00 00 00 48 89 ef 48 8b 40 30 e8 6a 4f 06 3e RSP: 0018:ffffc900002f8d40 EFLAGS:2
    0000000000000002 RBX: ffff888106911400 RCX: 0000000000000017 RDX: 0000000002517619 RSI: ffffffff83764080 RDI: ffff888106911400 RBP: ffff888106d5c000 R08: 0000000000000001 R09: ffffc900002f8de8 R10:
     R1100000000000000c2  : ffffc900002f8ff8 R12: ffff888106911540 R13: ffff888106911480 R14: ffff888106911840 R15: ffffc900002f8de0 FS: 0000000000000000(0000) GS:ffff88907b768000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 00007f8044d69d90 CR3: 0000000002c30003 CR4: 0000000000370ef0 调用跟踪 <IRQ> tcp_write_timer (net/ipv4/tcp_timer.c:738) call_timer_fn (kernel/time/timer.c:1747)
    __run_timers (kernel/time/timer.c:1799 kernel/time/timer.c:2372) timer_expire_remote (kernel/time/timer.c:2385 kernel/time/timer.c:2376 kernel/time/timer.c:2135 ) tmigr_handle_remote_up (kernel/time/timer_migration.c:944 kernel/time/timer_migration.c:1035) __walk_groups.isra.0 (kernel/time/timer_migration.c:533辨别器 1) tmigr_handle_remote (kernel/time/timer_migration. c:1096) handle_softirqs (./arch/x86/include/asm/jump_label.h:36 ./include/trace/events/irq.h:142 kernel/softirq.c:580) irq_exit_rcu (kernel/softirq.c 614 kernel/softirq.c:453 kernel/softirq.c:680 kernel/softirq.c:696sysvec_apic_timer_interrupt (arch/x86/kernel/apic/apic.c:1050标识符 35) arch/x86/kernel/apic/ apic.c:1050鉴别器 35) </IRQ> (CVE-2025-39955]

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

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

  - tracing/hist修复“action_data.var_ref_idx”中的越界写入。在生成包含多个参数的合成事件然后为其创建跟踪操作时 [1]会发生内核错误 [2]。这是因为在 trace_action_create() 中“data->n_params”最高可达 SYNTH_FIELDS_MAX当前值为 64数组“data->var_ref_idx”为每个合成事件参数保留了数组“hist_data->var_refs”中的索引但是“data->var_ref_idx”的长度为 TRACING_MAP_VARS_MAX当前值为 16因此当“data->n_params”大于 16 时会发生越界写入。在这种情况下，“data->match_data.event”会被覆盖并最终导致错误。若要解决 问题可将“data->var_ref_idx”的长度调整为 SYNTH_FIELDS_MAX 并添加健全性检查以避免越界写入。 [1] # cd /sys/kernel/tracing/ # echo my_synth_event int v1; int v2; int v3 int v4 int v5; int v6;\ int v7; int v8; int v9 int v10; int v11;
    int v12 int v13 int v14;\ int v15; int v16 int v17 int v18; int v19 int v20 int v21 int v22;\ int v23; int v24 int v25 int v26 int v27 int v28; int v29 int v30;\ int v31; int v32 int v33 int v34；
    int v35 int v36 int v37 int v38;\ int v39; int v40; int v41； int v42 int v43 int v44； int v45 int v46;\ int v47; int v48； int v49 int v50 int v51 int v52 int v53 int v54;\ int v55; int v56 int v57
    int v58; int v59 int v60; int v61; int v62;\ int v63 >>ynthetic_events # echo 'hist:keys=pid:ts0=common_timestamp.usecs if comm==bash' >> \events/sched/sched_waking/trigger # echo Hist:keys=next_pid:onmatch(sched .sched_waking).my_synth_event(\ pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid, pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid ,pid,pid,pid,pid,pid,pid,pid,pid,\ pid,pid,pid,pid,pid,pid,pid,pid,pid>>events/sched/sched_switch/trigger [2] 缺陷无法处理地址的页面错误ffff91c900000000 PGD 61001067 P4D 61001067 PUD 0 Oops: 0000 [#1] PREEMPT SMP NOPTI CPU
    2 PID322 Comm: bash 受感染GW 6.1.0-rc8+ #229 硬件名称QEMU Standard PC (i440FX + PIIX,1996), BIOS rel-1.15.0-0-g2dd4b9b3f840-prebuilt.qemu.org 04/01 /2014 RIP0010:strcmp+0xc/0x30 代码75 f7 31 d2 44 0f b6 04 16 44 88 04 11 48 83 c2 01 45 84 c0 75 ee c3 cc cc cc cc 0f 1f 00 31 c0 eb 08 48 83 c0 01 84 d2 74 13 <0f> b6 14 07 3a 14 06 74 ef 19 c0 83 c8 01 c3 cc cc cc cc 31 c3 RSP: 0018:ffff9b3b00f53c48 EFLAGS: 00000246 RAX: 0000000000000000 RBX: ffffffffba958a68 RCX: 0000000000000000 RDX: 0000000000000010 RSI: ffff91c943d33a90 RDIffff91c900000000 RBPffff91c900000000 R0800000018d604b529 R09
     R100000000000000000  : ffff91c9483eddb1 R11: ffff91ca483eddab R12: ffff91c946171580 R13: ffff91c9479f0538 R14: ffff91c9457c2848 R15: ffff91c9479f0538 FS: 00007f1d1cfbe740(0000) GS:ffff91c9bdc80000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0 0000000080050033 CR2: ffff91c900000000 CR3:
    0000000006316000 CR4: 00000000000006e0 调用跟踪 <TASK> __find_event_file+0x55/0x90 action_create+0x76c/0x1060 event_hist_trigger_parse+0x146d/0x2060 event_trigger_write+0x31/0xd0 trigger_process_regex+0xbb/0x110 event_trigger_write+0x6b/0xd0 vfs_write+0xc8/0x3e0 alloc_fd+0xc0/0x160 ? preempt_count_add+0x4d/0xa0 ? preempt_count_add+0x70/0xa0 ksys_write+0x5f/0xe0 do_syscall_64+0x3b/0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd RIP: 0033:0x7f1d1d0cf077 Code: 64 89 02 48 c7 c0 ff ff ff ff eb bb 0f 1f 80 00 00 00 00 f3 0f 1e fa 64 8b 04 25 18 00 00 00 85 c0 75 10 b8 01 00 00 00 0f 05 <48> 3d 00 f0 ff ff 77 51 c3 48 83 ec 28 48 89 54 24 18 48 89 74 RSP: 002b:00007ffcebb0e568 EFLAGS: 00000246 ORIG_RAX其他
    0000000000000001 RAX: ffffffffffffffda RBX: 0000000000000143 RCX: 00007f1d1d0cf077 RDX: 0000000000000143 RSI: 00005639265aa7e0 RDI: 0000000000000001 RBP: 00005639265aa7e0 R08: 000000000000000a R09:
    0000000000000142 R ---truncated--- (CVE-2022-50553)

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

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

  - netfilterconntrack修复了错误的 ct->timeout 值 (struct nf_conn)->timeout 是确认 conntrack 之前的间隔。确认后变成时间戳。据发现未确认的 conntrack 超时- 通过调用 ctnetlink_change_timeout() 进行设置。因此“nfct_time_stamp”两次被错误地添加到“ct->timeout”。- 通过调用 ctnetlink_dump_timeout() 获取。因此会错误地减去“nfct_time_stamp”。调用跟踪 <TASK> dump_stack_lvl ctnetlink_dump_timeout
    __ctnetlink_glue_build ctnetlink_glue_build __nfqnl_enqueue_packet nf_queue nf_hook_slow ip_mc_output ?
    __pfx_ip_finish_output ip_send_skb ? __pfx_dst_output udp_send_skb udp_sendmsg ? __pfx_ip_generic_getfrag sock_sendmsg 将下列中的 2 例分开- 在 __nf_ct_set_timeout() 中设置 `ct->timeout`。- 在 ctnetlink_dump_timeout() 中获取“ct->timeout”。Pablo 附加：更新 ctnetlink以在设置 IPS_CONFIRMED 标记时设置 _after_ 超时否则通过 ctnetlink 进行的 conntrack 创建会中断。请注意此修补程序中描述的问题是在引入 nfnetlink_queue conntrack 支持后发生的。请为 - 稳定内核选择足够旧的 Fixes: 标签以获取此补丁。 (CVE-2023-53635)

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

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

  - 已修复 Linux 内核中的下列漏洞：perf/smmuv3: Fix hotplug callback leak in arm_smmu_pmu_init() arm_smmu_pmu_init() won't remove the callback added by cpuhp_setup_state_multi() when platform_driver_register() failed. Remove the callback by cpuhp_remove_multi_state() in fail path.
    Similar to the handling of arm_ccn_init() in commit 26242b330093 (bus: arm-ccn: Prevent hotplug callback leak) (CVE-2022-50510)

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

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

  - scsihisi_sas遍历 sas_dev.list 的成员时获取 sas_dev 锁定在函数 slot_complete_v3_hw() 中释放插槽时可能会在别处遍历 sas_dev.list并且可能触发空指针异常如下所示==>cq thread ==>scsi_eh_6 ==>scsi_error_handler() ==>sas_eh_handle_sas_errors() ==>sas_scsi_find_task() ==>lldd_abort_task() ==>slot_complete_v3_hw() ==>hisi_sas_abort_task() ==>hisi_sas_slot_task_free( ) ==>dereg_device_v3_hw() ==>list_del_init() ==>list_for_each_entry_safe() [ 7165.434918] sas输入 sas_scsi_recover_host busy: 32 failed: 32 [7165.434926] sas尝试查找任务 0x00000000769b5ba5 [ 7165.434927] sas sas_scsi_find_task: aborting task 0x00000000769b5ba5 [ 7165.434940] hisi_sas_v3_hw 0000:b4:02.0: slot complete: task(00000000769b5ba5) aborted [ 7165.434964] hisi_sas_v3_hw 0000:b4:02.0: slot complete: task(00000000c9f7aa07) ignored [7165.434965] hisi_sas_v3_hw 0000: b4:02.0slot complete忽略了 task(00000000e2a1cf01) [ 7165.434968] 无法处理内核空指针虚拟地址 0000000000000000 处的 r 取消引用 [ 7165.434972] Hisi_sas_v3_hw 0000:b4:02.0: slot complete: task(0000000022d52d93) 已忽略 [ 7165.434975] Hisi_sas_v3_hw 0000:b4:02.0: slot complete: task(0000000066a7516c) 已忽略 [ 7165.434976 ] info[ 7165.434982] ESR = 0x96000004 [ 7165.434991] 异常类 = DABT当前 EL，IL = 32 位 [ 7165.434992] SET = 0，FnV = 0 [ 7165.434993] EA = 0，S1PTW = 0 [ 7165.434994] Data 中止信息[ 7165.434994] ISV = 0, ISS = 0x00000004 [ 7165.434995] CM = 0, WnR = 0 [ 7165.434997] 用户 pgtable:4k 页面, 48 位 VAs, pgdp = 00000000f29543f2 [ 7165.434998] [0000000000000000] pgd=0000000000000000 [ 7165.435003] 内部错误
    Oops96000004 [#1] SMP [ 7165.439863] 进程 scsi_eh_6pid4109堆栈限制 = 0x00000000c43818d5[7165.468862] pstate00c00009 (nzcv daif +PAN +UAO) [ 7165.473637] pcdereg_device_v3_hw+0x68/0xa8 [hisi_sas_v3_hw] [ 7165.479443] lr dereg_device_v3_hw+0x2c/0xa8 [hisi_sas_v3_hw] [ 7165.485247] sp
    ffff00001d623bc0 [ 7165.488546] x29ffff00001d623bc0 x28ffffa027d03b9508 [ 7165.493835] x27
    ffff80278ed50af0 x26ffffa027dd31e0a8 [ 7165.499123] x25ffffa027d9b27f88 x24ffffa027d9b209f8 [7165.504411] x23ffffa027c45b0d60 x22ffff80278ec07c00 [ 7165.509700] x210000027f88x210000080008x21
    ffffa027d9b209f8 [ 7165.514988] x19ffffa027d9b27f88 x18ffffffffffffffff [ 7165.520276] x17
    0000000000000000 x16: 0000000000000000 [ 7165.525564] x15: ffff0000091d9708 x14: ffff0000093b7dc8 [7165.530852] x13: ffff0000093b7a23 x12: 6e7265746e692067 [ 7165.536140] x11: 0000000000000000 x10:
    0000000000000bb0 [ 7165.541429] x9 : ffff00001d6238f0 x8 : ffffa027d877af00 [ 7165.546718] x7 :
    ffffa027d6329600 x6 : ffff7e809f58ca00 [ 7165.552006] x5 : 0000000000001f8a x4 : 000000000000088e [7165.557295] x3 : ffffa027d9b27fa8 x2 : 0000000000000000 [ 7165.562583] x1 : 0000000000000000 x0 :
    000000003000188e [ 7165.567872] Call trace: [ 7165.570309] dereg_device_v3_hw+0x68/0xa8 [hisi_sas_v3_hw] [7165.575775] hisi_sas_abort_task+0x248/0x358 [hisi_sas_main] [ 7165.581415] sas_eh_handle_sas_errors+0x258/0x8e0 [libsas] [ 7165.586876] sas_scsi_recover_host+ 0x134/0x458 [libsas] [7165.592082] scsi_error_handler+0xb4/0x488 [ 7165.596163] kthread+0x134/0x138 [ 7165.599380] ret_from_fork+0x10/0x18 [ 7165.602940] 代码d5033e9f b9000040 aa0103e2 eb03003f (f) [0021940] [0021940 7165.609004CPU 75 上启动内核错误 (0x1) 通知 [ 7165.700728] ---[ 结束跟踪 fc042cbbea224efc ]--- [7165.705326] 内核错误 - 不同步致命异常若要修复此问题请在遍历 的成员时获取 sas_dev 锁定sas_dev.list in dereg_device_v3_hw() 和 Hisi_sas_release_tasks() 以避免并发添加和删除成员。当 ---truncated--- (CVE-2023-53627)

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

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

  - 已修复 Linux 内核中的下列漏洞：nvme-tcp: don't access released socket during error recovery While the error recovery work is temporarily failing reconnect attempts, running the 'nvme list' command causes a kernel NULL pointer dereference by calling getsockname() with a released socket. During error recovery work, the nvme tcp socket is released and a new one created, so it is not safe to access the socket without proper check. (CVE-2023-53643)

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

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

  - drm/radeon修复 radeon_atrm_get_bios() 中的 PCI 设备引用计数泄漏正如 pci_get_class() 的注释所述如果输入参数 @from 不为空则返回其引用计数增加和减少的 pci_device。如果“pdev”不为空则中断 radeon_atrm_get_bios() 中的循环则需要调用 pci_dev_put() 以减少 refcount。添加缺少的 pci_dev_put() 以避免 refcount 泄漏。
    (CVE-2022-50520)

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

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

  - 已修复 Linux 内核中的下列漏洞：octeontx2-af: Add validation before accessing cgx and lmac with the addition of new MAC blocks like CN10K RPM and CN10KB RPM_USX, LMACs are noncontiguous and CGX blocks are also noncontiguous. But during RVU driver initialization, the driver is assuming they are contiguous and trying to access cgx or lmac with their id which is resulting in kernel panic. This patch fixes the issue by adding proper checks. [ 23.219150] pc : cgx_lmac_read+0x38/0x70 [23.219154] lr : rvu_program_channels+0x3f0/0x498 [ 23.223852] sp : ffff000100d6fc80 [ 23.227158] x29:
    ffff000100d6fc80 x28: ffff00010009f880 x27: 000000000000005a [ 23.234288] x26: ffff000102586768 x25:
    0000000000002500 x24: fffffffffff0f000 (CVE-2023-53654)

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

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

  - drm/i915/gvt修复破坏 vgpu 时删除检查中可用的 vgpu debugfs 仔细根 debugfs例如在删除情况下drm minor 的 debugfs 根可能已被破坏导致类似于下面的内核 oops。Console切换到颜色虚拟设备 80x25 i915 0000:00:02.0: MDEV取消注册 intel_vgpu_mdev b1338b2d-a709-4c23-b766-cc436c36cdf0从 iommu 群组 14 删除 BUG内核空指针取消引用地址0000000000000150 PGD 0 P4D 0 Oops0000 [#1] PREEMPT SMP CPU3 PID1046 Commdriverctl 未受感染 6.1.0-rc2+ #6 硬件名称HP HP ProDesk 600 G3 MT/829DBIOS P02 版本 。 02.44 2022 年 9 月 13 日 RIP0010:__lock_acquire+0x5e2/0x1f90 Code87 ad 09 00 00 39 05 e1 1e cc 02 0f 82 f1 09 00 00 ba 01 00 00 00 48 83 c4 48 89 d0 5b 5cd 41 5cd 41 5d 41 5e 41 5f c3 45 31 ff <48> 81 3f 60 9e c2 b6 45 0f 45 f8 83 fe 01 0f 87 55 fa ff ff 89 f0 RSP0018:ffff9f770274f948 EFLAGS: 000100046 RAX: 00000000000000
    0000000000000000 RCX: 0000000000000000 RDX: 0000000000000000 RSI: 0000000000000000 RDI: 0000000000000150 RBP: 0000000000000000 R08: 0000000000000001 R09: 0000000000000000 R10: ffff8895d1173300 R11:
     R120000000000000001  : 0000000000000000 R13: 0000000000000150 R14: 0000000000000000 R15: 0000000000000000 FS: 00007fc9b2ba0740(0000) GS:ffff889cdfcc0000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 0000000000000150 CR3: 000000010fd93005 CR4: 00000000003706e0 DR0
    0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: <TASK> 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 Call Trace simple_recursive_removal+0xa5/0x2b0 ? lock_release+0x13d/0x2d0 down_write+0x2a/0xd0 ? simple_recursive_removal+0xa5/0x2b0 simple_recursive_removal+0xa5/0x2b0 ? start_creating.part.0+0x110/0x110 _raw_spin_unlock+0x29/0x40 debugfs_remove+0x40/0x60 intel_gvt_debugfs_remove_vgpu+0x15/0x30 [kvmgt] intel_gvt_destroy_vgpu+0x60/0x100 [kvmgt] intel_vgpu_release_dev+0xe/0x20 [kvmgt] device_release+0x30/0x80 kobject_put+0x79/0x1b0 device_release_driver_internal+0x1b8/0x230 bus_remove_device +0xec/0x160 device_del+0x189/0x400? up_write+0x9c/0x1b0 ? mdev_device_remove_common+0x60/0x60 [mdev] mdev_device_remove_common+0x22/0x60 [mdev] mdev_device_remove_cb+0x17/0x20 [mdev] device_for_each_child+0x56/0x80 mdev_unregister_parent+0x5a/0x81 [mdev] intel_gvt_clean_device+0x2d/0xe0 [kvmgt] intel_gvt_driver_remove+0x2e/0xb0 [i915] i915_driver_remove+0xac/0x100 [i915] i915_pci_remove+0x1a/0x30 [i915] pci_device_remove+0x31/0xa0 device_release_driver_internal+0x1b8/0x230 unbind_store+0xd8/0x100 kernfs_fop_write_iter+0x156/0x210 vfs_write+0x236/0x4a0 ksys_write+0x61/0xd0 do_syscall_64 +0x55/0x80 ? find_held_lock+0x2b/0x80 ? lock_release+0x13d/0x2d0 ? up_read+0x17/0x20 ? lock_is_held_type+0xe3/0x140 ? asm_exc_page_fault+0x22/0x30 ? lockdep_hardirqs_on+0x7d/0x100 entry_SYSCALL_64_after_hwframe+0x46/0xb0 RIP: 0033:0x7fc9b2c9e0c4 Code: 15 71 7d 0d 00 f7 d8 64 89 02 48 c7 c0 ff ff ff ff eb b7 0f 1f 00 f3 0f 1e fa 80 3d 3d 05 0e 00 00 74 13 b8 01 00 00 00 0f 05 <48> 3d 00 f0 ff ff 77 54 c3 0f 1f 00 48 83 ec 28 48 89 54 24 18 48 RSP: 002b:00007ffec29c81c8 EFLAGS: 00000202 ORIG_RAX: 0000000000000001 RAX: ffffffffffffffda RBX: 000000000000000d RCX : 00007fc9b2c9e0c4 RDX:000000000000000d RSI:0000559f8b5f48a0 RDI
    0000000000000001 RBP: 0000559f8b5f48a0 R08: 0000559f8b5f3540 R09: 00007fc9b2d76d30 R10: 0000000000000000 R11: 0000000000000202 R12: 000000000000000d R13: 00007fc9b2d77780 R14: 000000000000000d R15:
     </TASK> 00007fc9b2d72a00  Modules linked in: sunrpc intel_rapl_msr intel_rapl_common intel_pmc_core_pltdrv intel_pmc_core intel_tcc_cooling x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel ee1004 igbvf rapl vfat fat intel_cstate intel_uncore pktcdvd i2c_i801 pcspkr wmi_bmof i2c_smbus acpi_pad vfio_pci vfio_pci_core vfio_virqfd zram fuse dm ---truncated--- (CVE-2023-53625)

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

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

  - 已修复 Linux 内核中的下列漏洞：blk-mq: fix null pointer dereference in blk_mq_clear_rq_mapping() Our syzkaller report a null pointer dereference, root cause is following:
    __blk_mq_alloc_map_and_rqs set->tags[hctx_idx] = blk_mq_alloc_map_and_rqs blk_mq_alloc_map_and_rqs blk_mq_alloc_rqs // failed due to oom alloc_pages_node // set->tags[hctx_idx] is still NULL blk_mq_free_rqs drv_tags = set->tags[hctx_idx]; // null pointer dereference is triggered blk_mq_clear_rq_mapping(drv_tags, ...) This is because commit 63064be150e4 (blk-mq: Add blk_mq_alloc_map_and_rqs()) merged the two steps: 1) set->tags[hctx_idx] = blk_mq_alloc_rq_map() 2) blk_mq_alloc_rqs(..., set->tags[hctx_idx]) into one step: set->tags[hctx_idx] = blk_mq_alloc_map_and_rqs() Since tags is not initialized yet in this case, fix the problem by checking if tags is NULL pointer in blk_mq_clear_rq_mapping(). (CVE-2022-50530)

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

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

  - hwmon(xgene) 修复 ioremap 和 memremap 泄漏 Smatch 报告drivers/hwmon/xgene-hwmon.c:757 xgene_hwmon_probe() 警告未在第 757 行发布 ioremap() 中的“ctx->pcc_comm_addr”。这是因为在 drivers/hwmon/xgene-hwmon.c:701 xgene_hwmon_probe() 中未释放 ioremap 和 memremap可能造成泄漏。为了修复此问题ioremap 和 memremap 已被修改为 devm_ioremap 和 devm_memremap。 [groeck
    修复了格式和主题] (CVE-2023-53682)

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

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

  - 已修复 Linux 内核中的下列漏洞：drm/i915: Fix system suspend without fbdev being initialized If fbdev is not initialized for some reason - in practice on platforms without display - suspending fbdev should be skipped during system suspend, fix this up. While at it add an assert that suspending fbdev only happens with the display present. This fixes the following: [ 91.227923] PM:
    suspend entry (s2idle) [ 91.254598] Filesystems sync: 0.025 seconds [ 91.270518] Freezing user space processes [ 91.272266] Freezing user space processes completed (elapsed 0.001 seconds) [ 91.272686] OOM killer disabled. [ 91.272872] Freezing remaining freezable tasks [ 91.274295] Freezing remaining freezable tasks completed (elapsed 0.001 seconds) [ 91.659622] BUG: kernel NULL pointer dereference, address:
    00000000000001c8 [ 91.659981] #PF: supervisor write access in kernel mode [ 91.660252] #PF:
    error_code(0x0002) - not-present page [ 91.660511] PGD 0 P4D 0 [ 91.660647] Oops: 0002 [#1] PREEMPT SMP NOPTI [ 91.660875] CPU: 4 PID: 917 Comm: bash Not tainted 6.2.0-rc7+ #54 [ 91.661185] Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS edk2-20221117gitfff6d81270b5-9.fc37 unknown [ 91.661680] RIP:
    0010:mutex_lock+0x19/0x30 [ 91.661914] Code: 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 0f 1f 44 00 00 53 48 89 fb e8 62 d3 ff ff 31 c0 65 48 8b 14 25 00 15 03 00 <f0> 48 0f b1 13 75 06 5b c3 cc cc cc cc 48 89 df 5b eb b4 0f 1f 40 [ 91.662840] RSP: 0018:ffffa1e8011ffc08 EFLAGS: 00010246 [ 91.663087] RAX:
    0000000000000000 RBX: 00000000000001c8 RCX: 0000000000000000 [ 91.663440] RDX: ffff8be455eb0000 RSI:
    0000000000000001 RDI: 00000000000001c8 [ 91.663802] RBP: ffff8be459440000 R08: ffff8be459441f08 R09:
    ffffffff8e1432c0 [ 91.664167] R10: 0000000000000000 R11: 0000000000000000 R12: 0000000000000001 [91.664532] R13: 00000000000001c8 R14: 0000000000000000 R15: ffff8be442f4fb20 [ 91.664905] FS:
    00007f28ffc16740(0000) GS:ffff8be4bb900000(0000) knlGS:0000000000000000 [ 91.665334] CS: 0010 DS: 0000 ES:
    0000 CR0: 0000000080050033 [ 91.665626] CR2: 00000000000001c8 CR3: 0000000114926006 CR4: 0000000000770ee0 [ 91.665988] PKRU: 55555554 [ 91.666131] Call Trace: [ 91.666265] <TASK> [ 91.666381] intel_fbdev_set_suspend+0x97/0x1b0 [i915] [ 91.666738] i915_drm_suspend+0xb9/0x100 [i915] [ 91.667029] pci_pm_suspend+0x78/0x170 [ 91.667234] ? __pfx_pci_pm_suspend+0x10/0x10 [ 91.667461] dpm_run_callback+0x47/0x150 [ 91.667673] __device_suspend+0x10a/0x4e0 [ 91.667880] dpm_suspend+0x134/0x270 [ 91.668069] dpm_suspend_start+0x79/0x80 [ 91.668272] suspend_devices_and_enter+0x11b/0x890 [ 91.668526] pm_suspend.cold+0x270/0x2fc [ 91.668737] state_store+0x46/0x90 [ 91.668916] kernfs_fop_write_iter+0x11b/0x200 [ 91.669153] vfs_write+0x1e1/0x3a0 [ 91.669336] ksys_write+0x53/0xd0 [91.669510] do_syscall_64+0x58/0xc0 [ 91.669699] ? syscall_exit_to_user_mode_prepare+0x18e/0x1c0 [91.669980] ? syscall_exit_to_user_mode_prepare+0x18e/0x1c0 [ 91.670278] ? syscall_exit_to_user_mode+0x17/0x40 [ 91.670524] ? do_syscall_64+0x67/0xc0 [ 91.670717] ?
    __irq_exit_rcu+0x3d/0x140 [ 91.670931] entry_SYSCALL_64_after_hwframe+0x72/0xdc [ 91.671202] RIP:
    0033:0x7f28ffd14284 v2: CC stable. (Jani) References:
    https://gitlab.freedesktop.org/drm/intel/-/issues/8015 (cherry picked from commit 9542d708409a41449e99c9a464deb5e062c4bee2) (CVE-2023-53678)

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

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

  - ext4修复 ext4_fname_{setup_filename,prepare_lookup} 中的内存泄漏如果文件名大小写折叠失败则会从 fscrypt_name 结构即从“crypto_buf.name”成员泄漏内存。确保在 ext4_fname_setup_filename() 和 ext4_fname_prepare_lookup() 函数的错误路径中将其释放。 (CVE-2023-53662)

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

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

  - 已修复 Linux 内核中的下列漏洞：tipc: fix an information leak in tipc_topsrv_kern_subscr Use a 8-byte write to initialize sub.usr_handle in tipc_topsrv_kern_subscr(), otherwise four bytes remain uninitialized when issuing setsockopt(..., SOL_TIPC, ...). This resulted in an infoleak reported by KMSAN when the packet was received:
    ===================================================== BUG: KMSAN: kernel-infoleak in copyout+0xbc/0x100 lib/iov_iter.c:169 instrument_copy_to_user ./include/linux/instrumented.h:121 copyout+0xbc/0x100 lib/iov_iter.c:169 _copy_to_iter+0x5c0/0x20a0 lib/iov_iter.c:527 copy_to_iter ./include/linux/uio.h:176 simple_copy_to_iter+0x64/0xa0 net/core/datagram.c:513 __skb_datagram_iter+0x123/0xdc0 net/core/datagram.c:419 skb_copy_datagram_iter+0x58/0x200 net/core/datagram.c:527 skb_copy_datagram_msg ./include/linux/skbuff.h:3903 packet_recvmsg+0x521/0x1e70 net/packet/af_packet.c:3469
    ____sys_recvmsg+0x2c4/0x810 net/socket.c:? ___sys_recvmsg+0x217/0x840 net/socket.c:2743 __sys_recvmsg net/socket.c:2773 __do_sys_recvmsg net/socket.c:2783 __se_sys_recvmsg net/socket.c:2780
    __x64_sys_recvmsg+0x364/0x540 net/socket.c:2780 do_syscall_x64 arch/x86/entry/common.c:50 do_syscall_64+0x3d/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd arch/x86/entry/entry_64.S:120 ... Uninit was stored to memory at: tipc_sub_subscribe+0x42d/0xb50 net/tipc/subscr.c:156 tipc_conn_rcv_sub+0x246/0x620 net/tipc/topsrv.c:375 tipc_topsrv_kern_subscr+0x2e8/0x400 net/tipc/topsrv.c:579 tipc_group_create+0x4e7/0x7d0 net/tipc/group.c:190 tipc_sk_join+0x2a8/0x770 net/tipc/socket.c:3084 tipc_setsockopt+0xae5/0xe40 net/tipc/socket.c:3201 __sys_setsockopt+0x87f/0xdc0 net/socket.c:2252 __do_sys_setsockopt net/socket.c:2263 __se_sys_setsockopt net/socket.c:2260 __x64_sys_setsockopt+0xe0/0x160 net/socket.c:2260 do_syscall_x64 arch/x86/entry/common.c:50 do_syscall_64+0x3d/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd arch/x86/entry/entry_64.S:120 Local variable sub created at:
    tipc_topsrv_kern_subscr+0x57/0x400 net/tipc/topsrv.c:562 tipc_group_create+0x4e7/0x7d0 net/tipc/group.c:190 Bytes 84-87 of 88 are uninitialized Memory access of size 88 starts at ffff88801ed57cd0 Data copied to user address 0000000020000400 ...
    ===================================================== (CVE-2022-50531)

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

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

  - blk-mq避免双重 ->queue_rq()因为提前超时 David Jeffery 发现一个双重 ->queue_rq() 问题目前为止可在 VM 使用案例中触发原因是 vCPU pthread 或 的长 vmexit 延迟或抢占延迟vCPU pthread 中存在长页面错误则在 ->queue_rq() 期间调用 blk_mq_start_request() 之后在将请求排队到硬件之前块 IO req 可能超时那么超时处理程序可能通过重新排队然后双重 ->queue_rq()会导致内核错误。目前为止驱动程序有责任解决超时与完成之间的争用因此假设驱动程序具有足够的知识理论上此争用问题似乎应在驱动程序中解决。但是这确实是一个常见问题许多驱动程序可能有类似的问题并且即使驱动程序处理争用也可能难以修复所有受影响的驱动程序。因此 David 建议使用此修补程序通过耗尽 in-progress ->queue_rq() 来解决此问题。
    (CVE-2022-50554)

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

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

  - 输入exc3000 - 关机时正确停止定时器 需要在驱动程序取消绑定或探测失败时停止定时器否则会发生 UAF/Oops。 (CVE-2023-53651)

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

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

  - NFSD避免在 ops->opnum == OP_ILLEGAL 时调用 OPDESC() OPDESC() 仅按 op 的操作编号在 nfsd4_ops[] 中编制索引而未检查该值的范围。它假设调用方会小心避免通过越界 opnum 值来调用它。 nfsd4_decode_compound() 不太谨慎可以通过将 opnum 设置为 OP_ILLEGAL即 10044 -- 远远超出 nfsd4_ops[]的结尾来调用 OPDESC()。 (CVE-2023-53680)

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

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

  - ice完全配置 switchdev 之前不要执行 tx。在仍未分配某些资源时可能调用 ice_eswitch_port_start_xmit可能会造成空指针取消引用。
    通过检查 switchdev 配置是否已完成修复此问题。 (CVE-2023-53657)

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

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

  - scsitargetiscsi修复 lio_target_nacl_info_show() 中的缓冲区溢出 函数 lio_target_nacl_info_show() 在循环中使用 sprintf()在未检查缓冲区长度的情况下打印会话中每个 iSCSI 连接的详细信息。如果有足够的 iSCSI 连接则可能使 configfs 提供的缓冲区溢出并损坏内存。此修补程序将 sprintf() 替换为检查缓冲区边界的 sysfs_emit_at()。 (CVE-2023-53676)

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

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

  - platform/x86mxm-wmi修复 mxm_wmi_call_mx[ds|mx]() 中的内存泄漏 由 wmi_evaluate_method() 返回的 ACPI 缓冲区内存 (out.pointer) 在调用后未释放因此导致内存泄漏。方法导致未使用 ACPI 缓冲区因此只需将 NULL 传递给 wmi_evaluate_method()即可修复内存泄漏。 (CVE-2022-50521)

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

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

  - 已修复 Linux 内核中的下列漏洞：rcu: Avoid stack overflow due to
    __rcu_irq_enter_check_tick() being kprobe-ed Registering a kprobe on __rcu_irq_enter_check_tick() can cause kernel stack overflow as shown below. This issue can be reproduced by enabling CONFIG_NO_HZ_FULL and booting the kernel with argument nohz_full=, and then giving the following commands at the shell prompt:
    # cd /sys/kernel/tracing/ # echo 'p:mp1 __rcu_irq_enter_check_tick' >> kprobe_events # echo 1 > events/kprobes/enable This commit therefore adds __rcu_irq_enter_check_tick() to the kprobes blacklist using NOKPROBE_SYMBOL(). Insufficient stack space to handle exception! ESR: 0x00000000f2000004 -- BRK (AArch64) FAR: 0x0000ffffccf3e510 Task stack: [0xffff80000ad30000..0xffff80000ad38000] IRQ stack:
    [0xffff800008050000..0xffff800008058000] Overflow stack: [0xffff089c36f9f310..0xffff089c36fa0310] CPU: 5 PID: 190 Comm: bash Not tainted 6.2.0-rc2-00320-g1f5abbd77e2c #19 Hardware name: linux,dummy-virt (DT) pstate: 400003c5 (nZcv DAIF -PAN -UAO -TCO -DIT -SSBS BTYPE=--) pc : __rcu_irq_enter_check_tick+0x0/0x1b8 lr : ct_nmi_enter+0x11c/0x138 sp : ffff80000ad30080 x29: ffff80000ad30080 x28: ffff089c82e20000 x27:
    0000000000000000 x26: 0000000000000000 x25: ffff089c02a8d100 x24: 0000000000000000 x23: 00000000400003c5 x22: 0000ffffccf3e510 x21: ffff089c36fae148 x20: ffff80000ad30120 x19: ffffa8da8fcce148 x18:
    0000000000000000 x17: 0000000000000000 x16: 0000000000000000 x15: ffffa8da8e44ea6c x14: ffffa8da8e44e968 x13: ffffa8da8e03136c x12: 1fffe113804d6809 x11: ffff6113804d6809 x10: 0000000000000a60 x9 :
    dfff800000000000 x8 : ffff089c026b404f x7 : 00009eec7fb297f7 x6 : 0000000000000001 x5 : ffff80000ad30120 x4 : dfff800000000000 x3 : ffffa8da8e3016f4 x2 : 0000000000000003 x1 : 0000000000000000 x0 :
    0000000000000000 Kernel panic - not syncing: kernel stack overflow CPU: 5 PID: 190 Comm: bash Not tainted 6.2.0-rc2-00320-g1f5abbd77e2c #19 Hardware name: linux,dummy-virt (DT) Call trace:
    dump_backtrace+0xf8/0x108 show_stack+0x20/0x30 dump_stack_lvl+0x68/0x84 dump_stack+0x1c/0x38 panic+0x214/0x404 add_taint+0x0/0xf8 panic_bad_stack+0x144/0x160 handle_bad_stack+0x38/0x58
    __bad_stack+0x78/0x7c __rcu_irq_enter_check_tick+0x0/0x1b8 arm64_enter_el1_dbg.isra.0+0x14/0x20 el1_dbg+0x2c/0x90 el1h_64_sync_handler+0xcc/0xe8 el1h_64_sync+0x64/0x68
    __rcu_irq_enter_check_tick+0x0/0x1b8 arm64_enter_el1_dbg.isra.0+0x14/0x20 el1_dbg+0x2c/0x90 el1h_64_sync_handler+0xcc/0xe8 el1h_64_sync+0x64/0x68 __rcu_irq_enter_check_tick+0x0/0x1b8 arm64_enter_el1_dbg.isra.0+0x14/0x20 el1_dbg+0x2c/0x90 el1h_64_sync_handler+0xcc/0xe8 el1h_64_sync+0x64/0x68 __rcu_irq_enter_check_tick+0x0/0x1b8 [...] el1_dbg+0x2c/0x90 el1h_64_sync_handler+0xcc/0xe8 el1h_64_sync+0x64/0x68 __rcu_irq_enter_check_tick+0x0/0x1b8 arm64_enter_el1_dbg.isra.0+0x14/0x20 el1_dbg+0x2c/0x90 el1h_64_sync_handler+0xcc/0xe8 el1h_64_sync+0x64/0x68 __rcu_irq_enter_check_tick+0x0/0x1b8 arm64_enter_el1_dbg.isra.0+0x14/0x20 el1_dbg+0x2c/0x90 el1h_64_sync_handler+0xcc/0xe8 el1h_64_sync+0x64/0x68
    __rcu_irq_enter_check_tick+0x0/0x1b8 el1_interrupt+0x28/0x60 el1h_64_irq_handler+0x18/0x28 el1h_64_irq+0x64/0x68 __ftrace_set_clr_event_nolock+0x98/0x198 __ftrace_set_clr_event+0x58/0x80 system_enable_write+0x144/0x178 vfs_write+0x174/0x738 ksys_write+0xd0/0x188 __arm64_sys_write+0x4c/0x60 invoke_syscall+0x64/0x180 el0_svc_common.constprop.0+0x84/0x160 do_el0_svc+0x48/0xe8 el0_svc+0x34/0xd0 el0t_64_sync_handler+0xb8/0xc0 el0t_64_sync+0x190/0x194 SMP: stopping secondary CPUs Kernel Offset:
    0x28da86000000 from 0xffff800008000000 PHYS_OFFSET: 0xfffff76600000000 CPU features:
    0x00000,01a00100,0000421b Memory Limit: none (CVE-2023-53655)

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

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

  - 已修复 Linux 内核中的下列漏洞：drm/amdgpu: Fix memory leak in hpd_rx_irq_create_workqueue() If construction of the array of work queues to handle hpd_rx_irq offload work fails, we need to unwind. Destroy all the created workqueues and the allocated memory for the hpd_rx_irq_offload_work_queue struct array. (CVE-2022-50515)

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

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

  - xfrm转储 algos 与 encap 时补零将数据复制到用户空间应确保仅复制有效数据。结构中的填充可由随机可能敏感数据填充切勿将其直接提供给用户空间。此修补程序修复了 xfrm 算法的复制和 xfrm_user 中的 encap 模板使填充归零。 (CVE-2023-53684)

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

ID	名称	严重性
270230	Linux Distros 未修补的漏洞：CVE-2025-11340	high
270229	Linux Distros 未修补的漏洞：CVE-2025-39962	medium
270228	Linux Distros 未修补的漏洞：CVE-2025-39960	high
270227	Linux Distros 未修补的漏洞：CVE-2025-32916	low
270226	Linux Distros 未修补的漏洞：CVE-2025-39664	high
270225	Linux Distros 未修补的漏洞：CVE-2025-9825	medium
270224	Linux Distros 未修补的漏洞：CVE-2025-10004	high
270223	Linux Distros 未修补的漏洞：CVE-2025-59530	high
270222	Linux Distros 未修补的漏洞：CVE-2025-39964	high
270221	Linux Distros 未修补的漏洞：CVE-2025-39965	high
270220	Linux Distros 未修补的漏洞：CVE-2025-61724	medium
270219	Linux Distros 未修补的漏洞：CVE-2025-61725	high
270218	Linux Distros 未修补的漏洞：CVE-2025-47912	medium
270217	Linux Distros 未修补的漏洞：CVE-2025-58183	medium
270216	Linux Distros 未修补的漏洞：CVE-2025-58186	medium
270215	Linux Distros 未修补的漏洞：CVE-2025-61783	medium
270214	Linux Distros 未修补的漏洞：CVE-2025-61723	high
270213	Linux Distros 未修补的漏洞：CVE-2025-58189	medium
270212	Linux Distros 未修补的漏洞：CVE-2025-58187	high
270211	Linux Distros 未修补的漏洞：CVE-2025-11494	medium
270210	Linux Distros 未修补的漏洞：CVE-2025-58185	medium
270209	Linux Distros 未修补的漏洞：CVE-2025-11561	high
270208	Linux Distros 未修补的漏洞：CVE-2025-39961	medium
270207	Linux Distros 未修补的漏洞：CVE-2025-39957	high
270206	Linux Distros 未修补的漏洞：CVE-2025-39958	high
270205	Linux Distros 未修补的漏洞：CVE-2025-39963	high
270204	Linux Distros 未修补的漏洞：CVE-2025-39956	medium
270203	Linux Distros 未修补的漏洞：CVE-2025-39955	high
270202	Linux Distros 未修补的漏洞：CVE-2022-50553	high
270201	Linux Distros 未修补的漏洞：CVE-2023-53635	medium
270200	Linux Distros 未修补的漏洞：CVE-2022-50510	high
270199	Linux Distros 未修补的漏洞：CVE-2023-53627	medium
270198	Linux Distros 未修补的漏洞：CVE-2023-53643	medium
270197	Linux Distros 未修补的漏洞：CVE-2022-50520	medium
270196	Linux Distros 未修补的漏洞：CVE-2023-53654	medium
270195	Linux Distros 未修补的漏洞：CVE-2023-53625	medium
270194	Linux Distros 未修补的漏洞：CVE-2022-50530	medium
270193	Linux Distros 未修补的漏洞：CVE-2023-53682	medium
270192	Linux Distros 未修补的漏洞：CVE-2023-53678	medium
270191	Linux Distros 未修补的漏洞：CVE-2023-53662	medium
270190	Linux Distros 未修补的漏洞：CVE-2022-50531	medium
270189	Linux Distros 未修补的漏洞：CVE-2022-50554	medium
270188	Linux Distros 未修补的漏洞：CVE-2023-53651	medium
270187	Linux Distros 未修补的漏洞：CVE-2023-53680	high
270186	Linux Distros 未修补的漏洞：CVE-2023-53657	medium
270185	Linux Distros 未修补的漏洞：CVE-2023-53676	high
270184	Linux Distros 未修补的漏洞：CVE-2022-50521	medium
270183	Linux Distros 未修补的漏洞：CVE-2023-53655	high
270182	Linux Distros 未修补的漏洞：CVE-2022-50515	medium
270181	Linux Distros 未修补的漏洞：CVE-2023-53684	high

检测

Nessus 的 Misc. 系列

high

medium

high

low

high

medium

high

high

high

high

medium

high

medium

medium

medium

medium

high

medium

high

medium

medium

high

medium

high

high

high

medium

high

high

medium

high

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

high

medium

high

medium

high

medium

high