hunt-webhook-signature

Validates webhook signature, timestamp, and nonce handling on authorized sender and receiver endpoints.

10|3|Updated Aug 10, 2026
One-click install
npx skills add https://github.com/baiqigo/baiqi-redteam-lab --skill hunt-webhook-signature-baiqigo
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: hunt-webhook-signature
Source: https://github.com/baiqigo/baiqi-redteam-lab/tree/main/.agents/skills/hunt-webhook-signature
Command: npx skills add https://github.com/baiqigo/baiqi-redteam-lab --skill hunt-webhook-signature-baiqigo

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Webhook integrations often accept replayed, expired, or unsigned events because signature verification is incomplete. This Skill provides an evidence-gated workflow to verify whether your own webhook sender and receiver correctly enforce signature algorithms, canonicalization, timestamp windows, and nonce uniqueness. ## Core Features & Use Cases - Signature Coverage Verification: Confirms which fields the signature actually covers and detects canonicalization or encoding-order weaknesses. - Replay and Timestamp Testing: Compares receiver behavior for normal events versus expired timestamps, duplicate event IDs, and repeated nonces using pre-registered no-op events. - Oracle-Based Verdicts: Only counts a finding when the receiver accepts an event it should reject and server audit logs confirm actual processing, eliminating false positives from HTTP 2xx acknowledgments. - Use Case: Before launching a payment callback integration, use this Skill to confirm your receiver rejects replayed and stale signed events, then route any callback URL concerns to SSRF or open-redirect review. ## Quick Start Use the hunt-webhook-signature skill to plan an authorized validation of my webhook receiver's signature and replay defenses.

Frequently Asked Questions about hunt-webhook-signature

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I test webhook signature verification on my own endpoint?

Send controlled events from your own sender varying one factor at a time: valid signature, expired timestamp, duplicate event ID, and altered field ordering. A finding exists only when the receiver accepts an event it should reject and server audit logs confirm processing.

How to test webhook replay attacks safely?

Use pre-registered no-op events on infrastructure you own, replay them at low frequency, and compare receiver behavior against the baseline. Stop immediately if testing would touch third-party senders, real business state, or production side effects.

What counts as a real webhook signature vulnerability versus a false positive?

A valid finding requires the receiver to accept a duplicate, expired, or uncovered event with server-side audit evidence of actual processing. Signature mismatch errors, HTTP 2xx acknowledgments, or client-side replay tool output alone do not qualify.

Can I use this webhook testing workflow on third-party callbacks?

No. The workflow requires documented authorization and ownership of both sender and receiver, plus rollback-safe test data. Third-party assets, shared users, or activity outside the written testing window are explicit stop conditions.

Why does webhook timestamp validation fail even with correct signatures?

Failures typically come from clock skew between sender and receiver, missing tolerance windows, or timestamps not included in the signed payload. Record clock offset and signed field coverage during discovery before probing.