JSONP Hijackin攻击详解

JSONP Hijackin的中文意思是JSON劫持,而能产生JSON数据劫持的缘由在于前端被跨站攻击了。跨站=跨域,跨域从字面上理解的话,就是指超出了范围、领域。继续追问一下,那超出了什么范围?原来指的范围有多大?理解跨站攻击的基础在于理解这个域有多大。为了更准确的理解JSON Hijackin攻击,建议读者能够先了解一下以下几个背景知识:javascript


域概念解释

在计算机领域里不少地方都会用到这个,而不一样地方所包含的含义倒是不相同的,好比说写代码定义的变量有做用域,在局域网建设中有网络域,Internet有一项核心服务是域名解析系统(DNS)。本文所讨论的域就是指DNS的域名。php

DNS的工做原理:
在全球各地有众多服务器(分布式),在这些服务器里面都同步的保存着域名和IP的一一映射,这样人们就能够不用记住枯燥的IP地址,只记住有意思的单词域名就好了。html

域介绍:
域经过一个点.来来分开一个域。域名不区分大小写,有惟一性,跟身份证号同样,是独一无二点。前端

域分类:
域名又分顶级域名其它域名,顶级域名就是以下这些,被预先定义好的,

能够理解为世界上有一个组织专门在管理、维护这些顶级域名。java

其它域名指二级域、三级域、四级域、五级域(通常不超过五级域),二级域就是指靠近顶级域的域名,以下图:

高级域包含低级域。json

各个顶级域名下的二级域名通常须要花钱去申请,申请到一个二级域以后,你就能够经过配置DNS的CNAME记录来配置三级域,四级域,五级域的指向。后端


跨域请求的需求

跨域请求的场景指在前端浏览器发生,指前端浏览器跨了域名、端口的请求,就是跨域请求,看看我下面的实验:

会发现浏览器为了本地Cookie安全的考虑,都会禁止这种跨域请求的操做。可是有时一些业务确实会须要到这种跨域请求呀,好比说百度公司开发了一个home.baidu.com站点,他们想用户已经在本地浏览器登陆过了个人首页百度了,能不能让home站点跨域去访问一下www站点的接口,让登陆数据互通一下,避免麻烦用户屡次登陆的麻烦。那这个跨站怎么解决呢?api

解决方式不少,下面列举3个我知道的:跨域

  • 经过Nginx设置反向代理来解决跨域问题。(这里不讨论)
  • 修改响应头方式:Access-Control-Allow-Origin (这里不讨论)
  • JSONP方式(其存在的意义就是绕过同源策略,来强制执行XMLHttpRequest(AJAX requests))


JSONP方式解决跨域请求

JSONP怎么解决跨域请求?我没研究那么细,可是知道这个现象,就是经过网页的中的href="https://xxx.xxx.com"src="https://xxx.xxx.com"这种标签是能够任意进行请求跨域的资源文件的。也就意味着JSONP存在的意义就是绕过同源策略,来强制执行XMLHttpRequest(AJAX requests)的。浏览器

JSONP跨域请求,经过回调传回前端的案例

前端html代码:

<meta content="text/html; charset=utf-8" http-equiv="Content-Type" /> 
<script type="text/javascript"> 
    function jsonpCallback(result) { 
        alert(result.a); 
        alert(result.b);
        alert(result.c); 
        for(var i in result) { 
            alert(i+":"+result[i]);//循环输出a:1,b:2,etc. 
        } 
    } 
</script> 
<script type="text/javascript" src="http://crossdomain.com/services.php?callback=jsonpCallback"></script>

后端的php代码:

<?php 
//服务端返回JSON数据 
$arr=array('a'=>1,'b'=>2,'c'=>3,'d'=>4,'e'=>5); 
$result=json_encode($arr); 
//echo $_GET['callback'].'("Hello,World!")'; 
//echo $_GET['callback']."($result)";
//动态执行回调函数 
$callback=$_GET['callback']; 
echo $callback."($result)";
?>

能够看到,前端先是定义了jsonpCallback函数来处理后端返回的JSON数据,而后利用script标签的src属性跨域获取数据(前面说到带src属性的html标签均可以跨域),而且把刚才定义的回调函数的名称传递给了后端,因而后端构造出“jsonpCallback({“a”:1, “b”:2, “c”:3, “d”:4, “e”:5})”的函数调用过程返回到前端执行,达到了跨域获取数据的目的。

一句话描述JSONP:前端定义函数却在后端完成调用而后回到前端执行!


JSONP引起的安全问题

JSONP方式虽然解决了跨域请求,可是若是使用不当的话,就会存在有JSONP Hijackin劫持攻击问题,好比说这个场景:当用户经过身份认证以后,前端会经过JSONP的方式从服务端获取该用户的隐私数据,而后在前端进行一些处理,如个性化显示等等。这个JSONP的调用接口若是没有作相应的防御,就容易受到JSONP HiJacking的攻击。

攻击者在他的服务器中制做一个恶意网页,诱惑用户点击这个网页的连接,只要这个受害的用户以前登陆过某网站,那么攻击者就能经过这种方式拿到用户的敏感信息。

http://api.money.126.net/data/feed/0000002,1399010这个返回股票信息的json接口为例,模拟一下攻击流程。

用户登陆了这个网页(我设置了一个cookie为testcookie=123456假设用户登陆了):

攻击者制做的恶意代码,诱惑用户点击:

<html>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type" /> 
<script type="text/javascript"> 
    function hijack(result) { 
        console.log(result);
    }
</script> 
<script type="text/javascript" src="http://api.money.126.net/data/feed/0000002,1399010?callback=hijack"></script>
</html>

用户点击以后,本地的JS脚本就执行了(说明攻击成功了):

查看一下跨域请求所携带的cookie:


JSONP Hijacking怎么检测

查看登陆后的我的中心、须要登陆以后才能拿到敏感数据的接口,这些地方比较容易出现jsonp跨域劫持问题,经过浏览器开发者攻击F12的Network工具栏,在filter过滤框中输入xhr、jsonp、call关键字,查看结果。注意有些不是经过回调返回的,直接看返回respons。

查看该接口是否有敏感数据: https://xxx.xxx.com/xxx/user/userinfo


总结

JSONP Hijackin和XSS、CSRF有相相似的地方,都是攻击前端用户,拿到受害用户的敏感数据,都须要用户点击一次恶意连接才能完成攻击。不一样的是他们的具体攻击方法并不同。


修复方式

一些敏感的数据接口,除了了要校验Cookie,还要想到前端会受到CSRF、JSONP Hijacking攻击的危险,因此还须要校验Referer、一次性Token令牌。


参考文章

http://www.javashuo.com/article/p-nxiicgsf-hm.html

相关文章
相关标签/搜索