这是我参与「第五届青训营 」伴学笔记创作活动的第26天。

Web开发安全 攻击

XSS

• 通常难以从UI上感知（暗地执行脚本）
• 窃取用户信息（cookie/token）
• 绘制UI（例如弹窗），诱骗用户点击、填写表单

---

XSS主要利用了

1. 盲目信任用户的提交内容
2. string————>DOM
   • document.write
   • element.innerHTML = anyString
   • SSR(user_data)

---

stored XSS

• 恶意脚本被存在数据库中
• 访问页面————> 读数据————>被攻击
• 危害最大，对全部用户可见

---

reflected XSS

• 不涉及数据库
• 从URL上攻击

host/path/?param=<script>alert('123')</script>

---

DOM-based XSS

• 不需要服务器的参与
• 恶意攻击的发起+执行，全在浏览器完成

DOM-based XSS Demo

---

reflected vs DOM-base

• reflected server————恶意脚本————>browser
• DOM-based browser<------------->恶意脚本

Mutation-based XSS

• 利用了浏览器渲染DOM的特性（独特优化）
• 不同浏览器，会有区别（按浏览器进行攻击）

Cross-site request forgery（CSRF）

• 在用户不知情前提下
• 利用用户权限cookie
• 构造指定HTTP请求，窃取或修改用户敏感信息

SQL injection

demo1： username:"any;DROP TABLE table;"

Injection 不止于 SQL

• CLI
• OS command
• Server-Side Request Forgery（SSRF），服务端伪造请求
  • 严格而言，SSRF不是Injection，但是原理相似

Denial of Service(DoS)

通过某种方式（构造特定请求），导致服务器资源被显著消耗，来不及响应更多请求。导致请求挤压，进而雪崩效应

1. EeDoS:基于正则表达式的DoS

贪婪：n次不行？n-1次再试试？ ---回溯 2. Logical DoS

• 耗时的同步操作
• 数据库写入
• SQL_join
• 文件备份
• 循环执行逻辑

Distributed DoS

短时间内，来自大量僵尸设备的请求流量，服务器不能及时完成全部请求，导致请求堆积，进而雪崩效应，无法响应新请求

DDoS

攻击特点：

• 直接访问IP
• 任意API
• 消耗大量带宽（耗尽）

中间人攻击

1. 明文传输
2. 信息篡改不可知
3. 对方身份未验证

Web开发安全 防御

XSS

• 永远不信任用户提交的内容
  • 不要将用户提交内容直接转换成DOM

XSS现成工具

前端

• 主流框架默认防御XSS
• google-closure-library 服务端（Node）
• DOMPurify

1. 用户需求，必须动态生成DOM
2. string ——>DOM new DOMParser()
3. 上传svg

<svg> <script>alert("XSS");</script> </svg>

4. Blob动态生成script
5. 自定义跳转链接
6. 自定义样式

Same-origin Policy

• 协议
• 域名
• 端口 HTTP请求：同源√ 跨域×（看服务器的配置)

Content Security Policy(CSP)

CSP

• 哪些源（域名）被认为是安全的
• 来自安全源的脚本可以执行，否则直接报错
• 对eval + inline script 说🈲

CSP的防御

• if 伪造请求=异常来源
• then 限制请求来源->限制伪造请求
• Origin
• 同源请求中，GET+HEAD 不发送
• Referer

CSRF————token

先有页面，后有请求

除了Origin + Referer，其他判断【请求来自合法来源】的方式

if 请求来自合法页面

then 服务器接收过页面请求

then 服务器可以标识

CSRF————iframe攻击

CSRF————anti pattern

GET!==GET + POST

避免用户信息被携带： SameSite Cookie

• 依赖Cookie的第三方服务怎么办？
• 内嵌一个X站播放器，识别不了用户登录态，发不了弹幕

SameSite vs CORS

SameSite

• cookie 发送
• domain vs 页面域名
• 出去就不认

CORS

• 资源读写（HTTP请求）
• 资源域名 vs 页面域名
• 白名单

Injection

• 找到项目中查询SQL的地方
• 使用prepared statement

Injection beyond SQL

• 最小权限原则
• 🙅‍ sudo|| root
• 建立允许名单 + 过滤
• 🙅‍ rm
• 对URL类型参数进行协议、域名、ip等限制
• 🙅‍ 访问内网

防御DoS

Regex DoS

• code review
• 代码扫描 + 正则性能测试
• 不用户提供的使用正则

Logical DoS

• 不是非黑即白
• 有些case ， 只有在请求量达到一定之后才会体现
• 分析代码中的性能瓶颈
• 同步调用
• 串行逻辑
• CPU 密集型操作
• 限流

DDoS

• 流量治理
• 负载均衡
• API 网关
• CDN
• 快速自动扩容
• 非核心服务降级

传输层--防御中间人

HTTPS的一些特性

• 可靠性：加密
• 完整性： MAC验证
• 不可抵赖性 数字签名

HTTP--完整性

HTTP--数字签名

HTTP Strict-Transport-Security（HTST）

Subresource Integrity（SRI）