component-webhook) enables asynchronous external systems to trigger workflows or resume suspended flows when long-running operations finish.
1. Operating Modes
Mode 1: Workflow Entry Trigger
Acts as the first node in a flow. External services (e.g., GitHub, Stripe, internal event buses) POST JSON payloads to a dedicated Quixa webhook endpoint to trigger automated workflow execution.Mode 2: In-Flow Callback Listener (Wait for Event)
Acts as an intermediate pause gate within an active flow:- Upstream node initiates an asynchronous job (e.g., payment authorization, background file transcoding).
- The flow generates a unique callback token and pauses at the Webhook Wait Node.
- When the third-party provider posts the result to the callback URL, Quixa verifies the payload and resumes the flow immediately from that step.
2. Security & HMAC Verification
To protect against spoofing, Quixa provides built-in cryptographic signature verification:- Signature Header: Specify the expected header name (e.g.,
X-Hub-Signature-256,Stripe-Signature). - Secret Key: Stored securely as an environment variable (
{{env.webhookSecret}}). - Algorithm:
HMAC-SHA256,HMAC-SHA1, or custom pre-script verification. - Timestamp Tolerance: Enforces maximum age (e.g., 300 seconds) to prevent replay attacks.