XSS盲打：当攻击者"盲狙"管理员
上集回顾
在之前的章节中，我们解锁了XSS漏洞的高阶玩法：偷Cookie 。今天，我们将探索XSS的另一种攻击场景------XSS盲打。这种攻击方式就像"盲狙"一样，攻击者看不到前端的反馈，但却可能一击致命，直接拿下管理员权限。准备好了吗？让我们进入XSS盲打的世界！
作者PS：
这一周在想着做一个在线考试系统的demo，第一次自己学习做项目，花了不少时间，蛮久没更新了，结果今天又卡在服务器部署上了。今天不弄了，打打靶场，休闲一下。
XSS盲打：定义与特点
什么是XSS盲打？
XSS盲打并不是一种新的漏洞类型，而是一种攻击场景。它的特点是：攻击者输入的内容不会在前端显示，而是可能被后台管理员看到。换句话说，攻击者看不到自己的输入是否被执行，只能"盲狙"管理员。
XSS盲打的典型场景
- 留言板后台：用户在前台留言，内容不会直接显示，但管理员在后台查看留言时，恶意脚本会被执行。
- 反馈系统：用户提交反馈，管理员在后台查看时触发XSS。
- 订单备注：用户在订单中填写备注，管理员查看订单时触发XSS。
XSS盲打实战：
环境准备
- 存在漏洞的站点：比如一个留言板功能，用户留言后内容不会在前端显示，但管理员可以在后台查看。
- XSS后台 ：一个能接收数据的服务器 （用皮卡丘自带的XSS后台）。
攻击过程
-
构造恶意脚本：在留言板中输入以下代码：
javascript<script>alert("我看到你了哟")</script>
-
等待管理员查看 ：攻击者无法看到自己的输入是否被执行，只能等待管理员登录后台查看留言。(此时我们充当上班审查的管理员）
清早起来~~~ 真滴困呐 ~~~ 默默打开管理页面，完成自己的牛马工作。
一瞬间就清醒了，甚至后脊背发凉，感觉有一双眼睛
-
但是后台中还是可以看见有记录 的，就是没有留言内容而已。
XSS盲打的本质：存储型XSS
为什么是存储型XSS？
XSS盲打的本质是存储型XSS漏洞，因为攻击者输入的内容被存储在服务器上，并在管理员查看时输出到页面。如果后台没有对输入内容进行过滤或转义，恶意脚本就会被执行。
攻击者的"盲狙"心态
攻击者并不知道后台是否会过滤或转义输入内容，因此XSS盲打是一种尝试性的攻击行为。如果后台没有做好防护，攻击者就能成功；如果后台防护到位，攻击者就会失败。
如何防御XSS盲打？
1. 输入过滤
- 对用户输入的内容进行严格的过滤，比如移除
<script>标签、转义特殊字符等。
2. 输出转义
- 在将内容输出到页面时，进行适当的转义处理，比如将
<转义为<，>转义为>。
3. 内容安全策略（CSP）
- 使用CSP限制页面中可以执行的脚本来源，防止恶意脚本的执行。
总结
XSS盲打是一种"盲狙"式的攻击方式，攻击者看不到前端的反馈，但却可能一击致命，直接拿下管理员权限。通过今天的实验，我们不仅理解了XSS盲打的定义和特点，还通过实际操作演示了如何利用这一漏洞偷取管理员的Cookie。
最后，再次强调输入过滤 和输出转义的重要性。只有通过严格的安全检查，才能让XSS盲打无处藏身。