day11 Web 开发安全|青训营笔记

100 阅读3分钟

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

1.两个角度看web安全

假如你是一个 hacker——攻击

假如你是一个开发者——防御

2.攻击篇

Cross-site scripting(xss)

image-20230206125452953.png

xss主要利用了

![im image-20230206125521102.png

xss的一些特点

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

Stored XSS

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

Reflected XSS

不涉及数据库从URL上攻击

image-20230206130142740.png

Dom-based XSS

不需要服务器的参与

恶意攻击的发起+执行,全在浏览器完成

image-20230206130303758.png

Mutation-based XSS

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

image-20230206130421780.png

Cross-site request forgery(CSRF)

  • 在用户不知情的前提下

  • 利用用户权限(cookie)

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

image-20230206130708841.png

Injection 不止于SQL

  • CLI

  • OS command

  • Server- Side Request Forgery(SSRF), 服务端伪造请求

    • 严格而言,SSRF不是injection, 但是原理类似

读取+修改

image-20230206131044043.png

Denial of Service

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

正则表达式——贪婪模式

重复匹配时「?」vs「no?」:满足“一个“即可vs尽量多

image-20230206131346306.png

Distributed DoS(DDoS)

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

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

Logical DoS

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

3.防御篇

XSS

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

image-20230206131835143.png

现成工具

前端 主流框架默认防御XSS google-closure- Library 服务端(Node) DOMPurify

string->Dom

new DOMParser()转义

上传svg

<svg>
    <script>alert('xss');</script>
</svg>

Blob 动态生成script

const bLob = new Blob(
[script],
{ type: "text/ javascript"},
);
const url = new URL . create0bjectURL(blob);
const script = document . createElement( "script" );
script.src = url;

同源策略 Same-origin Policy

确保两个URL上的协议、域名、端口号都相等才叫同源,非同源为跨域

  • 协议
  • 域名
  • 端口

Content Security Policy(csp)

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

image-20230206163127493.png

CSRF的防御

image-20230206163751680.png

token

除了Origin + Referrer其他判断[ 请求来自于合法来源]的方式

先有页面,后有请求

if (请求来自合法页面)

then (服务器接收过页面请求)

then (服务器可以标识)

image-20230206164902150.png

①用户绑定:攻击者也可以是注册用户===可以获取自己的token

②过期时间: [前向保密]

iframe攻击

image-20230206165011572.png

规避办法:X-Frame-Options: DENY/SAMEORIGIN (当前页面不能作为iframe加载/必须是同源页面才能加载页面)

Injection beyond SQL

  • 最小权限原则
  • 建立允许名单+过滤
  • 对URL类型参数进行协议、域名、ip等限制

Regex DoS

Code Review (避免写出/(ab*)+/)

代码扫描+正则性能测试

拒绝使用用户提供的使用正则

DDoS

image-20230206165907470.png

传输层——防御中间人

image-20230206165937789.png

HTTP的一些特性

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

Subresource Integrity(SRI)

静态资源被劫持篡改时用到SRI

标签hash (原始内容hash) vs 实际内容hash

image-20230206170656718.png

会对真实的资源进行hash算法,如果两者值一样是未被篡改,值不一样,存在被攻击的风险。

Feature Policy/Permission Policy

当页面被XSS攻击后,会限制某些敏感的功能,比如禁止麦克风的调用,禁止照相机不能调用

如果通过iframe形式加载,iframe的allow属性也可以实现类似的功能。