[ Web开发的安全之旅1 | 青训营笔记]

94 阅读2分钟

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

攻击篇

Cross-Site Scripting(XSS)

跨站脚本攻击

XSS主要利用了

  • 盲目信任用户提交的内容
  • 盲目的将字符串转化成为DOM

XSS的一些特点

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

存储型XSS攻击

Stored XSS

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

反射性XSS攻击

Reflected

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

基于DOM的XSS攻击

DOM-based xSS

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

基于Mutation的XSS攻击

Mutation-based XSS

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

Cross-site request forgery(CSRF)

跨站伪造请求

特点: 在用户不知情的前提下

利用用户权限(cookie)

构造指定HTTP请求,窃取或修改用户敏感信息

injection 注入攻击

Injection 不止于 SQL

CLI

OS commandServer-Side Request Forgery(SSRF),服务端伪造请求严格而言,SSRF 不是 injection,但是原理类似

Denial of Service(DoS)

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

Distributed DoS(DDoS)

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

不搞复杂的,量大就完事儿了

攻击特点

  • 直接访问
  • IP任意AP
  • I消耗大量带宽(耗尽)

传输层的攻击 (中间人攻击)

防御篇

XSS

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

React和vue默认防御xss攻击

前端

主流框架默认防御XSS

  • google-closure-library

服务端(Node)

DOMPurify

需要注意的点

  • string -> DOM
  • 上传 svg
    • 如果允许用户上传svg文件,需要对svg文件进行扫描,防止用户在svg文件中添加违法代码
  • Blob 动态生成 script
  • 自定义跳转链接
  • 自定义样式

Content Security Policy(CSP)

CSP

  • 哪些源(域名)被认为是安全的l
  • 来自安全源的脚本可以执行,否则直接抛错
  • 对 eval + inline script 说 no