这是我参与「第四届青训营 」笔记创作活动的第3天
在我们的日常的编码中，Web的安全问题是一个很常见的问题，接下来就是通过“攻击”及“防御”两方面来记录此次笔记。
一、攻击
Cross-Site Scripting（XSS）——跨站脚本攻击
- 盲目信任用户的提交内容
- 通常难以从UI上感知（暗地执行脚本）
- 窃取用户信息（cookie/token）
- 绘制UI（例如弹窗），诱骗用户点击/填写表单
Stored XSS
- 恶意脚本被存在数据库中
- 访问页面->读数据=被攻击
- 危害最大，对全部用户可见
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（SSRF），服务端伪造请求，严格而言，SSRF不是injection，但是原理类似
Denial of Service（DoS）——服务拒绝
通过某种方式（构造特定请求），导致服务器资源被显著消耗，来不及响应更多请求，导致请求挤压，进而雪崩效应。
PS：正则表达式——贪婪模式
重复匹配【？】vs【no？】：满足“一个”即可vs尽量多
ReDoS：
基于正则表达式的DoS
贪婪：
n次不行？n-1次再试试？——回溯
Distincted DoS（DDoS）：
短时间内，来自大量僵尸设备的请求流量，服务器不能及时完成全部请求，导致请求堆积，进而雪崩效应，无法响应新请求。
攻击特点： （1）直接访问IP （2）任意API （3）消耗大量带宽（耗尽）
二、防御
防御XSS的现成工具
1、前端
- 主流框架默认防御 XSS
- google-closure-library
2、服务端（Node）
- DOMPurify
注意：！！
！！string->DOM
一定要注意对string进行转义
！！上传svg
也要对svg文件进行一次扫描，因为按照规范svg之中可以插入标签script，也就是说，如果svg被加载，script标签就会被执行，也就完成一次XSS攻击
！！自定义跳转链接
也会导致XSS攻击
Same-origin Policy（SOP）
HTTP请求：跨域、同源
Content Security Policy（CSP）
- 哪些源（域名）被认为是安全的
- 来自安全源的脚本可以执行，否则直接抛错
- 对eval + inline script说 no！
CSRF的防御
CSRF anti-pattern GRT！== GET+POST
避免用户信息被携带：SameSite Cookie
SameSite vs CORS
| SameSite vs CORS | |
|---|---|
| Cookie发送 | 资源读写（HTTP请求） |
| domain vs 页面域名 | 资源域名 vs 页面域名 |
Injection
找到项目中查询SQL的地方，使用prepared statement
HTTPS的一些特性
- 可靠性：加密
- 完整性：MAC验证（传输内容：加密信息＋加密信息_hash）
- 不可抵赖性：数字签名
总结
在这节课中，我学习到了很多与Web安全有关的知识点，其中还有很多没有接触过的知识点，所以这篇写的不是很全面。
