怎么分析反射型XSS

今天就跟大家聊聊有关怎么分析反射型XSS，可能很多人都不太了解，为了让大家更加了解，小编给大家总结了以下内容，希望大家根据这篇文章可以有所收获。反射型 XSS 是指应用程序通过 Web 请求获取不可信赖的数据，在未检验数据是否存在恶意代码的情况下，便将其传送给了 Web 用户。反射型 XSS 一般由攻击者构造带有恶意代码参数的 URL，当 URL 地址被打开时，特有的恶意代码参数被 HTML 解析、执行，它的特点是非持久化，必须用户点击带有特定参数的链接才能引起。小编以 JAVA 语言源代码为例，分析 CWE ID 80: Improper Neutralization of Script-Related HTML Tags in a Web Page (Basic XSS)当用户访问一个带有 XSS 代码的 URL 请求时，服务器端接收数据免费云主机域名后处理，然后把带有 XSS 代码的数据发送到浏览器，浏览器解析这段带有XSS代码的数据后，造成 XSS 漏洞，可能导致窃取目标网站的 Cookie 到攻击者的服务器上，读取用户未公开的资料或Click劫持实施钓鱼攻击等。从2018年1月至11月，CVE 中共有126条漏洞信息与其相关。部分漏洞如下：示例源于Samate Juliet Test Suite for Java v1.3 (https://samate.nist.gov/SARD/testsuite.php)，源文件名：CWE80_XSS__CWE182_Servlet_URLConnection_03.java。上述示例代码操作是获取用户的年龄，在第40行创建连接对象，在第44行创建输入流获得urlConnection对象响应的内容，在第52行从缓冲流中读取一行数据，在第100行中，将获得的数据去除所有的标签并向页面输出处理后的数据，即使过滤了标签，但仍然可以使用其他html标签，在这里构造了恶意的url，但网站未做防护时，页面会读取到document.cookie的内容并输入到页面。这样就造成了反射型 XSS。使用360代码卫士对上述示例代码进行检测，可以检出“反射型XSS”缺陷，显示等级为高。从跟踪路径中可以分析出数据的污染源以及数据流向，在代码行第100行报出缺陷，如图1所示：图1：反射型 XSS 检测示例在上述修复代码中，由于页面输出的内容为用户的年龄，在第96行，对响应的内容转换为数字，这样就过滤了其它 html 的字符，即使存在字符，代码会报出异常，并不会造成反射型 XSS 的发生。使用360代码卫士对修复后的代码进行检测，可以看到已不存在“反射型XSS”缺陷。如图2：
图2：修复后检测结果要避免反射型 XSS，需要注意以下几点：(1) 对用户的输入进行合理验证（如年龄只能是数字），对特殊字符（如 、’、”等）以及、javascript等进行过滤。(2) 根据数据将要置于 HTML 上下文中的不同位置（HTML 标签、HTML 属性、JavaScript 脚本、CSS、URL），对所有不可信数据进行恰当的输出编码。(3)设置HttpOnly属性，避免攻击者利用XSS漏洞进行Cookie劫持攻击。在 JavaEE 中，给Cookie添加HttpOnly的代码如下：看完上述内容，你们对怎么分析反射型XSS有进一步的了解吗？如果还想了解更多知识或者相关内容，请关注云编程开发博客行业资讯频道，感谢大家的支持。

相关推荐: Apache安全加固–修复SSL/TLS弱密码漏洞（中危）和禁用TRACE/TRACK方法（高危）

先看看扫描到的漏洞截图下面是详细的操作解决方案（以下的配置经过了多次的修改才将漏洞真正修复完毕）：安全配置一：[root@liulingli html]# find / -name .htaccess/var/www/html/wp-content/cache…