这是我参与「第四届青训营 」笔记创作活动的的第8天
两个角度看web安全
- 假如你是一个hacker——攻击
- 假如你是一个开发者——防御
攻击篇
Cross-Site Scripting(XSS)
跨栈脚本攻击：在开发维护的页面中，攻击者通过一种方式将恶意脚本注入进来。可能造成用户隐私泄露。
XSS主要利用了作为开发者盲目信任用户的提交内容，作为前端工程师直接把用户提交的字符串转化为DOM
string->DOM
document.write
element.innerHTML=anyString;
SRR(user_data)//伪代码
XSS的一些特点
- 通常难以从UI上感知（暗地执行脚本）
- 窃取用户信息(cookie/token)
- 绘制UI（例如弹窗），诱骗用户点击/填写表单
两个例子：submit接口和render接口
submit存入数据库，render从数据库中读取,都没有对用户提交的内容进行过滤
渲染内容的时候会导致HTML中插入了
<script>标签
XSS按照性质分为：
stored XSS（存储型）
恶意脚本被存在数据库中
访问页面->读数据=被攻击
危害最大，对全部用户可见
Reflected XSS（反射型）
不涉及数据库
从URL上攻击
DOM-based XSS（基于DOM)
不需要服务器的参与
恶意攻击的发起+执行，全在浏览器完成
反射型和基于DOM的区别在于完成注入脚本的地方不同
反射型是在服务端进行注入，基于DOM由浏览器完成整个闭环
Mutation-based XSS（基于Mutation)
利用了浏览器渲染DOM的特性（独特优化）
不同浏览器，会有区别（按浏览器进行攻击）
最难防御
Cross-site request forgery(CSRF)
跨栈伪造请求：在用户不知情的前提下，利用用户权限（cookie)，构造指定HTTP请求，窃取或修改用户敏感信息
get请求（最容易构造）
post请求（只需要构造表单）
Injection 注入
SQL Injection(最常见的注入攻击）
Injection不止于SQL
- CLI
- OS command
- Server-Side Request Forgery(SSRF),服务端伪造请求
- 严格而言，SSRF不是Injection,但是原理类似
读取+修改
SSRF
Denial of Service(DoS)
通过某种方式（构造特定请求），导致服务器资源被显著消耗，来不及响应更多请求，导致请求挤压，进而雪崩效应。
正则表达式——贪婪模式
重复匹配时[?]vs[no?]:满足“一个”即可vs尽量多
ReDoS:基于正则表达式的DoS
Distributed DoS(DDoS)
短时间内，来自大量僵尸设备的请求流量，服务器不能及时完成全部请求，导致请求堆积，进而雪崩效应，无法响应新请求
攻击特点
直接访问IP
任意API
消耗大量宽带（耗尽）
