Dart开发Firebase Cloud Functions防DDoS及调用成本管控方案咨询

方案可行性评估 #

方案1可行性 #

• 不推荐使用该方案，存在三个核心缺陷：
  • 每一次请求都触发Firestore增量写入，会额外产生大量的Firestore读写成本，同时DDoS攻击发生时，请求量激增的情况下，Firestore的写入延迟会导致计数严重滞后，无法及时触发阈值告警，根本赶不上攻击造成的费用上涨速度
  • 触发销毁/停用所有Cloud Functions的逻辑本身也是Cloud Function，攻击发生时很可能因为函数调用队列拥塞根本无法正常执行，等于防护逻辑先被攻击打挂了
  • 批量销毁函数后恢复成本极高，完全没有必要用这么极端的管控手段

方案2可行性 #

• 比方案1更可靠，但仍然有局限：
  • 可以在函数入口处先做全局计数校验，这里优先推荐用内存缓存 + 定时落盘的方式做计数，不要每一次请求都读数据库，降低额外开销，达到阈值后直接返回429错误拒绝后续请求即可
  • 局限是如果是分布式多实例扩容的场景，单个实例的计数无法同步给其他实例，需要借助全局缓存做统一计数，否则阈值会不准

其他问题解答 #

• 关于安全规则管控函数调用权限：只有可调用类型（Callable）的Cloud Functions支持通过Firebase安全规则管控调用权限，普通HTTP触发的函数不支持。你用Dart开发的话，只要是用Firebase Functions框架声明的Callable函数，就可以写安全规则限制仅认证用户、或者指定用户ID才能调用
• 关于官方限制调用次数的途径：可以直接在Google Cloud控制台的Cloud Functions配额设置页面，调整对应函数的每日调用配额上限，达到配额后平台会直接拒绝后续请求，不会产生额外费用，这是最稳妥的官方管控手段
• 关于CDN缓解攻击：对接CDN可以缓存静态请求内容，大幅减少回源到Cloud Functions的请求量，对于动态请求的DDoS攻击，CDN的常见攻击特征过滤规则也能拦截掉大部分恶意请求，确实可以有效降低攻击带来的费用风险

避高额账单额外建议 #

• 首先在Google Cloud控制台配置预算告警，设置远低于你可承受上限的预算阈值，达到阈值时会第一时间给你发通知，同时可以配置达到预算阈值后自动禁用对应服务
• 所有对外暴露的HTTP函数优先配置身份校验，不要留无任何校验的公开接口
• 不需要长期运行的函数配置定时启停，降低意外调用的风险

内容的提问来源于stack exchange，提问作者Noobdeveloper