完全可行，但需过滤请求路径（如/api/）、跳过options和无签名头的请求；必须用hmac-sha256算法，严格按method|path|timestamp|nonce|body_md5构造签名串，通过request.get_data(cache=true)安全提取原始body，失败统一返回401并隐藏具体错误原因。
Flask 中用 @app.before_request 拦截并校验签名是否可行？
完全可行，但必须注意：签名验证逻辑不能放在 @app.before_request 里无差别执行——它会拦截所有请求（包括静态资源、健康检查、OPTIONS 预检），容易导致 401 或签名失效误判。实际应只对特定前缀或视图函数做校验。
推荐做法是结合 request.endpoint 或 request.path 过滤：
- 只校验以
/api/开头的路径，或显式标记了@require_signature的视图 - 跳过
OPTIONS请求（否则 CORS 预检失败） - 跳过未携带
X-Signature和X-Timestamp的请求（避免干扰调试）
签名算法该选 HMAC-SHA256 还是 MD5？
必须用 HMAC-SHA256，MD5 已被证实不安全，且无法抵御密钥泄露后的重放攻击。关键点不是“哈希什么”，而是“怎么构造待签名字符串”和“密钥怎么管理”。
典型待签名字符串格式（顺序敏感）：
method|path|timestamp|nonce|body_md5
其中：
-
body_md5是原始请求体（非 form 解析后）的 MD5，空体为""对应的 MD5（即d41d8cd98f00b204e9800998ecf8427e） -
nonce必须从请求头（如X-Nonce）读取，服务端需在 Redis 中缓存 5 分钟内已用过的nonce防重放 -
timestamp允许误差 ±300 秒，超出直接拒收（防时间戳篡改）
如何安全地从 Flask 请求中提取原始 body 用于签名计算？
Flask 默认在第一次访问 request.data、request.json 或 request.form 时会消费流，之后再读就是空字节。签名验证必须在任何解析前完成，否则 body 丢失，签名必然失败。
正确顺序只能是：
- 先调用
request.get_data(cache=True)—— 这会缓存原始 body 到内存，并允许后续多次读取 - 再计算
body_md5和签名 - 最后才调用
request.json或request.form
切忌写成 request.json 后再取 request.data，此时后者为空，签名永远不匹配。
验证失败时返回 401 还是 403？
统一返回 401 Unauthorized，并带明确错误码字段（如 {"code": "INVALID_SIGNATURE", "message": "signature mismatch"}）。不要用 403 —— 它表示权限不足，而签名失败属于身份凭证无效，语义不符。
更关键的是：失败时绝不能泄露验证细节。例如不能返回 “timestamp too old” 或 “nonce reused”，这会帮攻击者缩小爆破范围。所有失败路径应走同一错误响应结构，仅靠日志记录具体原因。
签名验证本身不是银弹：它防篡改、防重放，但不防中间人。务必配合 HTTPS，否则签名和密钥可能被截获。
大量免费API接口：立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游，为数据API应用能力赋能！
