这是我参与「第五届青训营 」伴学笔记创作活动的第23天，学习的是关于Web 开发安全的相关知识。
Web安全一窥
安全问题“很常见”，并且危害范围广（用户、公司、程序员等）
Web 开发安全 - 攻击篇
假如你是一个hacker
Cross-Site Scripting（XSS）
XSS利用了：
XSS的一些特点：
- 通常难以从UI上感知（暗地执行脚本）
- 窃取用户信息（cookie/token）
- 绘制UI（例如弹窗），诱骗用户点击/填写表单
Stored XSS
- 恶意脚本被存在数据库中
- 访问页面→\rightarrow→读数据≡\equiv≡被攻击
- 危害最大，对全部用户可见
Reflected XSS
- 不涉及数据库
- 从URL上攻击
DOM-based XSS
- 不需要服务器的参与
- 恶意攻击的发起+执行，全在浏览器完成
Mutation-based XSS
- 利用了浏览器渲染DOM的特性（独特优化）
- 不同浏览器，会有区别（按浏览器进行攻击）
Cross-site request forgery（CSRF）
- 在用户不知情的前提下
- 利用用户权限（cookie）
- 构造指定HTTP请求，窃取或修改用户敏感信息
Injection
SQL Injection
Injection 不止于SQL
- CLI
- OS command
- Server-Side Request Forgery（SSFR），服务端伪造请求
- 严格而言SSRF不是injection，但是原理类似
Denial of Service(DoS)
DoS通过某种方式（构造特定请求），导致服务器资源被显著消耗，来不及响应更多请求，导致请求挤压，进而雪崩效应。
ReDoS：基于正则表达式的DoS
贪婪：n次行不行？n-1次再试试？——回溯
Distributed DoS(DDoS)
短时间内，来自大量僵尸设备的请求流量，服务器不能及时完成全部请求，导致请求堆积，进而雪崩效应，无法响应新请求。
攻击特点：
- 直接访问IP
- 任意API
- 消耗大量带宽（耗尽）
传输层
中间人攻击
- 明文传输
- 信息篡改不可知
- 对方身份未验证
Web 开发安全 - 防御
假如你是一个开发者
XSS的防御
- 永远不信任用户的提交内容
- 不要将用户提交内容直接转换成DOM，而是将其作为string对待
防御XSS攻击的现成工具：
- 前端
- 主流框架默认防御XSS
- google-closure-library
- 服务端（Node）
- DOMPurity
CSP 内容安全策略
- 哪些源（域名）被认为是安全的
- 来自安全源的脚本可以执行，否则直接抛错
- 对eval + inline script 直接拒绝
针对CSRF的防御
CSRF--token防御机制
CSRF--token防御机制
先有页面，后有请求。除了Origin + Referrer，其他判断【请求来自于合法来源】的方式。
if (请求来自合法页面)
then (服务器接收过页面的请求)
then (服务器可以标识)
