这是我参与「第四届青训营 」笔记创作活动的第2天
XSS
介绍:
XSS是跨站脚本攻击(Cross Site Scripting),为不和层叠样式表(Cascading Style Sheets, CSS)的缩写混淆,故将跨站脚本攻击缩写为XSS。恶意攻击者往Web页面里插入恶意html代码,当用户浏览该页之时,嵌入其中Web里面的html代码会被执行,从而达到恶意攻击用户的特殊目的。
特点:
- 通常难以从UI上感知(暗地执行脚本)
- 窃取用户信息(cookie/token)
- 绘制UI(例如弹窗),诱骗用户点击/填写表单
Stored XSS
- 恶意脚本被存在数据库中
- 访问页面->读数据≡被攻击
- 危害最大,对全部用户可见
Reflected XSS
- 不涉及数据库
- 从URL上攻击
DOM-based XSS
- 不需要服务器的参与
- 恶意攻击的发起+执行,全在浏览器完成
Mutation-based XSS
- 利用了浏览器渲染DOM的特性(独特优化)
- 不同浏览器,会有区别(按浏览器进行攻击)
防御:
- 永远不信任用户的提交内容
- 不要将用户提交的内容直接转换成DOM,而是要当成字符串对待
XSS---现成工具
前端
- 主流框架默认防御XSS
- google-closure-library
服务端(Node)
- DOMRurify
Cross-site request forgery(CSRF)
- 在用户不知情的前提下
- 利用用户的权限(cookie)
- 构造指定HTTP请求,窃取或修改用户敏感信息
防御
if 伪造请求≡异常来源 then 限制请求来源->限制伪造请求
- Origin
- 同源请求中,GET+HEAD不发送
- Referer
Distributed DoS(DDoS)
短时间内,来自大量僵尸设备的请求流量,服务器不能及时完成全部请求,导致请求堆积,进而雪崩效应,无法响应新请求
攻击特点
- 直接访问IP
- 任意API
- 消耗大量带宽(耗尽)
传输层
中间人攻击
特点
- 明文传输
- 信息篡改不可知
- 对方身份未验证
Same-origin Policy同源协议
- 协议
- 域名
- 端口 三种相同才叫同源
Content Security Policy(CSP) 内容安全协议
- 哪些源(域名)被认为是安全的
- 来自安全源的脚本可以执行,否则直接抛错
- 对eval+inline script说no