Capture first or replay immediately?
Capture a new synthetic event when delivery, headers, or signing behavior is unknown. Replay an existing request only after confirming its authorized origin, redaction, target, and method.
Elysia Tools
Navigation
Workflow Playbook
Capture and replay controlled webhook requests, inspect delivery evidence, and check the receiver HTTPS certificate without treating a valid certificate as proof of business trust.
Hubs
This workflow is for a webhook you are authorized to test. Choose a staging receiver or disposable local target and create a synthetic event with invented identifiers. Keep production signing secrets, access tokens, session cookies, customer records, and personal data out of the capture session. Decide retention and replay approval before the first request.
Use webhook-debugger-relay to create a unique receive URL and bounded session. Inspect method, headers, body, and signature behavior before forwarding. Configure only a disposable test secret and the documented test header when signatures matter. Replay one sanitized case to the approved target with automatic forwarding disabled during investigation.
Run ssl-checker against the receiver hostname and record DNS resolution, certificate identity, validity dates, chain details, and protocol findings. This is transport evidence, not proof of application ownership, route authorization, or correct event processing.
Separate capture facts, signature observations, replay results, certificate findings, and application evidence. Mark the case passed, failed, or needing review only against the agreed threshold, then delete temporary data or document approved retention. For broader request reproduction use api-request-replay-and-debugging; for schema and response compatibility use api-contract-testing.
Workflow playbook
Open webhook-debugger-relay with a test target, narrow method or body filter, and bounded request limit. Send a synthetic event from the authorized environment to the generated capture URL.
Review method, headers, body, signature header, and response behavior. Configure only the disposable test secret when needed, then replay a redacted request to the approved receiver after review.
Run ssl-checker against the receiver hostname and record DNS, certificate identity, validity, chain, and protocol findings. Compare this transport evidence with relay and application evidence, then record the result and remove temporary data.
Capture a new synthetic event when delivery, headers, or signing behavior is unknown. Replay an existing request only after confirming its authorized origin, redaction, target, and method.
Use webhook-debugger-relay for request and response behavior and ssl-checker for DNS, certificate, chain, and protocol findings. A valid HTTPS certificate does not prove ownership, authorization, or correct event handling.