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

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

漏洞技术原理

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

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

漏洞利用条件

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

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

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

修复建议

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

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