Saltar al contenido

Reenvío de webhook

El reenvío de webhook vuelve a transmitir una notificación. La recuperación deliberada y los ataques de repetición requieren comprobaciones diferentes.

También conocido comoWebhook Replay
APIs e integración

El reenvío de webhook consiste en volver a transmitir una notificación de webhook ya enviada. Puede hacerse deliberadamente para recuperar un procesamiento que falló durante una interrupción. El término también se utiliza para ataques en los que alguien intercepta un mensaje válido y lo vuelve a enviar.

Delimitar la recuperación

En un portal ficticio, tras una incidencia no está claro si una notificación de pedido se procesó en el ERP. Antes de reenviarla, el equipo responsable comprueba el estado del procesamiento. Define qué notificación puede reenviarse y cómo impedir una creación de pedido duplicada. Reenviar todas las notificaciones guardadas sin comprobarlas afectaría también a operaciones terminadas.

Evaluar autenticidad y repetición por separado

Stripe utiliza marcas de tiempo firmadas contra los ataques de repetición y describe aparte la gestión de eventos duplicados. Una firma válida no demuestra por sí sola que una notificación siga sin procesar. Acuerde tanto la verificación de los mensajes entrantes como la gestión de las operaciones ya procesadas.

Fuentes

Artículos sobre el tema

APIs e integración con ASES

ERP, CRM y tienda bien conectados