Buffalo框架不内置防重放机制，需手动在中间件中实现timestamp校验与签名验证：从header读取X-Timestamp，结合请求体用HMAC-SHA256重算sign，并校验时间差是否超限。
Buffalo 框架本身不内置防重放机制
Buffalo 是一个 Go Web 应用框架，定位是快速开发（scaffolding + templating + routing），它不提供开箱即用的防重放（replay attack）能力。所有签名验证、timestamp 校验、nonce 去重等逻辑，都需要你手动在中间件或 action 中实现。别指望 buffalo dev 或 buffalo build 自动帮你加 timestamp 校验或缓存 nonce —— 它们连请求体解析都不干涉。
怎么在 Buffalo 中加 timestamp + sign 校验
典型做法是在自定义中间件中统一提取并验证 timestamp 和 sign 头，再调用业务签名函数比对。关键点：
-
timestamp必须从 header（如X-Timestamp）读取，不能从 query 或 body，避免被篡改后仍参与签名 - 服务端需用相同算法（如 HMAC-SHA256）和密钥，对
timestamp+ 请求 body（或排序后的 query 参数）重新计算sign - 必须校验
abs(now.Unix() - timestamp) ，超时直接拒绝；注意用 <code>time.Now().UTC()避免时区偏差 - 若用 JSON body，需确保 body 可重复读：Buffalo 默认把
Request.Body当作流，中间件里读一次后后续 action 就拿不到数据了，得用buffalo.Request.WithBody或提前ioutil.ReadAll并重置req.Body
nonce 去重必须自己管存储和过期
Buffalo 不带分布式缓存或本地 Set，你得选一个方案并集成：
Buffalo框架 1.0.1
下载
Buffalo框架 1.0.1 版本源码包下载，适合需要错误处理改进、依赖更新、render.Download 注释和 request logger 调整的 v1 项目。
- 单机部署：用
sync.Map缓存appId + nonce字符串，配合time.AfterFunc或后台 goroutine 清理（但注意内存泄漏风险） - Redis：最稳妥，用
SET key value EX 300 NX原子写入，成功即未重复；失败说明已存在，直接拒掉 - 千万别用数据库主键唯一约束来防重放——高并发下 insert 冲突会抛错，且延迟远高于缓存，还可能引发竞争窗口（Race Window）问题
别把防重放和 CSRF Token 混为一谈
有人试图复用 Buffalo 的 authenticity_token（表单隐藏域）来防重放，这是无效的：
-
authenticity_token是 session 绑定、单次有效、用于防 CSRF，不带时间戳也不校验请求体完整性 - 攻击者完全可以先 GET 一次页面拿到 token，再带上它重放任意 POST 请求（只要参数格式合法）
- 它不防止 timestamp 修改、不防止 body 重发、也不阻止同一请求发十次——只防“跨站伪造”，不防“同源重放”
真正难的是时钟同步与 nonce 存储一致性。哪怕你代码写对了，服务器之间时间差超过 60 秒，或者 Redis 网络抖动导致 nonce 写入失败又没降级策略，都会让合法请求被误杀。这些细节，Buffalo 不替你扛。
