AlmaLinux 9.6 主机上存在安装的程序包，该程序包受到 TuxCare ALMALINUX9.6：CLSA-2026：2026：1793267498公告中提及的多个漏洞的影响。

  - 将有效的空字符串传递给 GNU C 库版本或更早版本 2.45 的“fopen”函数中模式参数的“，ccs=”语法扩展，当输入到该函数的模式字符串由攻击者控制时，可导致堆缓冲区溢出。在常见 GNU/Linux 发行版本的应用程序中看不到此使用模式，且处理用户为“ccs”提供的值的应用程序不应在未经验证的情况下将其传递。（CVE-2026-18374）

  - 在 GNU C 库版本 2.1 中足够深的树上调用 tdelete 可能会 2.44 在堆栈上 alloca 分配的数组的末尾后写入一个指针，这可能造成应用程序崩溃。tdelete 实现保留用于重新平衡的父节点的显式堆栈，在树下降时根据需要增长。两个重新平衡的分支在不检查容量的情况下推送一个额外的条目，并在堆栈刚好已满时写入超出数组。要触发此漏洞，需要一个深度为 40（或 40 加以 20 的倍数）的节点，这意味着树至少具有 100 万个节点，因此攻击者必须通过使用 tsearch 和 tdelete 的应用程序来推动大量插入和删除。写入的值是指向树节点的指针，并非直接受攻击者控制。在通用发行版本中尚未发现受影响的应用程序。（CVE-2026-19542）

  - 通过 GNU C 库版本 2.0 到版本 2.43 中的WRDE_APPEND调用 wordexp 会导致接口在 we_wordv 成员中返回无效内存，这在后续调用 wordfree 时可能会中止进程。（CVE-2026-6368）

  - 当展开以波浪符 （~） 开头且后跟用户名的路径时，内部 parse_tilde 函数将提取用户名以确定用户的主目录。该实现使用 strndupa 宏直接在堆栈上为此用户名分配内存。由于此分配的大小是由用户提供的输入长度决定的，且没有任何边界检查，因此若传递超长用户名（例如数千个字符），线程就会强制耗尽其堆栈空间。因此，如果应用程序向 wordexp 函数传递不受信任的、受攻击者控制的输入，攻击者可触发堆栈冲突。（CVE-2026-6791）

  - 在 GNU C 库版本2.32.44中将构建的 SHIFT_JISX0213 输入转换为 UCS-4 或内部宽字符编码（例如使用 iconv）可能导致转换器没有进度，从而导致进行调用的应用程序挂起。一些SHIFT_JISX0213序列解码到两个代码点。如果输出缓冲区只有第一个缓冲区的空间，转换器会将第二个缓冲区存储在转换状态中并返回 E2BIG，但在下次调用中发出该挂起字符后，它永远不会清除该挂起的字符。然后，转换器会继续发出待定字符，而不消耗更多输入，因此重试转换的应用程序会永久循环。输入必须由攻击者控制，并且应用程序必须使用足够小的输出缓冲区来拆分两个代码点。仅不常用的 SHIFT_JISX0213 字符集受到影响。EUC_JISX0213转换器中的相关缺陷单独跟踪为 CVE-2026-80489。（CVE-2026-77117）

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

检测

AlmaLinux 9.6 [TuxCare] 安全更新：compat-libpthread-nonshared / glibc / glibc-all-langpacks / etc 多种漏洞（ALMALINUX9.6：CLSA-2026：1793267498）

critical Nessus 插件 ID 373619

未找到依赖项

检测

AlmaLinux 9.6 [TuxCare] 安全更新：compat-libpthread-nonshared / glibc / glibc-all-langpacks / etc 多种漏洞 （ALMALINUX9.6：CLSA-2026：1793267498）

critical Nessus 插件 ID 373619

未找到依赖项

AlmaLinux 9.6 [TuxCare] 安全更新：compat-libpthread-nonshared / glibc / glibc-all-langpacks / etc 多种漏洞（ALMALINUX9.6：CLSA-2026：1793267498）