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

  - gcov：使用原子计数器更新修复并发访问崩溃 GCC 的 GCOV 检测可以将全局分支计数器与循环归纳变量合并作为优化。在 inflate_fast（） 中，内部复制循环被转换，以便多次加载 GCOV 计数器值以计算循环基址、起始索引和结束边界。由于 GCOV 计数器是全局的（不是每个 CPU），不同 CPU 上的并发执行会导致计数器在负载之间变化，从而产生不一致的值和越界内存写入。当 inflate_fast（） 在多个 CPU 上并发运行时，崩溃会在 IPComp（IP 负载压缩）处理期间显示： 缺陷：无法处理地址的页面错误：ffffd0a3c0902ffa RIP：
    inflate_fast+1431 调用跟踪：zlib_inflate __deflate_decompress crypto_comp_decompress ipcomp_decompress [xfrm_ipcomp] ipcomp_input [xfrm_ipcomp] xfrm_input 在崩溃点，编译器从同一个全局 GCOV 计数器 （__gcov0.inflate_fast+216） 生成三个负载，以计算索引循环的基础、开始和结束。另一个 CPU 在加载之间修改计数器，使值不一致 - 写入超过 3.4 MB 超出 65 KB 缓冲区。在顶级 Makefile 中全局级别将 -fprofile--atomic 添加至 -fprofile-update=prefer-atomic 至 CFLAGS_GCOV，并由 try-run 编译测试保护。该测试使用完整KBUILD_CFLAGS编译一个有或没有 -fprofile-update=prefer-atomic 的最小程序，然后比较生成的对象文件中的未定义符号。如果 prefer-atomic 引入新的未定义引用（例如
    __atomic_fetch_add_8 i386 上或 __aarch64_ldadd8_relax arm64 上的 outline-atomics），则未添加该标记 -- 内核不会链接到 libatomic。在 GCC 内联 64 位原子计数器更新的架构上（x86_64、s390...），测试通过并启用标记，从而防止编译器将计数器与循环诱导变量合并，并修复了观察到的并发访问崩溃。在此标记将引入 libatomic 依赖性的架构上，它会被静默忽略，并且行为不会比此修补程序之前恶化。将CFLAGS_GCOV块从其原始位置（在 arch Makefile 包含之前）移动到核心KBUILD_CFLAGS分配之后但在 scripts/Makefile.gcc-plugins 包含之前。此放置可确保 try-run 测试看到 arch 特定的标志 （-m32、-march=、-mno-outline-atomics），同时避免在插件共享对象尚不存在时可能中断全新版本测试的 GCC 插件标志 （-fplugin=）。（CVE-2026-63825）

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

检测

Linux Distros 未修补的漏洞：CVE-2026-63825

critical Nessus 插件 ID 327843

版本 1.2