https 也能被注入劫持吗？

[yongliu]

今天在 jellow 看到即友反馈在内嵌网页中打开苹果支持页时出现了唤醒其他应用的情况，有人分析是运营商注入劫持导致的，非常好奇这是怎么做到的。

苹果支持页应该已经全站 https 了，我理解 https 的内容运营商很难篡改吧，只要客户端进行证书校验，理应不会被注入，除非运营商已经逆天到伪造证书了。之前没搞过 webview 开发，是利用了 webview 的什么特性吗？

[GDC]

每一个微信浏览器打开的页面 都会被注入微信的脚本哦，包括 https 的。
毕竟人家主程序有网站控制整个 webview 的能力。

[GDC]

@GDC 有完整控制

[yongliu]

@GDC 微信这个我理解，毕竟网页内容都是微信自己渲染的，运营商的注入劫持我不太明白。

[b821025551b]

客户端被安装了其它根证书可以实现。

[heiheidewo]

UC 浏览器了解下

[GDC]

@yongliu 没说是被运营商注入的啊，就不能是 jellow 的浏览器劫持的吗

[yongliu]

@b821025551b
@heiheidewo
@GDC
可以先排除 jellow 使坏，是 jellow 的人说是运营商注入劫持导致的

[b821025551b]

@yongliu #7 我说的是客户端信任了其他根证书，经常有一堆人去下各种描述文件，一顿信任下去。

[yongliu]

@b821025551b #8 看下来我也比较怀疑是这个导致的

[GDC]

@yongliu 还有一种玩法是 降级攻击，不过苹果的 https 应该玩不了这招

[yongliu]

@GDC 你的意思是强制 302 到 http ？这招在客户端不接受应该就可以破吧

[temporary]

运营商劫持 dns 就可以吧

[temporary]

@temporary #12 好像也不好操作

[GDC]

@yongliu 啊哈，有了新发现

请求一下 support.apple.com 响应的 header 中包括了一项 X-Cache: HIT from cache.51cdn.com
这个 51cdn 是网宿的域名，也就是说苹果这个页面被缓存在了网速的 cdn 服务器里，
也就说，多了一个投毒的可能性咯，至于网速会不会做这种事，可参考 /t/272022 这个帖子

[keyfunc]

Apple 的域名并不在 HSTS Preloading 的列表中，所以理论上用户访问 http 时运营商是有机会进行劫持的，因为存在 http 301 明文的阶段。

[keyfunc]

@GDC 我觉得 CDN 厂商是没胆子做这种事的，一般 CDN 投毒大多发生在 CDN 和 源站之间用 HTTP 传输数据。

[yongliu]

@GDC #14 这倒是一种可能

@keyfunc #15 访问一个全站 https 站点对应的 http 链接才会碰到这种情况吧，如果一开始访问的就是 https 链接，应该可以避免这种劫持。

[tengyoubiao]

黄即回来了？

[yongliu]

@tengyoubiao #18 还是 jellow 小打小闹，黄即看起来是真黄了，都过去半年多了

[virusdefender]

cdn 回源的时候可能是 http 被劫持