支付與合作方回調：SCDN 防護怎樣避免攔住關鍵通知
回調接口需要簽名驗證、重復處理保護和精確例外，不能簡單全站放行。
本文目錄
回調的存取模式與瀏覽器不同
支付通知、物流狀態和合作方 Webhook 常由伺服器直接發起，未必執行腳本或攜帶瀏覽器 Cookie。對這些路徑套用交互式驗證，可能讓正常通知失敗。接入前把回調單獨列入接口清單，并與合作方聯調。
精確例外不等于取消鑒權
必要的防護例外應限制到具體網域、路徑、方法和可核對的合作方條件，應用仍需驗證簽名、時間和業務對象。來源 IP 可作為輔助條件，不能單獨替代消息真實性驗證。
重試與重復通知一起設計
外部平臺在沒有收到預期響應時可能重試。接口應在持久記錄處理結果后返回合適狀態，并識別重復通知，避免重復發貨或重復入賬。將耗時工作放入可靠任務流程時，要同時考慮失敗重試與狀態一致性。
驗收包含失敗分支
使用合作方提供的測試方式驗證成功通知、錯誤簽名、超時與重復消息。對照邊緣攔截記錄和應用日誌，確認失敗發生在哪一層，再調整最小必要范圍的策略。
參考資料
OWASP REST Security Cheat Sheet