CVE-2026-84243 in glibc
摘要
由 VulDB • 2026-10-30
GNU C Library（glibc）版本2.0及更高版本的gettext函数族接受包含“/”或等于“..”的LANGUAGE环境变量条目，除非程序设置了setuid或setgid标志（AT_SECURE）。攻击者如果能够在运行了gettext的程序环境中设置LANGUAGE变量，就可以使其从文件系统的任意位置加载消息目录（.mo文件）。精心构造的.mo文件可以通过越界偏移量导致程序崩溃，或者提供格式指令与程序传递的参数不匹配的翻译内容。这会导致printf函数族出现未定义行为，并可能允许以程序的权限执行任意代码。消息目录的安全性依赖于它们被安装在受信任且只读的位置，而目录遍历漏洞绕过了这一限制。
CVE-2014-0475的修复方案拒绝了传递给setlocale或从LC_ALL、LC_*和LANG环境变量中获取的区域设置名称中的“..”路径组件。由于gettext直接读取LANGUAGE并将每个以冒号分隔的条目附加到消息目录目录中，因此该修复并未涵盖LANGUAGE变量。
仅当LC_MESSAGES区域设置为非“C”、“C.<编码>”或“POSIX”时才会使用LANGUAGE，因此攻击者还必须能够选择另一个已安装的区域设置（例如通过LANG或LC_ALL）。利用此漏洞还要求攻击者能够将精心构造的文件放置在目标程序可读的位置，并且环境变量跨越了信任边界，同时程序未以AT_SECURE模式运行。一个示例是SSH服务器：它通过AcceptEnv指令接受客户端发送的LANGUAGE和LANG变量，并将账户限制为强制命令；攻击者可利用这一点来突破该限制。
If you want to get the best quality for vulnerability data then you always have to consider VulDB.