这是我参与「第五届青训营 」伴学笔记创作活动的第 11 天
一、Web开发安全-攻击篇
1.Web安全一窥
安全问题“很常见”，会危害
- 用户
- 公司
- 程序员（祭天）
2.Cross-Site Scripting(XSS)
3.XSS的一些特点
- 通常难以从Ui上感知(暗地执行脚本)
- 窃取用户信息(cookie/token)
- 绘制UI（例如弹窗)，诱骗用户点击/填写表单
4.Stored XSS
- 恶意脚本被存在数据库中
- 访问页面读数据等于被攻击
- 危害最大，对全部用户可见
5.Reflected XSS
- 不涉及数据库
- 从URL上攻击
6.DOM-based XSS
- 不需要服务器的参与
- 恶意攻击的发起+执行，全在浏览器完成
7.Reflected vs DOM-based
8.Mutation-based XSS
- 利用了浏览器渲染DOM的特性（独特优化)
- 不同浏览器，会有区别(按浏览器进行攻击)
9.Cross-site request forgery(CSRF)
- 在用户不知情的前提下
- 利用用户权限(cookie)
- 构造指定HTTP请求，窃取或修改用户敏感信息
10.SQL Injection
11.Injection不止于SQL
-
CLI
-
OS command
-
Server-Side Request Forgery(SSRF),服务端伪造请求
- 严格而言，SSRF不是injection,但是原理类似
12.Denial of Service(DoS)
通过某种方式（构造特定请求），导致服务器资源被显著消耗，来不及响应更多请求，导致请求挤压，进而雪崩效应。
13.正则表达式一一贪婪模式
重复匹配时「？」VS「no?」：满足“一个“即可vS尽量多
ReDoS:基于正则表达式的DoS
14.Distributed DoS(DDoS)
短时间内，来自大量僵尸设备的请求流量，服务器不能及时完成全部请求，导致请求堆积，进而雪崩效应，无法响应新请求。
15.Logical DoS
- 耗时的同步操作
- 数据库写入
- SQL join
- 文件备份
- 循环执行逻辑
16.中间人攻击
- 明文传输信息
- 篡改不可知
- 对方身份未验证
二、Web开发安全-防御篇
1.XSS
- 永远不信任用户的提交内容
- 不要将用户提交内容直接转换成DOM
-
前端
- 主流框架默认防御XSS
- google-closure-library
-
服务端(Node)
- DOMPurify
2.Same-origin Policy
3.Content Security Policy(CSP)
- 哪些源（域名）被认为是安全的
- 来自安全源的脚本可以执行，否则直接抛错
- 对eval+inline script说拜拜
4.CSRF的防御
-
if伪造请求->异常来源
-
then限制请求来源->限制伪造请求
-
Origin
- 同源请求中，GET+HEAD不发送
-
Referer
5.避免用户信息被携带：SameSite Cookie
6.SameSite vsCORS
| SameSite | CORS |
|---|---|
| Cookie发送 | 资源读写(TTP请求) |
| domain vs页面域名 | 资源域名Vs页面域名 |
| “我跟你说个事儿，出这屋我可就不认了” | 白名单 |
7.Injection beyond SQL
8.Regex DoS
Codee Review(/(ab*)+/)
代码扫描+正则性能测试
用户提供的使用正则
9.DDoS
-
流量治理
- 负载均衡
- API网关
- CDN
-
快速自动扩容
-
非核心服务降级
10.HTTPS
- 可靠性：加密
- 完整性：MAC验证
- 不可抵赖性：数字签名
11.数字签名
12.尾声
-
安全无小事
-
使用的依赖(npm package,甚至是NodeJS)可能成为最薄弱的一环
- left-pad事件
- eslint--scope事件
- event-stream事件
-
npm install除了带来了黑洞，还可以带来漏洞
-
保持学习心态
