内容简介：解决方法：换https。看标题来找解决方法的可以止步，下面内容只是想告诉你为什么会这样。302劫持在http中很常见，也称为DNS劫持。
解决方法：换https。
看标题来找解决方法的可以止步，下面内容只是想告诉你为什么会这样。
302劫持在http中很常见，也称为DNS劫持。
打开网站莫名其妙多了广告，下载apk莫名其妙下下来别的乱七八糟的安装包，原因就是访问 http://www.a.com时DNS服务器本应该返回a网站的ip，而在遭到DNS劫持后，会返回一个运营商中间服务器的ip，之后通过302重定向让用户访问到他们预设的目标ip。
但这里说的302劫持还没那么简单，如果不留意，可能还一直不会被发觉。
问题发现
事情是这样滴~~
某天，A更新了服务器最新渠道包，所以在应用打开时会弹框提示更新就像这样：
这个更新逻辑是这样的：
- 点击“立即升级”
- App内利用从RESTful API获取到的下载url，发起get请求进行文件下载
- 下载完成，调起apk安装界面进行安装
就这几步这么简单，然而就是这么简简单单的几步，慢慢发现还真不简单。
A发现App在服务器的渠道包已经更新到了7.0.5，但是刚刚更新完的App一打开又一次提示更新，这是什么鬼？？？
再去版本号一看，7.0.4，还真是没更新。。。
而且，诡异的是，原本是7.0.4_xm（小米应用商店）渠道的包，经过一轮（假）更新后，渠道标识变成了7.0.4_myapp（应用宝）渠道的包。
但这个不是必现，如果再按同样的流程更新一次，也就能更新到正确的最新的包了。
所以初步考虑是不是缓存相关导致的。
从RESTful API找起
初步怀疑是不是在请求RESTful API时，服务端对对应用户id的请求做了缓存，A的用户id在早些时候使用过myapp渠道的包请求过检查更新的接口，结果换成xm渠道包检查更新时拿到了缓存下来的myapp渠道的下载地址。
问题排查步骤及现象
- 跟后端对应api负责人沟通，获取对应id请求log
- 比对返回内容
从返回内容来看，返回是没问题的，下载地址也确实是正确的，
那么可以排除在RESTful API这个环节出问题的可能性。
再看所下载的文件
正常的文件命名为 gkfb_渠道名.apk ，比如小米渠道包升级文件是： gkfb_xm.apk 。
存放路径为手机根目录下的/download目录。
然后打开目录发现这种场景：
发现了莫名其妙命名文件名的安装包，命名为 com.zhouyue.Bee_7.0.5_190213.apk ，虽然知道是“包名 版本名 版本号.apk”这种格式，而且这些版本号信息都是正确的，但是奇怪的事情是，我们自己应用内更新是肯定不会这么命名的。
打断点调试
因为下载apk的逻辑是我们自己封装的，所以我们很清楚，文件名肯定是 gkfb_渠道名.apk 的形式，但为何通过我们封装的 工具 下载下来的文件出现 com.zhouyue.Bee_7.0.5_190213.apk 这种诡异的文件名？一时也没有答案，那就来打断点看看。
同样，先调试模式运行旧版本应用，之后应用会检查到更新，点击“立即升级”，然后在OKHttp的 RetryAndFollowUpInterceptor 中打下断点，得到以下信息：
可以看到这里进行了302重定向，一目了然。
抓包分析
其实上面断点已经可以证明这里进行了DNS劫持进行了302重定向，但实锤这种事情，终究还是要抓个包的。
这里利用Wireshark进行抓包，抓到如下信息：
可以看到在第14帧与负载均衡服务器三次握手建立TCP连接后，在第15帧发起http的get请求，并且在第19帧收到回复说302重定向，那么看一下第19帧的信息：
从具体信息可以看到Location到了 http://imtt.dd.qq.com/16891/3B08550828FFF5A92A3C95AE6E922A88.apk?fsname=com.zhouyue.Bee_7.0.5_190213.apk&csr=1242&_mark_heheda88=d73710c729d00d91908ce93644584bfb ，并且我们服务器并没有做这些事情，这就可以确定是传输过程中运营商做了手脚，在重定向后，在第20帧服务端就向客户端发起TCP断开连接的挥手过程了。
在之后就是运营商和某些黑产勾肩搭背的过程了。
关于缓存服务器，还可以从postman模拟中看出点端倪的，如下：
有兴趣可以了解下Disktank3。
因为是缓存服务器，存在一定的缓存命中性的问题，这就是为什么不是每一次都会发生劫持。
总结
其实302重定向劫持，或者叫DNS劫持是很常见的。但以前见到的大多都是你下载一个A.apk，下下来发现是一个B.apk，这就很明显你意识到被劫持了，当然也不会安装B.apk，但现在的做法就越来越鸡贼了，或者说醉翁之意不在酒，他目的不是为了推广B.apk，而是为了刷A.apk的渠道量。他会在中间节点解析出来你目标apk对应包名是什么，再来查找应用宝对应包名的apk来做缓存替换。
具体的劫持原理可以看看这篇文章（早上路上刚好刷到，正可以对这个问题的解释补充）：
以上就是本文的全部内容，希望本文的内容对大家的学习或者工作能带来一定的帮助，也希望大家多多支持 码农网
猜你喜欢:
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
创新者的窘境(全新修订版)
克莱顿•克里斯坦森 / 胡建桥 / 中信出版社 / 2014-1-1 / 48.00元
全球商业领域中，许多企业曾叱咤风云，但面对市场变化及新技术的挑战，最终惨遭淘汰。究其原因，竟然是因为它们精于管理，信奉客户至上等传统商业观念。这就是所有企业如今都正面临的“创新者的窘境”。 在《创新者的窘境》中，管理大师克里斯坦森指出，一些看似很完美的商业动作——对主流客户所需、赢利能力最强的产品进行精准投资和技术研发——最终却很可能毁掉一家优秀的企业。他分析了计算机、汽车、钢铁等多个行业的......一起来看看 《创新者的窘境(全新修订版)》 这本书的介绍吧!
