Linux安全漏洞:不要将输出内容管道给你的shell

本文发布时间: 2019-Mar-21
将wget或curl输出的内容管道给bash或者sh是一件非常愚蠢的事,例如像下面这样:wget -O - http://example.com/install.sh | sudo sh命令解释:wget的-O参数是指明输出文件名,一般后面接具体的文件名,这里接“-”表示“written to stdout”即写入到标准输出而不保存在本地磁盘,然后将标准输出里的内容作为输入传递给sudo sh命令。随处可见 这样的例子。有时候它们也告诉你忽略证书(看看Salt),这些操作都是无声无息的。 我认为其无声无息(而不是在你机器上运行任意命令,基于用户代理来欺骗你)的主要原因是其失败模式(failure mode)。 如果连接中途关闭了会发生什么?让我们来一起见证吧!(echo -n 'echo 'Hello''; cat) | nc -l -p 5555 命令解释: (1)echo的-n参数指明不在输出结尾添加“ ”行为,即不显式添加换行符(默认是添加的); (2)cat命令只有遇到换行符才会结束,否则一直处于挂起状态,直到遇到换行符结束; (3)nc命令是网络检测工具,具体用法请Google,这里-l指处于监听模式,-p 5555表示在5555号端口处监听。 这将给连接端发送一条命令,但是并没有发送换行符,因此它会一直处于挂起状态。让我们连接此客户端:nc localhost 5555 | sh 一开始,什么也不会发生。很好!如果我们用kill -9命令强制杀掉正在监听的netcat会发生什么呢?sh命令会执行其缓冲区里的部分命令吗?nc localhost 5555 | shHello过程说明: (1)如何杀掉正在监听的netcat? 首先用ps -auf | grep nc命令找到“(echo -n 'echo 'Hello''; cat) | nc -l -p 5555”该监听命令的进程pid,然后kill -9 该pid即可杀掉。 (2)“Hello”是杀掉nc监听进程后连接客户端方的输出结果,怎么输出的? 连接中途关闭后,“(echo -n 'echo 'Hello''; cat) | nc -l -p 5555”命令里的管道输入“(echo -n 'echo 'Hello'')”会被存入临时缓冲区内,此时连接方“nc localhost 5555 | sh”中的“nc localhost 5555”会接收该缓冲区的内容,也就是此时连接方的命令会变成:(echo -n 'echo 'Hello'') | sh当然输出Hello了。 从上面可以看出,真的执行了,要是换作wget或curl命令又会如何呢?wget -O - http://localhost:5555 | sh--2013-10-31 16:22:38-- http://localhost:5555/Resolving localhost (localhost)... 127.0.0.1Connecting to localhost (localhost)|127.0.0.1|:5555... connected.HTTP request sent, awaiting response... 200 No headers, assuming HTTP/0.9Length: unspecifiedSaving to: `STDOUT' [ <=> ] 12 --.-K/s in 8.6s2013-10-31 16:22:47 (1.40 B/s) - written to stdout [12]Hello可见,结果是一样的。如果这部分命令不是无害的echo而是下面的这些命令,又会怎样?TMP=/tmpTMP_DIR=`mktemp`rm -rf $TMP_DIR无害?真的吗?如果在命令“rm -rf $TMP ”被发送后立即关闭连接呢?这将删除temp目录里的一切文件,这是相当的有害啊。 看起来貌似不大可能会发生这样的事情,但是这样的结果一旦发送,即使只发生一次,后果也可能是灾难性的,让我们悔之不及。 所以,朋友们,请不要将任何命令的输出内容作为输入管道给你的shell。


(以上内容不代表本站观点。)
---------------------------------
本网站以及域名有仲裁协议。
本網站以及域名有仲裁協議。

2019-May-25 12:55pm
栏目列表