配信の挙動
プロバイダーの公式ドキュメントから読み取っています(最終確認 2026-08-06)。プロバイダーが数値を示していない項目には、この表も数値を載せていません。
| 応答期限 | プロバイダーは未公表 |
|---|---|
| リトライ | プロバイダーは未公表 |
| 打ち切り | プロバイダーは未公表 |
署名
ドキュメントを読んだだけではなく、テストスイートで裏付けた動作する検証コードで確認しています。最終検証日は 2026-08-20 です。
| アルゴリズム | HMAC-SHA1 |
|---|---|
| 署名対象 | raw body |
| エンコード | hex |
| ヘッダー | x-hub-signature = sha1=hex |
| 許容範囲 | 適用なし |
検証する
JSON としてパースする前の生のリクエストボディを、バイト単位でそのまま使います。フレームワークがペイロードを再シリアライズした時点で、このページのどの方式も検証に失敗します。
const crypto = require("node:crypto");
// x-hub-signature: "sha1=" + hex(HMAC-SHA1(client secret, raw body))
const expected =
"sha1=" +
crypto.createHmac("sha1", clientSecret).update(rawBody).digest("hex");
const received = Buffer.from(req.headers["x-hub-signature"] ?? "");
const wanted = Buffer.from(expected);
// timingSafeEqual throws on a length mismatch, so check that first.
const valid =
received.length === wanted.length && crypto.timingSafeEqual(received, wanted);落とし穴
ヘッダーは x-hub-signature で、GitHub の x-hub-signature-256 ではなく、元の SHA-1 版です。プレフィックスで照合する自動判定コードは、ヘッダー名全体を確認しないと、誤ったアルゴリズムと誤ったエンコードで検証してしまいます。
あわせて読む
AnyHook は、Intercom から受信するエンドポイントの手前に入ります。約 1 秒で応答し、サーバーがダウンしていれば独自のスケジュールでリトライします。すべてのイベントは再送できる状態で保存されます。 変えるのは URL 1 つだけで、コードはそのままです。