写在前面
无聊的时候bypass了家里电视盒子禁止安装第三方app的限制,又因为在找相关资料的时候发现都对萌新不太友好,希望这篇文章能让和我一样的安全萌新能了解到arp污染在内网中的巨大作用。
快速开始
本人使用Ubuntu 19,所需软件如下:
名称 | 作用 |
---|---|
mitmproxy | 伪造web服务 |
wireshark | 流量分析 |
Ettercap | arp污染 |
至于安装都比较简单,mitmproxy使用pip install;
wireshark和Ettercap使用apt install。
基础的arp污染
用网线将网关WAN口与笔记本相连,使得笔记本与电视盒子处于同于子网(192.168.1.0/24):
sudo ettercap -G
启动带GUI的ettercap。
sudo wirseshark
启动wirshshark。
选择合适的网卡:
ettercap扫描主机:
把网关和电视盒子分别加入target1,target2。
开始arp欺骗,可以看到wirseshark中已经有流量。
一些分析
ip.adder = 192.168.1.8 and http
分析一下电视盒子的请求。
可以明显的看到有个域名appcenter.*:
这就是盒子应用中心的服务器了。
剔除显然不对的目标,同时还有几个奇怪的域名。看具体的返回都是一些true,succes之类的,应该是一些校验。
这些服务器可能与安装app有关,先记下。
然后,安装一个app,分析附近的流量。在拿到apk后,盒子又向log.*发送了请求,看起来这个log.*很可疑。
(后来写exp时证实,这个log.*就是用于校验用的)
explot it
通过分析我知道,app更新服务器是appcenter.*,那么自然的想到了中间人攻击。
可以使用ettercap的插件dns_spof。
vim /etc/ettercap/etter.dns
添加解析:
appcenter.* 192.168.1.7log.* 192.168.1.7
然后使用mitmproxy进行站点克隆:
mitmweb -p 17080 --mode reverse:http://appcenter.*:17080
在127.0.0.1:8081上可以比较直观的看到请求了。
然后再写一个mitmproxy的脚步替换原本appcenter下发的apk:
再启动一个mitmproxy克隆log服务器:
mitmproxy -p 8080 --mode reverse:http://log.*:8080
点击更新app:
斜眼笑.jpg
一些失败的尝试
wps投影宝具有文件管理功能。
移动某app,上传文件校验不严格,可以上传下载任意后缀的文件,但是我并没有找到利用点。
*本文作者:test890,本文属FreeBuf原创奖励计划,未经许可禁止转载