glibc 曝出重大漏洞，你的 Docker 镜像还安全吗？

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

› Boot2docker

这是一个创建于 3225 天前的主题，其中的信息可能已经有所发展或是发生改变。

2 月 16 日， Google 在博客中公布了一个关于 GNU C Library (glibc)的安全漏洞，可导致 GNU/Linux 上的应用被攻击者劫持，进而在 GNU/Linux 上执行任意代码，甚至控制计算机。 CVE 编号为 CVE-2015-7547 。

glibc （ GNUC Library ）是 GNU 发布的 libc 库，是 GNU/Linux 中最底层的 API ，几乎其它任何运行库都会依赖于 glibc 。 glibc 除了封装 Linux 操作系统所提供的系统服务外，它本身也提供了许多其它必要功能服务的实现。

漏洞概述

Google 的安全人员发现， glibc 的 DNS 客户端解析器中存在基于栈的缓冲区溢出漏洞。当调用到 getaddrinfo()库函数时，攻击者便可借助被劫持的域名、被劫持的 DNS 服务器或中间人攻击利用该漏洞，控制软件，甚至直接远程 root 。

影响范围

glibc 应用于众多 Linux 发行版本中，所以此类漏洞影响范围十分广泛。几乎所有的 Linux 发行版，只要 glibc 版本大于 2.9 就会受到影响。

漏洞详解

对于一个 DNS 查询来说， glibc 中的_nss_dns_gethostbyname4_r()函数会通过 aloca()在栈中预先分配 2048 字节的空间来存储 DNS 的应答结果。

接下来执行 send-dg()和 send_vc()函数时，如果 response 超过 2048 个字节，会在堆中分配一个新的缓冲区，其中所有的信息（ buffer pointer, new buffer size 和 response size ）也会被更新。

某些情况下，栈中的缓冲区和新的堆分配会发生不匹配，尽管 response 会超出栈缓冲区的大小，新的堆缓冲区也被分配了，栈缓冲区依然会被用来存储 DNS response ，这就会造成栈缓冲区溢出。

ssh ， sudo 和 curl 等都有可能引起这个缓冲区溢出。

Google 在博客中提供了 POC 测试（感兴趣的同学可以试一下这个漏洞到底有多大）： https://github.com/fjserna/CVE-2015-7547

POC 测试，即 Proof of Concept ，是业界流行的针对客户具体应用的验证性测试，根据用户对采用系统提出的性能要求和扩展需求的指标，在选用服务器上进行真实数据的运行。

Docker 做了啥？

在这里要特别表扬下 Docker ，昨天 Docker 在第一时间就开始更新镜像，由于灵雀云镜像中心的 library 库是和 Docker 官方镜像库实时同步的，我们的工程师昨天就发现有几百个镜像更新任务在排队。目测 Docker 已经把官方库中所有镜像做了更新。 Mesoscloud ， Microsoft 的镜像也都做了相关更新。