glibc漏洞威胁数百万Linux系统安全 可导致任意代码执行

GNU C库（glibc）作为绝大多数Linux应用程序的基础组件，其共享库加载机制中新发现的漏洞可能影响静态setuid二进制文件的安全性。该漏洞编号为CVE-2025-4802，源于静态setuid二进制文件通过dlopen()进行动态库调用时，错误处理了LD_LIBRARY_PATH环境变量。

漏洞技术原理

glibc是GNU项目及所有主流Linux发行版使用的标准C库，作为操作系统内核与用户空间程序之间的桥梁，负责处理输入/输出、内存分配和网络通信等基础功能。虽然glibc主要服务于动态链接二进制文件，但也支持静态链接可执行文件——这类程序在编译时已包含所有必要库文件。

漏洞本质在于静态setuid二进制文件与动态加载器的交互异常。安全公告指出："当静态链接的setuid二进制文件调用dlopen（包括setlocale后的内部dlopen调用或getaddrinfo等NSS函数调用）时，可能错误地搜索LD_LIBRARY_PATH来确定加载哪个库，导致执行攻击者控制的库代码。"

漏洞利用条件

该漏洞被归类为本地条件性风险，需要同时满足以下条件：

• 系统中存在静态链接的setuid二进制文件
• 该二进制文件需调用dlopen()——无论是直接调用还是通过libc/NSS间接调用
• 当前环境允许用户设置LD_LIBRARY_PATH

公告特别说明："截至本公告发布时尚未发现此类程序，但不能排除存在自定义setuid程序的可能性——尽管从安全实践角度强烈不建议使用这类程序。"这使得该漏洞成为低概率但高影响的威胁，特别是在使用遗留或自定义静态二进制文件的环境中。

修复建议

系统管理员和Linux发行版维护者应当：

• 将glibc升级至2.39版本，若维护自定义构建则需手动应用补丁
• 审计静态setuid二进制文件，尽可能移除或改用动态链接重新编译