我最近演示了如何使用mitmproxty执行中间人攻击HTTP(S)连接。当mitmproxy工作支持基于HTTP的通信，它不了解其他基于基于TLS/SSL的流量，比如FTPS，通过SSL的SMTP，通过SSL的IMAP或者其他一些覆盖TLS/SSL的协议。
SSLsplit是一般的通过所有安全通信协议来进行中间人攻击TLS/SSL代理。使用SSLsplit可以拦截保存基于SSL流量，从而监听任何安全连接。
1、工作原理
SSLsplit和其他SSL代理工具十分相似：它可以作为客户端和服务器之间的中间人。只要流量被重定向到SSLsplit运行（更改默认网关、ARP欺骗或其他手段）的服务器，SSLsplit开始进行SSL连接并假装是客户端连接到的服务器。要做到这一点，它会动态声称一个证书，使用CA证书的私钥（客户端信任的）签名。
举个例子，如果一个客户想要使用Gmail SMTP服务器发一封email（smtp.gmai.com 端口为465，SSLsplit创建了一个证书，然后假装成Gmail的mail服务器指向客户端。在上行方向（指向真正的Gmil服务器）,SSLsplit连接到客户端，很像衣蛾普通的客户端——转发所有的实际客户端写的流量。
如果你对细节有兴趣，请查看如何工作部分的博客，关于HTTP截获与mitmproxy。其基本概念是相同的，所以比较容易理解。
2、安装运行SSLsplit
如何拦截SSL（和非SSL）流量。
2.1 流量重定向
2.1.1 使用ARP欺骗通过发布到攻击者的IP地址，从标准的网关的MAC地址映射虚假重定向受害者的流量。你并不需要物理访问受害者。查看arpspoof工具。
2.1.2 修改受害者的默认网关。
2.1.3 最简单的方法是有机会接触到受害人的设备。
2.1.4 加强DSN和可以反悔攻击者IP地址的DNS服务器入口。看关于DNS spoofing的教程。
2.1.5 通过修改/etc/hosts文件重定向每个域。
上面提到的最简单的方法就是改变受害者的默认网关地址，将其改为攻击者的IP。确保流量通过你的机器。因为我们之后需要安装CA证书，我们需要物理访问受害者的机器。
2.2 安装
下载并编译SSLsplit
|
1 2 3 4 5 6 7 |
|
2.3 创建并安装根CA证书
为了让SSLsopit可以充当中间人，它受害者必须信任存储攻击者的根CA证书。根据客户端（浏览器、电话）的类型，根证书还是有些不同的
生成一个CA私钥和证书：
|
1 2 |
|
2.4 启用IP转发和NAT引擎（iptables）
在这个例子里，SSLsplit将在两个端口上运行：8080 用在非SSL TCP连接，比如HTTP,SMTP或者TFP；8443用于SSL连接，比如通过SSL的SMTP，HTTPS等。未来装法到达攻击者机器的包到这些内部端口，NAT引擎可以被使用。
|
1 2 3 4 5 6 7 8 9 |
|
2.5 运行SSLsplit
一旦IP转发非常活跃，数据包被转发到相关端口，你就可以开始SSLsplit。这些听起来很简单，事实也是如此。因为SSLsplit是一个非常强大的工具，因此非常灵活。可以查看更详细的SSLsplit手册来查看更多信息。
合理的参数配置：
|
1 2 3 4 5 6 7 8 9 |
|
此命令在调试模式下启动SSLsplit （-D，在前台运行，后台没有，详细输出），输出城市连接在日志文件”connections.log”(-l...)。真正的连接内容被写在”/tmp/sslsplit/logdir/“（-j...和-S..）每个单独文件中的每个连接的传入/传出TCP流。
假设你的配置正确，那现在就可以开始浏览和发送/接收电子邮件了。SSLsplit在控制台上输出连接的详细信息：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 |
|
每个文件指示TCP socket可以被打开，显示确切的时间、源和目的IP地址和端口。你可以在文件头中看到：
|
1 2 3 4 5 6 7 8 9 10 |
|
3、示例
你可以使用SSLsplit监听不同的协议。下面是HTTPS，通过SSL的IMAP和通过SSL的SMTP几个例子。
3.1 嗅探HTTPS（google.de & facebook.com）
一旦SSLsplit开始运行，在客户端和实际服务器之间的所有通信都通过SSLsplit。使用-d选项，SSLsplit 打印出连接和证书伪造在STDOUT。除此之外，内容被logdir（”/tmp/sslsplit/logdir”）中。使用 tail -f /tmp/sslsplit/loggdir/20130804T162301Z-*.log，你可以follow客户端和服务器之间的通信。
上面的截图中显示了SSLsplit的输出。这表明上游的Facebook证书是真的，通过SSLsplit伪造证书，两个指纹不同，因为它是由不同的证书颁发机构签署。
较低的控制台显示了HTTPS通信的内容。该截图显示了HTTPS POST请求“https://www.facebook.com/login.php?login_attempt=1”，包括我的用户名（&email=）和密码（&pass=）。
如果一个人点击小锁图片上的任何SSL/TLS加密网站，同时通过SSLsplit将流量重定向，该证书发放给真正的CN，组织（O），和组织单位（OU），但不通过真正的CA颁发。
其他例子可以查看http://blog.philippheckel.com/2013/08/04/use-sslsplit-to-transparently-sniff-tls-ssl-connections/
本文由 360安全播报 翻译，转载请注明“转自360安全播报”，并附上链接。
原文链接：http://blog.philippheckel.com/2013/08/04/use-sslsplit-to-transparently-sniff-tls-ssl-connections/
以上是原文
下图是我的测试成功图片
