Bibliothek / Sicherheit & Compliance
Sicherheit & Compliance
Prüft HMAC-SHA256-signierte Webhook-Anfragen, bevor Geschäftslogik ausgeführt wird
Läuft bei jedem eingehenden Webhook. Prüft die HMAC-SHA256-Signatur des Rohtexts und lehnt Anfragen mit Zeitstempeln außerhalb eines 300-Sekunden-Fensters ab.
Was sie bewirkt
## Verify a signed webhook before business logic ### Who this is for Automation teams receiving server-to-server webhooks from a provider that signs the exact request body with HMAC-SHA256. ### Contract used by this template - Header: X-Automation-Signature: sha256= - Signature input: the exact raw request body bytes - Body fields: event_id, signed Unix timestamp sent_at, and payload - Freshness: no more than 300 seconds old or 60 seconds in the future ### Set up 1. Keep the workflow inactive after import. 2. Create an n8n Crypto credential with the shared HMAC secret. 3. Assign it to Compute Body HMAC. 4. Match the provider's exact header, canonical string, digest encoding, and timestamp rules. 5. Add business nodes only after the true output of Is Request Authentic and Fresh. ### Boundaries The timestamp limits replay time but does not stop duplicate delivery inside the five-minute window. Add persistent event-ID deduplication for strict once-only handling. Apply rate and body-size limits before n8n. Generic 401 responses avoid exposing which check failed. The public workflow contains no credential or real data.
Die Schritte
- Receive Signed Webhook
- Compute Body HMAC
- Validate Signature and Timestamp
- Is Request Authentic and Fresh
- Accept Authenticated Request
- Reject Invalid or Stale Request
Ähnliche Automatisierungen
Sicherheit & ComplianceSeatable-Webhooks mit HMAC SHA256 validieren6 SchritteSicherheit & ComplianceSeaTable-Webhooks mit HMAC SHA256 validieren22 SchritteMCP-Server & ToolsCIRCL-Hash-Lookup-API als MCP-Server12 SchritteSicherheit & ComplianceEingehende Webhook-Payloads entschlüsseln und parsen39 Schritte