在Firebase中存储HMAC nonce的方案及一致性疑虑

你的顾虑有一定合理性，但只要选对Firestore的使用方式，就能完全规避这个问题，下面具体分析：

• Firestore一致性的关键区别
  Firestore的一致性规则分两种：

  • 单文档读取（通过文档ID直接get）是强一致性的——写入文档后，任何后续的单文档读取都能立即获取最新数据，不会出现延迟。
  • 集合查询（比如用where条件筛选）是最终一致性的——写入后可能需要短暂时间才能被查询到，这才是可能导致重放攻击的风险点。

• 你的方案的修正方向
  把nonce值直接作为Firestore文档的ID，存储在专门的nonce集合中。每次验证请求时，直接通过db.collection('nonces').doc(requestNonce).get()读取文档：

  1. 如果文档存在，说明该nonce已被使用，直接拒绝请求；
  2. 如果文档不存在，先验证HMAC和请求时间窗口，通过后在事务中写入该nonce文档（用事务是为了避免并发场景下同一nonce被多次提交）。

• TTL设置的合理性
  设置比nonce过期时间更长的TTL完全没问题，这样能确保在nonce的有效时间窗口内，文档始终存在，过期后Firestore自动清理，无需手动维护，也不会占用过多存储资源。

• 额外优化建议
  先验证请求的时间窗口是否有效，再去检查nonce。如果请求已经超出过期时间，直接拒绝，能减少不必要的Firestore读写操作，提升性能同时降低成本。

总结：只要采用单文档ID读取的方式，Firestore的最终一致性就不会对你的防重放机制造成影响，这个方案是可行的。

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