XSS通过注入恶意脚本窃取用户数据，需通过输入过滤、输出编码、CSP策略等防范；CSRF则利用用户身份伪造请求，防御需采用Anti-CSRF Token、SameSite Cookie属性及双重确认机制。前端应协同后端构建多层防护，关键校验由后端完成，并结合安全框架与定期审计实现持续安全保障。
面对Web应用中常见的安全威胁，JavaScript开发中的XSS（跨站脚本攻击）与CSRF（跨站请求伪造）是必须重点防范的两类风险。有效的防护措施不仅能保护用户数据，还能提升整体系统的安全性。
理解XSS攻击及防御策略
XSS攻击通过在网页中注入恶意脚本，使脚本在用户浏览器中执行，从而窃取会话信息、劫持账户或进行钓鱼操作。常见类型包括存储型、反射型和DOM型XSS。
防范XSS的核心在于输入过滤与输出编码：
- 对所有用户输入内容进行严格校验，使用白名单机制限制允许的字符或标签
- 在将数据插入HTML前，使用适当的编码方式，如利用encodeHTML()防止特殊字符被解析为标签
- 避免直接使用innerHTML或document.write()，优先使用textContent
- 引入CSP（内容安全策略），通过HTTP响应头限制可执行脚本的来源，例如：
Content-Security-Policy: default-src 'self'; script-src 'self' https://trusted.cdn.com
防范CSRF攻击的关键手段
CSRF利用用户已登录的身份，在其不知情的情况下发送恶意请求，比如修改密码或转账。这种攻击不依赖脚本注入，而是借助用户的认证状态。
立即学习“Java免费学习笔记（深入）”；
有效防御CSRF的方法包括：
- 使用Anti-CSRF Token：服务器生成一次性令牌，嵌入表单或请求头，每次提交时验证该令牌的有效性
- 关键操作采用双重确认机制，如短信验证码或密码验证
- 检查请求头中的Origin或Referer字段，确保请求来自合法源
- 对敏感接口使用SameSite=Strict或SameSite=Lax的Cookie属性，阻止跨站携带Cookie
前端与后端协同构建安全防线
安全防护不能仅靠前端实现。JavaScript代码运行在客户端，可被绕过或篡改，因此关键校验必须由后端完成。
实际开发中应做到：
- 前端做基础过滤和用户体验优化，但不作为唯一防线
- 后端对所有请求进行身份、权限和Token验证
- 统一使用安全框架提供的防护机制，如Express配合csurf中间件，或现代框架内置的保护功能
- 定期进行安全审计和渗透测试，及时发现潜在漏洞
基本上就这些。XSS和CSRF虽然常见，但只要遵循规范流程，结合合理的技术手段，就能有效规避风险。安全不是一次性的任务，而是贯穿开发、部署和维护全过程的持续实践。不复杂，但容易忽略细节。
