XSS跨站脚本深度解析：为什么你插入的代码永远不执行？
一、前言：新人对XSS的认知普遍停留在表面
XSS是新手入门最早接触、也是面试最高频的漏洞。但绝大多数新人只会输入 alert(1)，根本不理解漏洞成因、触发条件、过滤规则、执行逻辑。
这也导致很多新人在实战中，插入脚本完全无效果，始终无法理解问题出在哪里。
二、XSS漏洞的核心原理
XSS全称跨站脚本攻击，核心逻辑：用户可控输入点，未做过滤转义，前端直接渲染输出恶意代码。
简单理解：你提交的代码，被网站当成正常内容展示了，浏览器识别并执行了你写入的恶意JS。
根据触发方式，XSS分为三类：存储型、反射型、DOM型，三者触发条件和利用方式完全不同。
三、为什么你的XSS代码永远无法执行？
1. 输入内容被前端过滤、转义
多数网站会对 < > " ' 等特殊符号进行转义，标签直接失效，无法形成脚本结构，代码自然无法执行。新人只会最基础的payload，不会变形绕过。
2. 触发位置不在前端渲染区
很多输入点内容存入后端、日志、后台页面，不在前端页面展示，自然无法触发脚本。新人不判断输出位置，盲目测试。
3. CSP策略拦截脚本执行
现在主流站点都开启CSP内容安全策略，禁止外部脚本、禁止内联脚本执行，普通alert弹窗直接失效。很多新人完全不懂CSP机制，无法理解为什么代码插入成功却不执行。
4. 浏览器自带XSS防护机制
现代浏览器自带XSS Auditor防护，会自动拦截恶意反射型脚本，本地测试经常失效，并非站点无漏洞，是浏览器拦截导致。
四、三种XSS漏洞的真实区别（面试+实战必考）
存储型XSS：数据存入服务器数据库，永久存储，任何人访问页面都会触发，危害最高。常见于评论、留言、个人资料编辑等功能。
反射型XSS：数据不存储，通过URL参数即时反射触发，需要诱导用户点击链接，时效性短、危害次之。
DOM型XSS：完全前端渲染漏洞，数据不经过后端，由前端JS直接读取参数渲染，常规后端防护完全无效，新手最难识别。
五、总结
XSS不是简单的弹窗测试，是一套完整的前端安全逻辑。能否成功利用，取决于输出位置、过滤规则、安全策略、浏览器机制四大维度。看懂原理，才能真正在实战中挖掘和利用漏洞。