freeBuf
主站

分类

漏洞 工具 极客 Web安全 系统安全 网络安全 无线安全 设备/客户端安全 数据安全 安全管理 企业安全 工控安全

特色

头条 人物志 活动 视频 观点 招聘 报告 资讯 区块链安全 标准与合规 容器安全 公开课

官方公众号企业安全新浪微博

FreeBuf.COM网络安全行业门户,每日发布专业的安全资讯、技术剖析。

FreeBuf+小程序

FreeBuf+小程序

ARP欺骗绕过Android TV BOX分析
2019-08-13 09:00:18

写在前面

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

快速开始

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

名称 作用
mitmproxy 伪造web服务
wireshark 流量分析
Ettercap arp污染

至于安装都比较简单,mitmproxy使用pip install;

wireshark和Ettercap使用apt install。

基础的arp污染

用网线将网关WAN口与笔记本相连,使得笔记本与电视盒子处于同于子网(192.168.1.0/24):

ip_a.png

sudo ettercap -G

启动带GUI的ettercap。

sudo wirseshark

启动wirshshark。

选择合适的网卡:

wirshshark_enter.png

ettercap_select_eth.png

ettercap扫描主机:

etterca[_scan_hosts.png

把网关和电视盒子分别加入target1,target2。

开始arp欺骗,可以看到wirseshark中已经有流量。

一些分析

ip.adder = 192.168.1.8 and http

分析一下电视盒子的请求。

可以明显的看到有个域名appcenter.*:

wirshshark_catch_appcenter.png

这就是盒子应用中心的服务器了。

剔除显然不对的目标,同时还有几个奇怪的域名。看具体的返回都是一些true,succes之类的,应该是一些校验。

这些服务器可能与安装app有关,先记下。

然后,安装一个app,分析附近的流量。在拿到apk后,盒子又向log.*发送了请求,看起来这个log.*很可疑。

(后来写exp时证实,这个log.*就是用于校验用的)

wirsesark.jpg

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:

exp.png

再启动一个mitmproxy克隆log服务器:

mitmproxy -p 8080 --mode reverse:http://log.*:8080

点击更新app:

IMG_20190724_163542.jpg

斜眼笑.jpg

一些失败的尝试

wps投影宝具有文件管理功能。

移动某app,上传文件校验不严格,可以上传下载任意后缀的文件,但是我并没有找到利用点。

*本文作者:test890,本文属FreeBuf原创奖励计划,未经许可禁止转载

# 安卓 # ARP欺骗 # 电视盒子
本文为 独立观点,未经允许不得转载,授权请联系FreeBuf客服小蜜蜂,微信:freebee2022
被以下专辑收录,发现更多精彩内容
+ 收入我的专辑
+ 加入我的收藏
相关推荐
  • 0 文章数
  • 0 关注者