ARP欺骗绕过Android TV BOX分析

写在前面

无聊的时候bypass了家里电视盒子禁止安装第三方app的限制,又因为在找相关资料的时候发现都对萌新不太友好,希望这篇文章能让和我一样的安全萌新能了解到arp污染在内网中的巨大作用。

快速开始

本人使用Ubuntu 19,所需软件如下:

至于安装都比较简单,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原创奖励计划,未经许可禁止转载

原文发布于微信公众号 - FreeBuf(freebuf)

原文发表时间:2019-08-13

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

扫码关注云+社区

领取腾讯云代金券