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 防护需要贯穿开发全流程,从输入处理、输出编码到部署配置,每个环节都不能松懈。不复杂,但容易忽略细节。


