This topic created in 2018 days ago, the information mentioned may be changed or developed.
目前想到两种办法:
-
我用 text2pcap 将 wireshark 捕获的报文( hex )部分修改后 转成 pcap 格式,再用 tcpreplay 将该报文重发。wireshark 能捕获到该重发的报文,但已经被认为是虚假重传,原因是包序列不对,原来的包已经被应答了。对计网了解得不是很深,暂时没有更进一步的解决方案
-
搭建一台 kali 主机,实现 ARP 攻击,冒充网关去嗅探流量并篡改报文。这个我觉得理论上是行得通的,而且还是实时篡改,但是对嗅探流量和串改报文工具这块,并且多年没有写 C 语言,所以不是很熟悉。有了解过 golang 的 gopacket,ARP 欺骗的 arpspoof
11 replies • 2020-11-19 14:22:30 +08:00
 |
|
2
G65TMsqw3 Nov 17, 2020
tcp 的 ack/seq 等等数据需要自己重新计算,其他层的校验 libnet 已经做了
|
 |
|
3
sujin190 Nov 17, 2020
iptables 重定向过来,先接收修改完了再发送出去就是了啊,这多简单
|
 |
|
5
mingl0280 Nov 17, 2020 via Android
iptables 或者捕获库先把数据包拦截不发啊……不然你怎么攻击……
|
 |
|
6
barathrum Nov 17, 2020
虚假重传不是因为包序列不对,是已经被 ack 了。
|
 |
|
7
faceRollingKB Nov 18, 2020
想问下 https 报文被这样篡改的难度有多大?前端项目需要在多大程度上考虑这种篡改?
|
 |
|
8
labubu Nov 18, 2020
我之前刚好写了一个,python 版本的,接口简单,符合你要求,可以修改报文,缺点是不能修改报文的长度,不然会出现伪重传,想要了解的我可以上传到 github 。
|