电商网站流量劫持案例分析与思考（四）
发布时间：2022-05-14 01:51:08
作者：
来源：
浏览量（2984 ）
摘要：机房的流量监控设备就会显示异常：比如这个案例就会出现用户接收了HTTP响应后没有回应，然后URL中又带了yiqifa.com的关键字重新访问主页的情况;再比如某些设备的HTTP阻断会向服务器发特定的RST包(我见过发IP Id为888...
机房的流量监控设备就会显示异常：比如这个案例就会出现用户接收了HTTP响应后没有回应，然后URL中又带了yiqifa.com的关键字重新访问主页的情况;再比如某些设备的HTTP阻断会向服务器发特定的RST包(我见过发IP Id为8888的案例)。
防护方面，这个案例只是伪造数据包，并没有实施阻断，所以只要客户端的安全软件把疑似出问题的包(一次TCP会话中TTL值相差很大或者IPId突然跳变)拦截就可以防御。为了避免误杀，可以拦截并休眠1秒，如果没有同样的数据包过来再放行。
有自己客户端的可以走自己的私有协议，网站类就困难一些，部署HTTPS吧。百度主页近期就使用了HTTPS，不过大部分用户还是不习惯在浏览器里输“”，所以还是存在被劫持的风险(类似的工具有SSLStrip)。当然了，对抗也会随之升级的，比如这次发现的GMail证书伪造事件。
在HTTPS尚不能大规模普及的情况下，是否可以给用户或者终端软件提供一个规避链路劫持的安全服务呢?似乎是可以的。下图是笔者构想的一个简单的通过本地代理软件加云服务的方式规避不安全ADSL链路的解决方案。
一些浏览器的云加速也客观上实现了这个功能。对于安全性不确定的公共WiFi，也可以用类似的方法来规避风险。
以上就是对电商网站流量劫持案例分析与思考的全部文字描述了，你都看懂了吗？希望这篇文章对你进行网站监控有所启发。
扫码访问手机页面
【免责声明】本网站的部分文章信息（文字、图片、音频视频文件等资源）来自于网络，均是为公众传播有益咨询信息之目的，其版权归版权所有人所有。 本站采用的非本站原创文章及图片等内容无法一一与版权者联系，如果本站所选内容的文章作者及编辑认为其作品不宜供大家浏览，或不应无偿使用， 请及时联系我们删除，同时向您深表歉意！请发送邮件153462496@qq.com进行联系。
0
