2024-4-8 群讨论：前后端安全性页面与接口设计

发布于

接口安全密钥交换

分为 web/wap（轻客户端），android/ios（受信任客户端） 两大类。

  • 针对 web/wap，首先通过 csrf 获取 RSA public key，然后通过 RSA public key，解密服务端对应你当前 session 的 AES Token，之后每次请求都是这个 AES Token 加密。
    • 首先 csrf 一定要内嵌在页面，不能放在 cookie，否则意义不大。
    • 这样 csrf 可以起到一定的保证页面是服务端渲染生成的效果
    • csrf 需要加密，每次返回的不一样（将时间戳嵌入进去），但是其实对应的后台 csrf token 是同一个。
    • 公钥需要轮换：这是一个定时任务，就是后台保存的 wap/web 密钥对，定时更新，上一个设置过期时间为 1 个月（我们前端 session 公钥过期时间最多是 2 周，无续期，保险点 1 个月）
  • 针对 android/ios，public key 针对每个版本会生成一个新的带到 app 里面服务端记录好，直接解密服务端对应你当前 session 的 AES Token，之后每次请求都是这个 AES Token 加密。
    • 由于 app 一般是受信任客户端，并且每个版本 public key 不一样，一般不用 csrf
    • 版本强制升级，也可以通过这个机制去实现。

意义：

  • https 是为了防止 wifi 劫持抓包直接能看到 http header 和 body
  • 接口加密是为了防止机器人爬取，请求伪造，客户端模拟
  • android/ios 通过 public key 基本能确定是哪个版本并且是我们信任的客户端，浏览器不能，所以加入 csrf token 在一定程度上确保一定是我们渲染的页面发的请求

安全 Header

  • Strict-Transport-Security: max-age=31536000; includeSubDomains; preload
    • 这个头部用于启用HTTP严格传输安全（HSTS），它告诉浏览器只能通过HTTPS来访问网站。
    • max-age=31536000 指定浏览器应该在接下来的31,536,000秒（1年）内记住只通过HTTPS访问站点。
    • includeSubDomains 指令扩展了这个规则，使其也适用于当前域名的所有子域。
    • preload 指令表示网站想要被包含在预加载的HSTS列表中，这些列表内置于浏览器中，即使是第一次请求也会强制使用HTTPS。
  • X-Content-Type-Options: nosniff
    • 这个头部是一个安全功能，用于防止浏览器尝试猜测（"嗅探"）资源的MIME类型，它强制浏览器遵守服务器提供的Content-Type头。
    • nosniff选项可以防止一些基于MIME类型混淆的攻击，例如防止浏览器将非脚本文件解释为脚本文件。
  • X-Frame-Options: SAMEORIGIN
    • 这个头部可以防止页面被其他站点通过<iframe>、<frame>、<embed>或<object>嵌套，从而防止点击劫持攻击。
    • SAMEORIGIN仅允许来自同一源的页面将当前页面作为<iframe>、<frame>等嵌入。
  • Content-Security-Policy: 内容很长，这里省略
    • 这个拦截可能会导致某些三方埋点，图片等等显示失败，需要监控（即最后加上 report-uri /api/csp-report-endpoint?version=5）这个上报的都是被拦截的，包括拦截的那些 js，css，jpg，长链接，视频资源等等
    • 这个 Header 变化很频繁，所以在 CDN 维护，随时修改。例如搜索引擎跳转你的网页，会嵌入 js 等，以及投放新的广告渠道商会嵌入其他东西等等
    • /api/csp-report-endpoint 需要自己实现
    • 加入 version 参数，用于在你修改添加了新的白名单后，增加版本号，老的版本号的上报可以忽略（因为加这个 header 一般在 CDN 加，比如 Cloudflare，但是一般有很长缓存）

一个允许 google 和 facebook 所有资源的 Content-Security-Policy 示例：

default-src 'self' data: 'unsafe-inline' blob: 'unsafe-eval' *.google-analytics.com *.googletagmanager.com *.gstatic.com *.googleapis.com *.google.co *.google.com *.google.ad *.google.ae *.google.com.af *.google.com.ag *.google.al *.google.am *.google.co.ao *.google.com.ar *.google.as *.google.at *.google.com.au *.google.az *.google.ba *.google.com.bd *.google.be *.google.bf *.google.bg *.google.com.bh *.google.bi *.google.bj *.google.com.bn *.google.com.bo *.google.com.br *.google.bs *.google.bt *.google.co.bw *.google.by *.google.com.bz *.google.ca *.google.cd *.google.cf *.google.cg *.google.ch *.google.ci *.google.co.ck *.google.cl *.google.cm *.google.cn *.google.com.co *.google.co.cr *.google.com.cu *.google.cv *.google.com.cy *.google.cz *.google.de *.google.dj *.google.dk *.google.dm *.google.com.do *.google.dz *.google.com.ec *.google.ee *.google.com.eg *.google.es *.google.com.et *.google.fi *.google.com.fj *.google.fm *.google.fr *.google.ga *.google.ge *.google.gg *.google.com.gh *.google.com.gi *.google.gl *.google.gm *.google.gr *.google.com.gt *.google.gy *.google.com.hk *.google.hn *.google.hr *.google.ht *.google.hu *.google.co.id *.google.ie *.google.co.il *.google.im *.google.co.in *.google.iq *.google.is *.google.it *.google.je *.google.com.jm *.google.jo *.google.co.jp *.google.co.ke *.google.com.kh *.google.ki *.google.kg *.google.co.kr *.google.com.kw *.google.kz *.google.la *.google.com.lb *.google.li *.google.lk *.google.co.ls *.google.lt *.google.lu *.google.lv *.google.com.ly *.google.co.ma *.google.md *.google.me *.google.mg *.google.mk *.google.ml *.google.com.mm *.google.mn *.google.com.mt *.google.mu *.google.mv *.google.mw *.google.com.mx *.google.com.my *.google.co.mz *.google.com.na *.google.com.ng *.google.com.ni *.google.ne *.google.nl *.google.no *.google.com.np *.google.nr *.google.nu *.google.co.nz *.google.com.om *.google.com.pa *.google.com.pe *.google.com.pg *.google.com.ph *.google.com.pk *.google.pl *.google.pn *.google.com.pr *.google.ps *.google.pt *.google.com.py *.google.com.qa *.google.ro *.google.ru *.google.rw *.google.com.sa *.google.com.sb *.google.sc *.google.se *.google.com.sg *.google.sh *.google.si *.google.sk *.google.com.sl *.google.sn *.google.so *.google.sm *.google.sr *.google.st *.google.com.sv *.google.td *.google.tg *.google.co.th *.google.com.tj *.google.tl *.google.tm *.google.tn *.google.to *.google.com.tr *.google.tt *.google.com.tw *.google.co.tz *.google.com.ua *.google.co.ug *.google.co.uk *.google.com.uy *.google.co.uz *.google.com.vc *.google.co.ve *.google.co.vi *.google.com.vn *.google.vu *.google.ws *.google.rs *.google.co.za *.google.co.zm *.google.co.zw *.google.cat *.googleadservices.com facebook.net *.facebook.net facebook.com *.facebook.com; report-uri /api/csp-report-endpoint?version=2

一些反思

  • 针对渲染的页面，内嵌 csrf token（注意不能放在 cookie，否则意义不大），至于服务器渲染，这个我们也是前后端分离，前端自己维护自己的 nodejs 服务器。前后端分离，但是最好还是有一个类似于中台的前端服务器前端自己维护，这样 SEO 更好做。
  • 这些只是加固了安全性，但是并不能保证 100% 安全。但是复杂度已经很高了，目前够用了。
  • 并且在这些机制的基础上，去做 2FA 或者 MFA 也更好做，有利于减少 2FA 对于用户的打扰。
#接口设计#浏览器#com#google#后端