支付与合作方回调：SCDN 防护怎样避免拦住关键通知
回调接口需要签名验证、重复处理保护和精确例外，不能简单全站放行。
本文目录
回调的访问模式与浏览器不同
支付通知、物流状态和合作方 Webhook 常由服务器直接发起，未必执行脚本或携带浏览器 Cookie。对这些路径套用交互式验证，可能让正常通知失败。接入前把回调单独列入接口清单，并与合作方联调。
精确例外不等于取消鉴权
必要的防护例外应限制到具体域名、路径、方法和可核对的合作方条件，应用仍需验证签名、时间和业务对象。来源 IP 可作为辅助条件，不能单独替代消息真实性验证。
重试与重复通知一起设计
外部平台在没有收到预期响应时可能重试。接口应在持久记录处理结果后返回合适状态，并识别重复通知，避免重复发货或重复入账。将耗时工作放入可靠任务流程时，要同时考虑失败重试与状态一致性。
验收包含失败分支
使用合作方提供的测试方式验证成功通知、错误签名、超时与重复消息。对照边缘拦截记录和应用日志，确认失败发生在哪一层，再调整最小必要范围的策略。
参考资料
OWASP REST Security Cheat Sheet