JSONP Hijackin攻击详解

时间:2020-01-06 Mysticbinary 人气:2

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

域概念（下文会介绍）
JSON （搜索引擎查一下）
接口回调（建议看我之前的文章：https://www.cnblogs.com/mysticbinary/p/11869181.html）

域概念解释

在计算机领域里很多地方都会用到这个域，而不同地方所包含的含义却是不相同的，比如说写代码定义的变量有作用域，在局域网建设中有网络域，Internet有一项核心服务是域名解析系统（DNS）。本文所讨论的域就是指DNS的域名。

DNS的工作原理：
在全球各地有众多服务器（分布式），在这些服务器里面都同步的保存着域名和IP的一一映射，这样人们就可以不用记住枯燥的IP地址，只记住有意思的单词域名就行了。

域介绍：
域通过一个点.来来分开一个域。域名不区分大小写，有唯一性，跟SFZ号一样，是独一无二点。

域分类：
域名又分顶级域名和其它域名，顶级域名就是如下这些，被预先定义好的，

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

其它域名指二级域、三级域、四级域、五级域（一般不超过五级域），二级域就是指靠近顶级域的域名，如下图：

高级域包含低级域。

各个顶级域名下的二级域名一般需要花钱去申请，申请到一个二级域之后，你就可以通过配置DNS的CNAME记录来配置三级域，四级域，五级域的指向。

跨域请求的需求

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

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

解决方式很多，下面列举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.nethttps://img.qb5200.com/download-x/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.nethttps://img.qb5200.com/download-x/data/feed/0000002,1399010?callback=hijack"></script>
</html>

用户点击之后，本地的JS脚本就执行了（说明攻击成功了）：

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

JSONP Hijacking怎么检测

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

总结

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

修复方式

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

参考文章

https://www.cnblogs.com/wlfsky/p/9306731.html

加载全部内容