这是我参与「第四届青训营 」笔记创作活动的第6天
一、课前准备
二、攻击篇
XSS的一些特点
- 通常难以从UI上感知（暗地执行脚本）
- 窃取用户信息（cookie/token）
- 绘制UI（例如弹窗），诱骗用户点击/填写表单
Stored XSS
- 恶意脚本被存在数据库中
- 访问页面 -> 读数据 ——— 被攻击
- 危害最大，对全部用户可见
Reflected XSS
- 不涉及数据库
- 从URL上攻击
DOM-based XSS
- 不需要服务器的参与
- 恶意攻击的发起+执行，全在浏览器完成
Mutation-based XSS
- 利用了浏览器渲染DOM的特性（独特优化）
- 不同浏览器，会有区别（按浏览器进行攻击）
Cross-site request forgery（CSRF）
- 在用户不知情的前提下
- 利用用户权限（cookie）
- 构造指定HTTP请求，窃取或修改用户敏感信息
Denial of Service（DoS）
通过某种方式（构造特定请求），导致服务器资源被显著消耗，来不及响应更多请求，导致请求挤压，进而雪崩效应。
Logical DoS
- 耗时的同步操作
- 数据库写入
- SQL join
- 文件备份
- 循环执行逻辑
Distributed DoS（DDoS）
短时间内，来自大量僵尸设备的请求流量，服务器不能及时完成全部请求，导致请求堆积，进而雪崩效应，无法响应新请求。
DDoS
攻击特点
- 直接访问IP
- 任意API
- 消耗大量带宽（耗尽）
三、防御篇
XSS
- 永远不信任用户的提交内容
- 不要将用户提交内容直接转换成DOM
XSS————现成工具
前端
- 主流框架默认防御XSS
- google-closure-library
服务端（Node）
- DOMPurify
插播：Same-origin Policy
- 协议
- 域名
- 端口
Content Security Policy（CSP）
- 哪些源（域名）被认为是安全的
- 来自安全源的脚本可以执行，否则直接报错
- 对eval+inline script说禁止
SameSite vs CORS
SameSite
- Cookie发送
- domain vs页面域名
- “我跟你说个事，出这屋我可就不认了”
CPRS
- 资源读写（HTTP请求）
- 资源域名 vs 页面域名
- 白名单
Injection
- 找到项目中查询SQL的地方
- 使用prepared statement
Injection beyond SQL
- 最小权限原则
- 禁止sudo || root
- 建立允许名单+过滤
- 禁止rm
- 对URL类型参数进行协议、域名、ip、等限制
- 禁止访问内网
Regex DoS
- Code Review（× /（ab*）+/）
- 代码扫描+正则性能测试
- ×用户提供的使用正则
Logical DoS
- 不是非黑即白
- 有些case，只有在请求量大到一定之后，才会体现
- 分析代码中的性能瓶颈
- 同步调用
- 串行逻辑
- CPU密集型操作
- 限流
DDoS
- 流量治理
- 负载均衡
- API网关
- CDN
- 快速自动扩容
- 非核心服务降级
HTTP的一些特性
- 可靠性：加密
- 完整性：MAC验证
- 不可抵赖性：数字签名
四、课后小结
安全无小事 使用的依赖（npm package，甚至是NodeJS）可能成为最薄弱的一环 left-pad事件
eslint-scope事件
event-stream事件
保持学习心态
