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

  - netfilternf_conntrack修复因删除未初始化的条目造成的崩溃 据报告尝试从哈希存储段列表中取消链接 conntrack 条目时conntrack 中存在崩溃[exception RIP:
    __nf_ct_delete_from_lists+172] [..] #7 [ff539b5a2b043aa0] nf_ct_delete at ffffffffc124d421 [nf_conntrack] #8 [ff539b5a2b043ad0] nf_ct_gc_expired at ffffaffc124d999 [nf_conntrack #9 04aff039b] []
    __nf_conntrack_find_get at ffffffffc124efbc [nf_conntrack] [..] nf_conn 结构被标记为从 slab 中分配但似乎处于部分初始化的状态ct hlist 指针是垃圾看起来与 ct 哈希值相似因而会发生崩溃。 ct->status 等于 IPS_CONFIRMED|IPS_DYING这是预期的 ct->timeout 是 30000 (=30s)这在意外。其他所有内容看起来与正常 udp conntrack 条目无异。如果我们忽略 ct->status 并假装其为 0则该条目与新分配但尚未插入哈希的条目匹配 - ct hlist 指针过载并且存储/缓存原始元组哈希 - ct->timeout 与相对值匹配新 udp 流的预期时间而不是绝对“jiffies”值。如果没有 IPS_CONFIRMED__nf_conntrack_find_get() 将跳过该条目。理论认为我们确实命中了下列争用cpu x cpu y cpu z 发现条目 E 发现条目 EE 已过期 <preemption> nf_ct_delete() 返回 E 至 rcu slab init_conntrack E 已重新初始化ct->status 设置为 0 回复 tuplehash hnnode .pprev 存储哈希值。就在 E 于 cpu x 上被删除之前cpu y 发现了 E。现在会在 cpu z 上重新初始化 E。 cpu y 在检查到期和/或确认位之前被抢占。 ->refcnt 设置为 1 E 现在由 skb 拥有
    ->timeout 设置为 30000 如果现在恢复 cpu y它将发现 E 已过期但会由于缺少 CONFIRMED 位而跳过 E。 nf_conntrack_confirm 被调用 设置ct->status |= CONFIRMED 这是错误的 E 尚未添加至哈希表。 cpu y 恢复时它观察到 E 已过期但已确认 <resumes> nf_ct_expired() -> yesct->timeout 为 30s确认位设置。 cpu y 将尝试从哈希表中删除 Enf_ct_delete() -> set DYING bit __nf_ct_delete_from_lists 即使此情况也不能保证会崩溃cpu z 仍持有表存储段锁因此 y 会阻断等待已设置 z CONFIRMED 但不保证 ct 会添加到哈希chaintoolong 或冲突解决逻辑都跳过插入步骤。回复 hnnode.pprev 仍会存储哈希值。解锁旋转锁返回 NF_DROP<unblocks, then crashes on hlist_nulls_del_rcu pprev>如果 CPU z 未将条目插入哈希表cpu y 将立即再次取消 E 的链接但不会发生崩溃。如果没有“cpu y”争用则“垃圾”hlist 无关紧要ct refcnt 保持在 1最终 skb 将被释放且 E 通过以下方式被破坏
    nf_conntrack_put -> nf_conntrack_destroy -> nf_ct_destroy。要解决此问题请在表插入之后解锁之前移动 IPS_CONFIRMED 分配。Pablo 指出confirm-bit-store 可被重新排序为在 hlist add resp 之前发生。超时修复因此切换为 set_bit 和 before_atomic 内存屏障以防止这种情况发生。在设置 CONFIRMED 位之前其他 CPU 是否可以观察到新插入的条目无关紧要无法与上述事件区分开来 E 是旧的化身情况将跳过条目。同时更改 nf_ct_should_gc()以首先检查确认位。gc 序列为： 1. 检查条目是否已过期，如果未过期，则跳到下一个条目 2. 获取对过期条目的引用。 3. 调用 nf_ct_should_gc() 以仔细检查步骤 1。因此仅针对已到期检查已失败的条目调用 nf_ct_should_gc()。在此修补程序之后一旦确认的位检查通过
    ---truncated--- (CVE-2025-38472)

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

远程 Redhat Enterprise Linux 10 主机上安装的程序包受到 RHSA-2025:15005 公告中提及的多个漏洞影响。

    内核程序包中包含 Linux 内核，后者是任何 Linux 操作系统的核心。

    安全修复：

    * 内核：udp：修复内存核算泄漏。(CVE-2025-22058)

    * kernelnet_schedhfsc也修复了 hfsc_dequeue() 中一个潜在的 UAF (CVE-2025-37823)

    * kernelext4当数据记录常规文件时仅脏 folios (CVE-2025-38220)

    * kernelRDMA/iwcm修复 cm_id 销毁后工作对象的释放后使用 (CVE-2025-38211)

    * kernel: tipc修复 tipc_conn_close() 中的释放后使用 (CVE-2025-38464)

    * 内核vsock修复 transport_* TOCTOU (CVE-2025-38461)

    * kernel: netfilter: nf_conntrack修复因删除未初始化的条目而导致的崩溃 (CVE-2025-38472)

    有关上述安全问题的更多详细信息，包括其影响、CVSS 得分、致谢，以及其他相关信息，请参阅列于“参考”部分的 CVE 页面。

Tenable 已直接从 Red Hat Enterprise Linux 安全公告中提取上述描述块。

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

远程 Debian 12 主机上安装的多个程序包受到 dsa-5973 公告中提及的多个漏洞影响。

    - ------------------------------------------------------------------------- Debian 安全公告 DSA-5973-1 security@debian.org https://www.debian.org/security/Salvatore Bonaccorso 2025 年 8 月 12 日 https://www.debian.org/security/faq
    - -------------------------------------------------------------------------

    程序包：linux CVE ID：CVE-2024-36350 CVE-2024-36357 CVE-2024-36913 CVE-2024-41013 CVE-2024-56758 CVE-2024-57883 CVE-2025-21816 CVE-2025-22119 CVE-2025-27558 CVE-2025-37958 CVE-2025-38000 CVE-2025-38001 CVE-2025-38003 CVE-2025-38004 CVE-2025-38031 CVE-2025-38034 CVE-2025-38035 CVE-2025-38037 CVE-2025-38040 CVE-2025-38043 CVE-2025-38044 CVE-2025-38048 CVE-2025-38051 CVE-2025-38052 CVE-2025-38058 CVE-2025-38061 CVE-2025-38062 CVE-2025-38063 CVE-2025-38065 CVE-2025-38066 CVE-2025-38067 CVE-2025-38068 CVE-2025-38071 CVE-2025-38072 CVE-2025-38074 CVE-2025-38075 CVE-2025-38077 CVE-2025-38078 CVE-2025-38079 CVE-2025-38083 CVE-2025-38084 CVE-2025-38085 CVE-2025-38086 CVE-2025-38088 CVE-2025-38090 CVE-2025-38097 CVE-2025-38100 CVE-2025-38102 CVE-2025-38103 CVE-2025-38107 CVE-2025-38108 CVE-2025-38111 CVE-2025-38112 CVE-2025-38113 CVE-2025-38115 CVE-2025-38118 CVE-2025-38119 CVE-2025-38120 CVE-2025-38122 CVE-2025-38124 CVE-2025-38126 CVE-2025-38131 CVE-2025-38135 CVE-2025-38136 CVE-2025-38138 CVE-2025-38142 CVE-2025-38143 CVE-2025-38145 CVE-2025-38146 CVE-2025-38147 CVE-2025-38148 CVE-2025-38151 CVE-2025-38153 CVE-2025-38154 CVE-2025-38157 CVE-2025-38158 CVE-2025-38159 CVE-2025-38160 CVE-2025-38161 CVE-2025-38163 CVE-2025-38165 CVE-2025-38166 CVE-2025-38167 CVE-2025-38170 CVE-2025-38173 CVE-2025-38174 CVE-2025-38180 CVE-2025-38181 CVE-2025-38183 CVE-2025-38184 CVE-2025-38185 CVE-2025-38190 CVE-2025-38191 CVE-2025-38193 CVE-2025-38194 CVE-2025-38197 CVE-2025-38198 CVE-2025-38200 CVE-2025-38202 CVE-2025-38211 CVE-2025-38212 CVE-2025-38214 CVE-2025-38215 CVE-2025-38218 CVE-2025-38219 CVE-2025-38222 CVE-2025-38225 CVE-2025-38226 CVE-2025-38227 CVE-2025-38229 CVE-2025-38230 CVE-2025-38231 CVE-2025-38236 CVE-2025-38239 CVE-2025-38245 CVE-2025-38249 CVE-2025-38251 CVE-2025-38257 CVE-2025-38259 CVE-2025-38260 CVE-2025-38262 CVE-2025-38263 CVE-2025-38273 CVE-2025-38275 CVE-2025-38277 CVE-2025-38280 CVE-2025-38282 CVE-2025-38285 CVE-2025-38286 CVE-2025-38293 CVE-2025-38298 CVE-2025-38300 CVE-2025-38304 CVE-2025-38305 CVE-2025-38310 CVE-2025-38312 CVE-2025-38313 CVE-2025-38319 CVE-2025-38320 CVE-2025-38323 CVE-2025-38324 CVE-2025-38326 CVE-2025-38328 CVE-2025-38331 CVE-2025-38332 CVE-2025-38334 CVE-2025-38336 CVE-2025-38337 CVE-2025-38342 CVE-2025-38344 CVE-2025-38345 CVE-2025-38346 CVE-2025-38348 CVE-2025-38350 CVE-2025-38352 CVE-2025-38354 CVE-2025-38362 CVE-2025-38363 CVE-2025-38364 CVE-2025-38365 CVE-2025-38371 CVE-2025-38375 CVE-2025-38377 CVE-2025-38380 CVE-2025-38382 CVE-2025-38384 CVE-2025-38385 CVE-2025-38386 CVE-2025-38387 CVE-2025-38389 CVE-2025-38391 CVE-2025-38393 CVE-2025-38395 CVE-2025-38396 CVE-2025-38399 CVE-2025-38400 CVE-2025-38401 CVE-2025-38403 CVE-2025-38404 CVE-2025-38406 CVE-2025-38409 CVE-2025-38410 CVE-2025-38412 CVE-2025-38415 CVE-2025-38416 CVE-2025-38418 CVE-2025-38419 CVE-2025-38420 CVE-2025-38422 CVE-2025-38424 CVE-2025-38425 CVE-2025-38428 CVE-2025-38430 CVE-2025-38437 CVE-2025-38439 CVE-2025-38441 CVE-2025-38443 CVE-2025-38444 CVE-2025-38445 CVE-2025-38448 CVE-2025-38451 CVE-2025-38455 CVE-2025-38456 CVE-2025-38457 CVE-2025-38458 CVE-2025-38459 CVE-2025-38460 CVE-2025-38461 CVE-2025-38462 CVE-2025-38464 CVE-2025-38465 CVE-2025-38466 CVE-2025-38467 CVE-2025-38468 CVE-2025-38470 CVE-2025-38471 CVE-2025-38472 CVE-2025-38473 CVE-2025-38474 CVE-2025-38476 CVE-2025-38477 CVE-2025-38478 CVE-2025-38480 CVE-2025-38481 CVE-2025-38482 CVE-2025-38483 CVE-2025-38485 CVE-2025-38487 CVE-2025-38488 CVE-2025-38494 CVE-2025-38495 CVE-2025-38497 CVE-2025-38498 CVE-2025-38499

    在 Linux 内核中发现多个可能导致权限升级、拒绝服务或信息泄漏的漏洞。

    对于旧稳定发行版本 (bookworm)，已在版本 6.1.147-1 中修复这些问题。

    建议您升级 linux 程序包。

    如需了解 linux 的详细安全状态，请参阅其安全跟踪页面：
    https://security-tracker.debian.org/tracker/linux

    有关 Debian 安全公告、如何将这些更新应用到系统以及常见问题解答的更多信息，请访问以下网址：https://www.debian.org/security/

    邮件列表：debian-security-announce@lists.debian.org

Tenable 已直接从 Debian 安全公告中提取上述描述块。

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
251301	Linux Distros 未修补的漏洞：CVE-2025-38472	Nessus	Misc.	2025/8/18	2025/9/6	high
260457	RHEL 10kernelRHSA-2025:15005	Nessus	Red Hat Local Security Checks	2025/9/2	2025/9/2	high
249177	Debian dsa-5973：affs-modules-6.1.0-37-4kc-malta-di - 安全更新	Nessus	Debian Local Security Checks	2025/8/13	2025/9/5	medium

检测

插件搜索

high

high

medium