跳至內容
Astera Technology

Webhook 簽署核對失敗,先查原始內容

先查收到的原始位元組及接收端密鑰,不要因為驗證失敗便取消核對。

找出內容在哪一步被改動

Stripe 要用未經改動的原始請求核對簽署。讀成物件後即使看似一樣,位元組也可能不同。先保留原始輸入供官方支援的核對方法使用,日誌不要記密鑰。

假設請求內容處理記錄
位置內容或觀察處理決定
接收入口{"id":"EV-11","value":1}保留原始位元組
解析後重新編碼{"value":1,"id":"EV-11"}不以這份改寫內容核對
核對設定正確接收端及環境參考在受控位置更正密鑰設定
下載可編輯 CSV ↓

重測原有接收路徑

用假設資料比較中介處理前後的內容。位元組一致便查標頭解析及接收端環境。問題未查明期間,核對失敗的請求不能建立業務紀錄。

把 JSON 欄位排序,可以修好簽署核對嗎?

查看參考答案

不可以。要核對的是發送端原本簽署的位元組。應修正保留內容的路徑;只有簽署規格明確要求時,才按該規格整理格式。

相關資源