XSS防护需全程把控，核心是不信任用户输入并严格处理输出。首先区分数据与代码，对输入采用白名单过滤，针对不同上下文进行编码：HTML内容用HTML实体编码，JS字符串做JavaScript编码，URL参数使用encodeURIComponent。避免使用innerHTML、eval()等危险API，富文本可借助DOMPurify清理。部署时配置CSP限制脚本来源，启用HttpOnly保护Cookie，辅以X-XSS-Protection头，构建多层防御体系。
前端安全中，XSS（跨站脚本攻击）是最常见且危害较大的漏洞之一。JavaScript 作为前端核心语言，在动态渲染内容时若处理不当，极易成为 XSS 攻击的入口。要有效防护 XSS，关键在于不信任任何用户输入，并对所有输出进行严格处理。
理解XSS攻击类型
XSS 主要分为三类，每种攻击方式不同，但最终目的都是在用户浏览器中执行恶意脚本：
- 反射型XSS：恶意脚本通过 URL 参数传入，服务器将其拼接进响应后立即执行，常用于钓鱼链接。
- 存储型XSS>：攻击者将恶意代码提交到服务器（如评论、用户资料），其他用户访问时从数据库加载并执行。
- DOM型XSS：不经过后端，完全由前端 JavaScript 动态操作 DOM 引发，例如通过 location.hash 或 innerHTML 注入。
输入验证与输出编码
防止 XSS 的基础是区分“数据”与“代码”。用户输入应始终被视为纯文本，不能直接当作 HTML 或 JS 执行。
- 对用户输入进行白名单过滤，只允许特定字符或格式（如邮箱、手机号）。
- 根据输出上下文进行编码：
- HTML 内容使用 HTML 实体编码（如
<转为）。 - JS 字符串中嵌入数据时，进行 JavaScript 编码。
- URL 参数使用 encodeURIComponent 处理。
- HTML 内容使用 HTML 实体编码（如
避免危险的JavaScript操作
某些 JavaScript API 极易引发 XSS，应谨慎使用或替代：
立即学习“Java免费学习笔记（深入）”；
- 避免使用 innerHTML，改用 textContent 插入用户数据。
- 禁用 eval()、new Function() 等动态执行字符串的方法。
- 不要直接操作 location.href 或 document.write 接收不可信数据。
- 使用 DOMPurify 等库清理富文本内容，仅保留安全的 HTML 标签。
启用安全策略与HTTP头
借助浏览器机制构建多层防御：
- 设置 Content-Security-Policy (CSP) HTTP 头，限制脚本来源，禁止内联脚本（
unsafe-inline）和 eval。 - 使用 HttpOnly 标志保护 Cookie，防止通过 document.cookie 窃取。
- 启用 X-XSS-Protection（尽管现代浏览器逐步弃用，但仍可作为补充）。
基本上就这些。XSS 防护需要贯穿开发全流程，从输入处理、输出编码到部署配置，每个环节都不能松懈。不复杂，但容易忽略细节。
