漏洞简介
GNU Bash 4.3及之前版本在评估某些构造的环境变量时存在安全漏洞，向环境变量值内的函数定义后添加多余的字符串会触发此漏洞，攻击者可利用此漏洞改变或绕过环境限制，以执行Shell命令。某些服务和应用允许未经身份验证的远程攻击者提供环境变量以利用此漏洞。此漏洞源于在调用Bash Shell之前可以用构造的值创建环境变量。这些变量可以包含代码，在Shell被调用后会被立即执行。
这个漏洞的英文是：ShellShock，中文名被XCERT命名为：破壳漏洞。
该漏洞在Red Hat、CentOS、Ubuntu 、Fedora 、Amazon Linux 、OS X 10.10中均拥有存在CVE-2014-6271（即“破壳”漏洞）漏洞的Bash版本，同时由于Bash在各主流操作系统的广泛应用，此漏洞的影响范围包括但不限于大多数应用Bash的Unix、Linux、Mac OS X，而针对这些操作系统管理下的数据均存在高危威胁。
漏洞的利用方式会通过与Bash交互的多种应用展开，包括HTTP、OpenSSH、DHCP等
出现位置：vulhub-Tr0ll2ssh登录过程
环境部署
安装部署vulhub环境：https://www.cnblogs.com/Cl0ud/p/14195114.html
进入vulhub文件夹
进入bash文件夹下的shellshock
执行命令启动docker
docker-compose up -d
服务起在8080端口
本地漏洞检测
进入docker容器
payload为： env x='() { :;}; echo shellshocked' bash –c "echo hi"
如果输出shellshocked则表示存在漏洞
本地漏洞检测POC分析
口语化阐释一下漏洞原理：父进程中的特殊变量字符串(这里指字符串内容为函数)成为环境变量后，在子进程中调用该字符串时将其理解为函数执行
在shell中函数定义：Shell 函数 | 菜鸟教程
#!/bin/bash
# author:菜鸟教程
# url:www.runoob.com
demoFun(){
echo "这是我的第一个 shell 函数!"
}
echo "-----函数开始执行-----"
demoFun
echo "-----函数执行完毕-----"在shell中定义变量
springbird="hi"使用echo 输出
然后开启以后新的进程后，可以看到$springbird变量没有继承到子进程中来
那么我们怎么样才能在子进程中使用父进程的变量呢？(自问自答)
可以将变量存储到环境变量中，这样就可以在父子进程中一起使用该变量了
我们使用export命令将其设置为环境变量，export简介：Linux export命令 | 菜鸟教程
如图：
可以看到设置环境变量后子进程也能够使用该变量了
这个时候我们设置一个函数作为环境变量
x(){ echo "test"; }如图
可以看到子进程中也能成功执行该函数
这时候我们改变一点点
创建字符串环境变量springbird
export springbird='() { cat /etc/passwd;}'注意：
()和{之间有空格
可以看到我们创建的字符串变量被设置成环境变量后在子进程解释成了函数执行，成功读取了 /etc/passwd
所以触发并利用破壳漏洞的所需要的几点：
- 被攻击的bash存在漏洞（版本小于等于4.3）
- 攻击者可以控制环境变量
- 新的bash进程被打开触发漏洞并执行命令
从上面的分析中可以看出，漏洞的根本原因存在于Bash的ENV命令实现上，因此漏洞本身是不能够直接导致远程代码执行的。如果要达到远程代码执行的目的，必须借助第三方服务程序作为媒介才能够实现，第三方服务程序也必须要满足众多条件才可以充当此媒介的角色。
漏洞原理
该Bash使用的环境变量是通过函数名称来调用的，导致漏洞出问题是以(){开头定义的环境变量在命令ENV中解析成函数后，Bash执行并未退出，而是继续解析并执行shell命令。而其核心的原因在于在输入的过滤中没有严格限制边界，也没有做出合法化的参数判断。
偷图：
插曲
访问靶场的漏洞文件时出现了500 Internal Server Error的错误，即访问http://靶场地址/victim.cgi时报错
进入容器内部
docker exec -it 6d40 bash查看apache2的error.log
发现错误为权限不足：
[cgid:error] [pid 69:tid 140543753557888] (13)Permission denied: AH01241: exec of '/var/www/html/victim.cgi' failed
修改其权限为755即可
chmod 755 victim.cgi
漏洞利用
按照前面分析的漏洞原理，此处构造读取/etc/passwd的payload
() { :; }; echo; /bin/cat /etc/passwd
可以看到打出了passwd
还有一个问题
但是我们在victim.cgi文件里面并没有看到调用环境变量，我们从User-agent里面打过去的payload为什么就生效了
在这篇博文中提到：https://www.guildhab.top/?p=1805
CGI脚本会继承系统的环境变量。CGI环境变量在CGI程序启动时初始化，在结束时销毁。
当一个CGI脚本未被HTTP服务器调用时，它的环境变量几乎是系统环境变量的复制，当这个CGI脚本被HTTP服务器调用时，它的环境变量就会增加关于HTTP服务器，客户端，CGI传输过程等条目
也就是说，每当CGI脚本接收到一次HTTP请求，它的环境变量就会新增一些条目，比如User-agent，Connection等信息
所以这里我们通过修改User-Agent来修改CGI环境变量
漏洞利用场景
- 程序在某一时刻使用 bash 作为脚本解释器处理环境变量赋值
- 环境变量的赋值字符串来源于用户输入 , 且没有通过有效的过滤
