Michael JohnsonSi tu servidor solo acepta webhooks de GitHub desde direcciones IP permitidas, añade tres prefijos nuevos a la lista de permitidos. El 29 de octubre de 2026, GitHub anunció que los nuevos rangos para las entregas en github.com se habían añadido al campo hooks de la API Meta. El cambio afecta a las entregas de webhooks en github.com en todos los planes, incluido GitHub Enterprise Cloud.
Qué rangos añadir
Para actualizar la lista manualmente, GitHub indica los siguientes prefijos CIDR:
9.234.98.160/289.234.98.176/289.234.106.48/28
Añádelos junto a las direcciones de GitHub ya permitidas, sin eliminar los rangos anteriores. Si la lista ya se actualiza mediante la API Meta, no hace falta realizar un cambio específico para estos prefijos: la lista vigente de webhooks se devuelve en el campo hooks. La documentación de la API Meta advierte que los valores del ejemplo de respuesta son ilustrativos; para una configuración operativa, solicita los datos vigentes directamente.
Comprueba cómo se genera la lista de permitidos
Primero, averigua dónde está definida la lista de direcciones permitidas: en el firewall de la aplicación, el proxy inverso, una política en la nube o el firewall corporativo. Después, comprueba si el sistema actualiza el conjunto completo de GET /meta o si solo guarda las entradas añadidas manualmente. En el primer caso, confirma que la sincronización incluye el campo hooks; en el segundo, añade los tres prefijos sin eliminar los anteriores.
Los datos públicos de GET /meta están disponibles sin autenticación. GitHub recomienda actualizar la lista de permitidos periódicamente, ya que las direcciones de sus servicios pueden cambiar. Para automatizar el proceso, extrae el campo hooks de la respuesta y compara el conjunto completo con la configuración local antes de aplicar las reglas de red.
Qué comprobar después de la actualización
Asegúrate de que los nuevos prefijos CIDR aparezcan en la configuración activa y de que se hayan conservado las entradas anteriores. Después, revisa el registro de entregas de webhooks y los registros de red para detectar rechazos posteriores al cambio. Conviene combinar el filtro por IP con otras comprobaciones: las recomendaciones de GitHub incluyen HTTPS con validación del certificado, un secreto para el webhook y la comprobación del tipo de evento antes de procesarlo.
GitHub recomienda responder a las entregas con un código 2xx en un plazo de 10 segundos; el procesamiento prolongado puede delegarse en una cola. El encabezado X-GitHub-Delivery ayuda a identificar entregas únicas y a protegerse contra la repetición de solicitudes.
Si la lista de permitidos es estática, añade manualmente los tres prefijos publicados. Si la configuración se gestiona de forma automática, actualiza el campo hooks mediante la API Meta y compara periódicamente sus valores actuales con la lista local. Así, las reglas que filtran los webhooks entrantes incluirán las nuevas direcciones.
