glibc 最新版本（安全补丁引起更严重的漏洞）
glibc 最新版本（安全补丁引起更严重的漏洞）Nikita Popov 认为，glibc 提供了主要的系统原语 (system primitives)，并与大多数其他 Linux 应用程序相关联，包括其他语言编译器和解释器。它是系统中仅次于内核的第二个最重要的组件，所以 glibc 如果出现问题会造成非常大的影响。Nikita Popov 在执行“将 CVE-2021-33574 的安全补丁移植到所支持的发行版的常规程序”时发现了这个问题，他发现在某些情况下可以传递空指针。然而 glibc 在打上修复此安全漏洞的补丁后，引起了更严重且更容易被利用的漏洞。在检查补丁时，来自 CloudLinux TuxCare 团队的 Nikita Popov 发现了问题，新的漏洞有可能导致在库内出现触发段错误 (segmentation fault) 的情况，从而导致任何使用 glibc 库的程序崩溃，产生拒绝服务 (DoS) 问题。更重要的是，这个
出品|开源中国
文|局长
6 月初，被广泛使用的 GNU C Library (glibc) 发布补丁修复了一个相对较小的安全漏洞(CVE-2021-33574)。修复安全问题本应是一件好事，但不幸的是，这个安全补丁引入了一个新的且更严重的漏洞(CVE-2021-38604)。
红帽软件工程师 Siddhesh Poyarekar 表示，如果攻击者想利用最初的安全漏洞来发起最小的攻击，他需要许多先决条件才可以利用漏洞来使程序崩溃。尽管如此，既然发现了安全漏洞就需要解决。
然而 glibc 在打上修复此安全漏洞的补丁后，引起了更严重且更容易被利用的漏洞。在检查补丁时，来自 CloudLinux TuxCare 团队的 Nikita Popov 发现了问题，新的漏洞有可能导致在库内出现触发段错误 (segmentation fault) 的情况，从而导致任何使用 glibc 库的程序崩溃，产生拒绝服务 (DoS) 问题。更重要的是，这个漏洞比旧的漏洞更容易触发。
红帽在其通用漏洞评分系统 (CVSS) 中给这个漏洞打了 7.5 分，此分数已经属于“高分”，意味着使用该漏洞的攻击很容易构建并且不需要特权。
此漏洞因上游的修复补丁而被引入，尤其是 mq_notify.c 文件：
Nikita Popov 在执行“将 CVE-2021-33574 的安全补丁移植到所支持的发行版的常规程序”时发现了这个问题，他发现在某些情况下可以传递空指针。
Nikita Popov 认为，glibc 提供了主要的系统原语 (system primitives)，并与大多数其他 Linux 应用程序相关联，包括其他语言编译器和解释器。它是系统中仅次于内核的第二个最重要的组件，所以 glibc 如果出现问题会造成非常大的影响。
