>DOM型XSS与之前两种在原理上有本质区别，它的攻击代码并不需要服务器解析响应，触发XSS靠的是浏览器端的DOM解析。客户端上的JavaScript脚本可以直接访问浏览器的DOM并修改页面的内容。在客户端直接输出DOM内容的时候极易触发DOM型XSS漏洞。

DOM型XSS

简介

反射型和存储型都是通过后台输出，DOM xss是纯前台的漏洞
• 反射型
发出请求时，XSS代码出现在URL中，作为输入提交到服务器，服务器解析后响应，在响应的内容中出现这段XSS代码。大多只能影响单一用户。
• 存储型
提交的XSS代码会存储在服务端（数据库、内存、文件系统等），下次请求目标页面时不用再提交XSS代码。可能会影响到网站的众多用户。
• DOM型
DOM XSS的XSS代码并不需要服务器解析响应的直接参与，触发XSS靠的就是浏览器端的DOM解析，可以认为完全是客户端的事情，无法通过WAF防护。

哪里有DOM型XSS

js中，从url中获得参数并将其作为js执行
检查eval(), execScript(), setInterval(), setTimeout()，Function()参数是否通过URL可控。这些关键字中，它们的参数作为js/html的代码进行执行，即可以动态执行代码。
2、如果输出的来源是用户，则有XSS风险
innerHTML、document.write

原理简述

原理：让原本不存在Xss的地方出现Xss，利用native编码去替换js语句，让前端认为这个js语句安全

见框就插

插入：

1. alert(1)

很好被WAF拦截了!

白名单绕过WAF

插入index.php/1.txt（利用的apache自带的解析错误绕过WAF）但发现页面有点崩了啊

插入弹窗语句没啥反应了！

找XSS漏洞

就当我心灰意冷百般无奈，认为不存在漏洞时发现url栏和网页是有同样的输出字符的，如图：

那就试试在url栏上传参呗看看能不能在前端代码中处理
输入：

1. /index.php/1.txt?alert('hacker')

页面回显：

发现页面出现了变化

通过native编码让他弹窗（因为前端的源码中含有document.write，可以解析native以至于不会被拦截且顺利解析）


将xss平台的注入语句编码，成功吃到cookie
 

来源地址：https://blog.csdn.net/weixin_52351575/article/details/129638136