这是我参加「第五届青训营」伴学笔记创作活动的第 10 天
两个角度
攻击篇
Cross - Site Scripting(XSS)
-
主要利用：
- 盲目信任用户的提交内容
- string -> DOM
-
特点：
- 通常难以从 UI 上感知（暗地执行脚本）
- 窃取用户信息（cookie/token）
- 绘制 UI (例如弹窗), 诱骗用户点击/填写表单
-
Stored XSS
- 恶意脚本被存在数据库中
- 访问页面 → 读数 ≡ 被攻击
- 危害最大，对全部用户可见
-
Reflected XSS
- 不涉及数据库
- 从 URL 上攻击
-
DOM - based XSS
- 不需要服务器的参与
- 恶意攻击的发起 + 执行，全在浏览器完成
-
Mutation - based XSS
- 利用了浏览器渲染 DOM 的特性（独特优化）
- 不同浏览器，会有区别（按浏览器进行攻击）
-
Cross - Site request forgery（CSRF）
- 在用户不知情的前提下
- 利用用户权限（cookie）
- 构造指定 HTTP 请求，窃取或修改用户敏感信息
-
SQL Injection
- 请求 SQL 参数（恶意注入） → Server 参数（SQL） 运行 SQL code → 获取其他数据 修改数据 删除数据...
-
Denial of Service（DoS）
-
通过某种方式（构造特定请求），导致服务器资源被显著消耗，来不及响应更多请求，导致请求挤压，进而雪崩效应
-
Logical DoS
- 耗时的同步操作
- 数据库写入
- SQL join
- 文件备份
- 循环执行逻辑
-
Distributed DoS （DDoS)
-
短时间内，来自大量僵尸设备的请求流量，服务器不能及时完成全部请求，导致请求堆积，进而雪崩效应，无法响应新请求。
-
攻击特显：
- 直接访问 IP
- 任意 API
- 消耗大量带宽（耗尽）
-
-
中间人攻击
- 明文传输
- 信息篡改不可知
- 对方身份未验证
-
防御篇
-
XSS
-
永远不信任用户的提交内容
-
不要将用户提交内容直接转换成DOM
-
现成工具
-
前端
- 主流框架默认防御 XSS
- google-closure-library
-
服务端(Node)
- DOMPurify
-
-
-
Content Security Policy(CSP)
- 那些源（域名）被认为是安全的
- 来自安全源的脚本可以执行，否则直接抛错
- 对 eval + inline script 说 No
总结
安全无小事，今天的笔记只记了一半，防御篇后面的按照文字描述有点难以描述，还是自己保存下来在看，就不在这个笔记里展示了~
