---
author: Michael Kerner
category: 观点
comments_data:
- date: '2016-06-20 21:57:23'
  message: 哈哈，不存在没有漏洞的程序。
  postip: 223.81.192.228
  username: 绿色圣光 [Firefox 45.0|GNU/Linux]
- date: '2016-06-22 16:43:15'
  message: c 和 c++ 那种栈帧 结构导致的 缓冲区溢出bug 太多了
  postip: 116.236.232.242
  username: 来自上海的 Chrome 51.0|Windows 7 用户
count:
  commentnum: 2
  favtimes: 0
  likes: 0
  sharetimes: 0
  viewnum: 5100
date: '2016-06-20 19:43:00'
editorchoice: false
excerpt: 谷歌披露的一个严重漏洞影响到了主流的 Linux 发行版。glibc 的漏洞可能导致远程代码执行。
fromurl: http://www.eweek.com/security/linux-systems-patched-for-critical-glibc-flaw.html
id: 7479
islctt: true
largepic: /images/p/201606/20/065038o1tgtluimk4itimi.jpg
permalink: /article-7479-1.html
pic: /images/p/201606/20/065038o1tgtluimk4itimi.jpg.thumb.jpg
related:
- displayorder: 0
  raid: 7021
reviewer: ''
selector: ''
summary: 谷歌披露的一个严重漏洞影响到了主流的 Linux 发行版。glibc 的漏洞可能导致远程代码执行。
tags:
- 安全
thumb: false
title: 影响 Linux 系统安全基石的 glibc 严重漏洞
titlepic: true
translator: robot527
updated: '2016-06-20 19:43:00'
---

编者按：这个消息是几个月前曝出的，也许我们该对基础软件的安全问题更加重视。


**谷歌披露的一个严重漏洞影响到了主流的 Linux 发行版。glibc 的漏洞可能导致远程代码执行。**


几个月前，Linux 用户都在竞相给一个可以使系统暴露在远程代码执行风险中的核心 glibc 开放源码库的严重漏洞打补丁。这个 glibc 的漏洞编号被确定为 CVE-2015-7547，题为“getaddrinfo 基于堆栈的缓冲区溢出”。


![](/images/p/201606/20/065038o1tgtluimk4itimi.jpg)


glibc，或 GNU C 库，是一个开放源码的 C 和 C++ 编程语言库的实现，是每一个主流 Linux 发行版的一部分。谷歌工程师们在他们试图连接到某个主机系统时发生了一个段错误导致连接崩溃，偶然发现了 CVE-2015-7547 问题。进一步的研究表明， glibc 有缺陷而且该崩溃可能实现任意远程代码执行的条件。


谷歌在一篇博客文章中写道, “当 getaddrinfo() 库函数被使用时，glibc 的 DNS 客户端解析器易受基于堆栈缓冲区溢出的攻击，使用该功能的软件可能通过攻击者控制的域名、攻击者控制的 DNS [域名系统] 服务器，或通过中间人攻击方式（MITM）进行破坏。”


其实利用 CVE-2015-7547 问题并不简单，但它是可能的。为了证明这个问题能被利用，谷歌发布了论证一个终端用户或系统是否易受攻击的概念验证（POC）代码到 GitHub 上。


GitHub 上的 POC 网页说“服务器代码会触发漏洞，因此会使客户端代码崩溃”。


Duo Security 公司的高级安全研究员 Mark Loveless 解释说 CVE-2015-7547 的主要风险在于依赖于 DNS 响应的基于 Linux 客户端的应用程序。


Loveless 告诉 eWEEK “需要一些特定的条件，所以不是每个应用程序都会受到影响，但似乎一些命令行工具，包括流行的 SSH[安全 Shell] 客户端都可能触发该漏洞，我们认为这是严重的，主要是因为对 Linux 系统存在的风险，但也因为潜在的其他问题。”


其他问题可能包括一种通过电子邮件触发调用易受攻击的 glibc 库 getaddrinfo() 攻击的风险。另外值得注意的是，该漏洞被发现之前已存在于代码之中多年。


谷歌的工程师不是第一或唯一发现这个 glibc 安全风险的团体。这个问题于 2015 年 7 月 13 日首先被报告给了 glibc 的 bug[跟踪系统](https://sourceware.org/bugzilla/show_bug.cgi?id=1866)。该缺陷的根源可以更进一步追溯到在 2008 五月发布的 glibc 2.9 的代码提交时首次引入缺陷。


Linux 厂商红帽也独立找到了 glibc 中的这个 bug，而且是在 2016 年 1 月 6 日，谷歌和红帽开发人员证实，他们作为最初与上游 glibc 的维护者私下讨论的部分人员，已经独立在为同一个漏洞工作。


红帽产品安全首席软件工程师 Florian Weimer 告诉 eWEEK “一旦确认了两个团队都在为同一个漏洞工作，我们会合作进行可能的修复，缓解措施和回归测试，我们还会共同努力，使测试覆盖尽可能广，捕捉代码中的任何相关问题，以帮助避免今后更多问题。”


由于缺陷不明显或不易立即显现，我们花了几年时间才发现 glibc 代码有一个安全问题。


Weimer 说“要诊断一个网络组件的漏洞，如 DNS 解析器，当遇到问题时通常要看抓到的数据包的踪迹，在这种情况下这样的抓包不适用，所以需要一些实验来重现触发这个 bug 的确切场景。”


Weimer 补充说，一旦可以抓取数据包，就会投入大量精力到验证修复程序中，最终完成回归测试套件一系列的改进，有助于上游 glibc 项目。


在许多情况下，安全增强式 Linux (SELinux) 的强制访问安全控制可以减少潜在漏洞风险，但是这个 glibc 的新问题例外。


Weimer 说“由于攻击者提供的任意代码的执行，会对很多重要系统功能带来风险。一个合适的 SELinux 策略可以遏制一些攻击者可能会做的损害，并限制他们访问系统，但是 DNS 被许多应用程序和系统组件使用，所以 SELinux 策略只提供了针对此问题有限的遏制。”


在揭露漏洞的今天，现在有一个可用的补丁来减少 CVE-2015-7547 的潜在风险。




---


via: <http://www.eweek.com/security/linux-systems-patched-for-critical-glibc-flaw.html>


作者：[Michael Kerner](https://twitter.com/TechJournalist) 译者：[robot527](https://github.com/robot527) 校对：[wxy](https://github.com/wxy)


本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创翻译，[Linux 中国](https://linux.cn/) 荣誉推出