Web开发安全——攻击篇

Cross-Site Scripting (XSS)

XSS特点

1. 通常难以从UI上感知（暗地执行脚本）
2. 窃取用户信息(cookie/token)
3. 绘制UI(例如弹窗)，诱骗用户点击/填写表单

XSS分类

1. Stored XSS
   • 恶意脚本被存在数据库中
   • 访问页面 → 读数据 = 被攻击
   • 危害最大，对全部用户可见
2. Reflected XSS

   • 不涉及数据库

   • 从URL上攻击

     

3. DOM-based XSS
   • 不需要服务器的参与
   • 恶意攻击的发起 + 执行，全在浏览器完成
4. Mutation-based XSS
   • 利用了浏览器渲染DOM的特性（独特优化）
   • 不同浏览器，会有区别（按浏览器进行攻击）

Cross-Site request forgery(CSRF)

• 在用户不知情的前提下
• 利用用户权限(cookie)
• 构造指定HTTP请求，窃取或修改用户敏感信息

Injection（注入）

• SQL Injection
• CLI
• OS command
• Server-Side Request Forgery（SSRF），服务器伪造请求
  • 严格而言，SSRF不是injection,但是原理类似

Denial of Sevice（DoS)

通过某种方式（构造特定请求），导致服务器资源被显著消耗，来不及响应更多请求，导致请求挤压，进而雪崩效应。

1. ReDos：基于正则表达式的DoS
2. DDoS：短时间内，来自大量僵尸设备的请求流量，服务器不能及时完成全部请求，导致请求堆积，进而雪崩效应，无法响应新请求。
   • 耗时的同步操作
   • 数据库写入
   • SQL join
   • 文件备份
   • 循环执行逻辑

基于传输层攻击

• 中间人攻击

1. 明文传输
2. 信息篡改不可知
3. 对方身份未验证

Web开发安全——防御篇

Same-origin Policy

• 协议
• 域名
• 端口 三者均相同则同源，否则为跨域

针对XSS

• 永远不信任用户的提交内容
• 不要将用户提交内容直接转换成DOM

防御XSS现成工具：

1. 前端
   • 主流框架默认防御XSS
   • google-closure-library
2. 服务端(Node)
   • DOMPurify

Content Security Policy（CSP）

• 哪些源（域名）被认为是安全的
• 来自安全源的脚本可以执行，否则直接抛错
• 对eval + inline script说不

CSRF的防御

1. Origin + Referer
2. token 请求来自合法页面 -> 服务器接收过页面请求 -> 服务器可以标识
3. SameSite Cookie

Injection的防御

• 找到项目中查询SQL的地方
• 使用prepared statement

DoS的防御

1. 对ReDoS
   • Code Review
   • 代码扫描 + 正则性能测试
   • 不用用户提供的使用正则
2. 对DDoS
   • 流量治理
     • 负载均衡
     • API网关
     • CDN
   • 快速自动扩容
   • 非核心服务降级

对传输层的方式

防御中间人： HTTPS特征：

• 可靠性：加密
• 完整性：MAC验证
• 不可抵赖性：数字签名

总结

本节课从攻击和防御两个角度介绍了几种典型的Web攻击方式，如：XSS、CSRF和DoS等以及相应的常用防御方式