防范XSS和CSRF需前后端协同：输入过滤与输出编码、CSP策略可防XSS；CSRF Token、SameSite Cookie及来源验证可阻CSRF，结合HTTPS与安全审计，构建多层防御体系。
面对Web应用中的常见安全威胁，JavaScript开发中必须重视XSS（跨站脚本攻击）和CSRF（跨站请求伪造）的防护。这两类漏洞影响广泛，一旦被利用可能导致用户数据泄露、身份冒用甚至系统被控。有效的防御策略应贯穿前端与后端，形成多层保护机制。
防范XSS：阻止恶意脚本注入
XSS攻击通过在页面中注入可执行的JavaScript代码，窃取Cookie、劫持会话或篡改内容。常见类型包括存储型、反射型和DOM型XSS。
防护措施包括：
- 输入过滤与输出编码：对所有用户输入进行严格校验，使用白名单机制限制字符类型。在将数据插入HTML、JS或URL上下文时，使用对应的编码方式，如HTML实体编码（< 转为
- 避免内联事件和动态代码执行：不使用eval()、innerHTML、document.write()等危险API。优先使用textContent或安全的模板引擎（如Handlebars默认转义）。
-
启用Content Security Policy（CSP）：通过HTTP头Content-Security-Policy限制脚本来源，例如只允许加载同源脚本：
default-src 'self'; script-src 'self' https://trusted-cdn.com。这能有效阻止未授权脚本执行。
防御CSRF：确保请求来源可信
CSRF利用用户已登录的身份，在其不知情下发起非预期的请求，比如修改密码或转账。攻击通常通过图片标签、表单提交或AJAX实现。
立即学习“Java免费学习笔记（深入）”；
关键防护手段有：
- 使用CSRF Token：服务器为每个用户会话生成唯一、不可预测的Token，并嵌入表单或响应头中。每次敏感操作请求都需携带该Token，服务器验证通过才处理。Token应绑定会话且定期更新。
- 检查请求头来源：验证Origin或Referer头是否来自合法域名。虽然可被绕过，但作为辅助手段仍具价值。
- SameSite Cookie属性：设置Cookie时添加SameSite=Strict或Lax，防止浏览器在跨站请求中自动携带Cookie。这是现代浏览器推荐做法，能大幅降低CSRF风险。
前后端协同提升整体安全性
安全不能仅靠单一环节。前端应限制权限、最小化暴露接口，后端则需强制校验Token、实施速率限制和日志监控。
建议实践：
- 敏感操作要求二次认证（如短信验证码）。
- 使用HTTPS加密传输，防止中间人篡改。
- 定期进行安全扫描和渗透测试，及时发现潜在漏洞。
基本上就这些。XSS和CSRF虽常见，但通过合理设计和规范编码，完全可以有效防御。关键是保持警惕，把安全当作开发流程的一部分，而不是事后补救。
