第81篇：JSONP劫持漏洞获取敏感信息原理、复现与坑点总结

alyssa

Part1 前言
大家好，我是ABC_123。今天我们研究一下JSONP劫持漏洞，早些年这个漏洞主要被攻击者用来窃取个人信息，如姓名、身份证号、家庭住址等，现在更多的用于蜜罐之中，间接溯源红队攻击者的个人身份。好多朋友至今对这个漏洞理解不深刻，能发现能利用，但是就是不明白原理，有时候别人能复现成功，但是自己却怎么都复现成功。今天ABC_123搭建一个tomcat环境，用java代码写了几个servlet复现并讲解一下这个漏洞，收获不少，也踩了不少坑。

注：关于javascript的同源策略问题，我很久之前的一篇文章《第40篇：CORS跨域资源共享漏洞的复现、分析、利用及修复过程》写的很清楚，大家可以重新阅读一下，这里就不过多叙述了。


Part2 技术研究过程
JSONP基础知识
首先，JSON与JSONP是两个概念，JSON是一种比较流行的数据格式，用于在不同应用程序之间传输和存储数据。JSONP是在CORS出现之前，解决跨域请求的技术，可以让网页从不满足同源策略的其它域名获取数据；JSONP是json的一种使用方式，可以让当前网页跨域从别的域名获取数据，它利用了<script>标签的src属性不受同源策略影响的特性。

当网站通过JSONP方式传递用户的敏感数据时，攻击者可以搭建一个第三方网站，网页内部嵌入JSONP链接，并嵌入恶意的JS代码，一旦受害者用户浏览此网站，自己的敏感信息会在毫不知情的情况下被攻击者事先构造好的js代码窃取，这就是今天我们要讲解的JSONP劫持漏洞。



环境搭建过程

首先编写一个servlet页面，可以让用户使用用户名密码登录并会保存cookie，模仿生产环境中用户登录后的状态。JSONP劫持要想获取受害者敏感数据，受害者前提一定要登录过网站，并且没有注销登录，这样在攻击者在实施JSONP劫持攻击时，浏览器会自动带上用户的Cookie，从而获取敏感数据。



编写一个GetUserInfo页面，返回JSONP格式的数据，其中包括用户的敏感数据身份证号、姓名、密码等。



如下图所示，生成war包并部署到tomcat中，浏览器中输入用户名密码admin:123456，提示登录成功。



访问以下URL路径，模仿正常网站，返回我们自己填入的个人信息。

1. http://192.168.237.1:9999/Servlet/GetUserInfo

复制代码

接下来我们传入callback参数，正式模仿JSONP劫持，发现当前JSONP页面返回了一个符合javascript标准的代码格式，test111()相当于一个JS函数。



JSONP劫持漏洞测试过程

接下来模仿攻击者构造一个JSONP劫持漏洞测试页面，如下图所示。



其中user111222是要回调的函数，

1. <script src=”http://192.168.237.1:9999/Servlet/GetUserInfo?callback=user111222”>

复制代码

这里相当于加载了一段JS代码，而这段JS代码就是

1. user111222({"identitycard":"370688022919880819","password":"P@ssw0rd","username":"李四"})

复制代码

随后js引擎会继续在当前页面寻找user111222函数，顺便带入执行alert(JSON.stringify(data));代码。

很多文章没有给出上述描述，造成很多新手始终不理解JSONP劫持漏洞原理。于是我们用谷歌浏览器chrome测试一下，发现返回空白页面，并没有弹出用户的敏感数据。



这是为什么呢？ABC_123从头到尾检查了一遍代码，发现应该是没有问题。于是我用抓包软件抓了一下数据包，发现http请求包居然没有cookie，在没有cookie的情况下，当然不会返回敏感数据了。



联想到之前测试CORS跨域资源共享漏洞，猜想是不是谷歌浏览器对JSONP劫持做了防范。于是我换了一个老版本的firefox浏览器测试一下，发现JSONP劫持漏洞测试成功，我作为一个受害者，访问了攻击者的http://192.168.237.128:8888/jsonpHack.html页面，弹出一个信息框，说明我的个人信息可以被获取。



此时我们用抓包软件抓取一下数据包，发现对于Firefox老版本的浏览器，会自动带上cookie的。



接下来再测试一下IE11，发现仍然JSONP劫持漏洞仍然可以测试成功。



综上所述我们发现，对于JSONP劫持漏洞，较新的浏览器或者部分浏览器从根源上进行了防范，这种漏洞的危害性在不久的将来会逐步减低。


JSONP劫持漏洞修复建议
1.  接受请求时检查referer来源。
2.  在请求中添加token并在后端进行验证。
3.  严格过滤callback函数名及JSON里数据的输出。
4.  使用CORS替换JSONP跨域功能。
5.  严格过滤callback函数名及JSON里数据的输出防止产生XSS漏洞。
6.  严格安装JSON格式标准输出Content-Type及编码（ Content-Type : application/json; charset=utf-8 ）。
7.  在callback输出之前加入其他字符(如：/**/、回车换行)这样不影响 JSON 文件加载，又能一定程度防御JSONP劫持攻击。



Part3 总结
1.  最新版的谷歌浏览器Chrome对于JONSP劫持攻击做了防范，这也是为啥很多JSONP劫持漏洞别人能复现成功，而有的人却始终复现不成功的原因。这标志着JSONP劫持和CORS跨域资源共享漏洞危害性会逐步降低。

2.  想要理解一些web漏洞原理，还是得自己搭建环境，自己写代码从头到尾梳理一遍，从根源上理解这个漏洞，踩过坑后才发现原来是这么回事。