Descripción General
Asegurar tus endpoints de webhook es crítico para garantizar que las solicitudes de webhook provienen de Gu1 y no de actores maliciosos. Esta guía cubre cómo verificar firmas de webhook, implementar mejores prácticas de seguridad y evitar errores comunes de seguridad.Verificación de Firmas
Gu1 firma todas las solicitudes de webhook con una firma HMAC SHA-256 usando tu secreto de webhook. La firma se envía en el encabezadoX-Webhook-Signature, permitiéndote verificar que la solicitud es auténtica.
Cómo Funciona la Verificación de Firmas
- Gu1 genera una firma: Al enviar un webhook, Gu1 crea un hash HMAC SHA-256 del cuerpo de la solicitud sin procesar usando tu secreto de webhook
- La firma se envía en el encabezado: La firma se incluye en el encabezado
X-Webhook-Signature - Tu servidor recalcula: Tu endpoint recalcula la firma usando el mismo secreto y cuerpo sin procesar
- Comparar firmas: Si las firmas coinciden, el webhook es auténtico
Ejemplos de Verificación de Firmas
Node.js (Express)
Node.js
Crítico: Debes verificar la firma usando el cuerpo de solicitud sin procesar antes de que se analice como JSON. Si verificas contra el cuerpo JSON analizado (ej.,
JSON.stringify(req.body)), la firma no coincidirá porque el formato JSON puede diferir.Python (Flask)
Python
Go (Gin)
Go
Cuerpo Sin Procesar vs JSON Analizado
Un error común es verificar la firma usando el objeto JSON analizado en lugar del cuerpo de solicitud sin procesar. Esto siempre fallará porque el formato JSON puede diferir.Qué firma Gu1 (y qué no)
Gu1 calculaHMAC-SHA256(secret, raw_request_body) y envía el digest hexadecimal en X-Webhook-Signature.
Usá una comparación timing-safe al validar la firma (por ejemplo
crypto.timingSafeEqual en Node.js). Ver la sección de buenas prácticas más abajo.Historial de webhooks en el dashboard
El monitor de webhooks muestra el payload para debugging y soporte. Esa vista no es el string byte-a-byte que se firmó al momento del envío. Pretty-print, copiar desde la UI o hacerJSON.stringify() sobre un objeto parseado puede generar un string distinto y hacer que un envío correcto parezca inválido.
Para depurar un fallo, compará el header X-Webhook-Signature que recibió tu endpoint con el HMAC calculado sobre el raw body de ese mismo request HTTP. No re-verifiques solo con el JSON del dashboard.
Fallos intermitentes de firma
Si la verificación funciona en algunos eventos pero en otros devuelve401 Invalid signature con el mismo secret y endpoint, las causas habituales son:
- JSON parseado y re-serializado —
JSON.stringify(req.body)después deexpress.json()(o equivalente) no reproduce de forma confiable los bytes del body de Gu1. Payloads distintos (orden de keys, forma anidada, formato numérico) pueden fallar solo a veces. - Middleware que muta el body — deduplicar arrays, quitar campos
null, ordenar keys o normalizar strings antes de verificar cambia el input firmado. - Secret incorrecto — secret regenerado en el dashboard mientras en tu entorno quedó el valor viejo.
- Header de firma ausente — si el webhook no tiene secret configurado, Gu1 puede omitir
X-Webhook-Signature; tratar un header faltante como firma inválida es esperable.
Patrones de Idempotencia
Los webhooks pueden entregarse más de una vez debido a problemas de red, timeouts o reintentos. Implementa idempotencia para asegurar que procesas cada webhook solo una vez.Idempotencia Basada en Base de Datos
Almacena IDs de webhook procesados en tu base de datos:Node.js
Idempotencia Basada en Caché
Para webhooks de alto volumen, usa un caché como Redis:Node.js con Redis
Python con Redis
Mejores Prácticas de Seguridad
1. Siempre Verificar Firmas
1. Siempre Verificar Firmas
Nunca omitas la verificación de firmas en ambientes de producción. Esta es tu defensa principal contra webhooks falsos.
2. Usar Solo HTTPS
2. Usar Solo HTTPS
Configura tus endpoints de webhook para usar solo HTTPS. Rechaza solicitudes HTTP:
3. Validar Tipos de Eventos
3. Validar Tipos de Eventos
Solo procesa tipos de eventos que esperas:
4. Implementar Límite de Tasa
4. Implementar Límite de Tasa
Protege tu endpoint del abuso con limitación de tasa:
5. Almacenar Secretos de Webhook de Forma Segura
5. Almacenar Secretos de Webhook de Forma Segura
Nunca hardcodees secretos de webhook. Usa variables de entorno o gestión de secretos:Para producción, usa un administrador de secretos:
- AWS Secrets Manager
- HashiCorp Vault
- Azure Key Vault
- Google Secret Manager
6. Validar Estructura del Payload
6. Validar Estructura del Payload
Valida la estructura del payload del webhook antes de procesar:
7. Usar Comparaciones Seguras contra Tiempo
7. Usar Comparaciones Seguras contra Tiempo
Al comparar firmas, usa funciones de comparación seguras contra tiempo para prevenir ataques de temporización:
8. Implementar Logs de Webhook
8. Implementar Logs de Webhook
Registra todos los intentos de webhook para auditoría y depuración:
9. Devolver 200 Rápidamente
9. Devolver 200 Rápidamente
Responde con código de estado 200 rápidamente para prevenir reintentos. Procesa trabajo pesado de forma asíncrona:
10. Implementar Lógica de Reintentos
10. Implementar Lógica de Reintentos
Si falla el procesamiento del webhook, almacénalo para reintento:
Errores Comunes de Seguridad a Evitar
1. Omitir Verificación de Firmas
2. Verificar JSON Analizado en Lugar de Cuerpo Sin Procesar
3. Usar HTTP en Lugar de HTTPS
4. Hardcodear Secretos
5. No Implementar Idempotencia
6. Exponer Errores a Clientes
7. No Validar Tipos de Eventos
8. Usar Secretos Débiles
Probar Seguridad de Webhook
Probar Firmas Inválidas
Probar Ataques de Repetición
Envía el mismo webhook dos veces y verifica idempotencia:Monitoreo y Alertas
Configura monitoreo para seguridad de webhook:Próximos Pasos
Configuración de Webhook
Aprende cómo configurar webhooks
Eventos de Entidades
Maneja eventos de ciclo de vida de entidades
Eventos de KYC
Procesa eventos de verificación de KYC
Eventos de Reglas
Responde a reglas de cumplimiento