jsonscraper
Mercados

GitHub adicionou novas faixas de IP para webhooks: como atualizar a allowlist

Em 29 de outubro, o GitHub ampliou o campo hooks da Meta API. Veja quem é afetado pela mudança e como sincronizar as regras de rede sem copiar endereços manualmente.

Política editorial Comunique um erro

Se o servidor só aceita webhooks do GitHub de endereços IP permitidos, adicione três novos prefixos à allowlist. Em 29 de outubro de 2026, o GitHub anunciou que novas faixas para entregas no github.com foram incluídas no campo hooks da Meta API. A mudança se aplica às entregas de webhooks no github.com em todos os planos, incluindo o GitHub Enterprise Cloud.

Artigo: GitHub adicionou novas faixas de IP para webhooks: como atualizar a allowlist
Resumo: O GitHub adicionou três prefixos CIDR para webhooks recebidos do github.com. Se o servidor só aceita entregas de uma allowlist, atualize-a usando a resposta mais recente da Meta API e confirme que as faixas antigas continuam na lista.
Função da imagem: capa — a ideia central
Seção: 
Tema visual: Close-up de um diagrama de configuração de firewall de rede mostrando rotas de entrega de webhooks e três novos blocos de rede CIDR destacados
© jsonscraper · ilustração gerada por IA

Quais faixas adicionar

Para uma atualização manual, o GitHub lista os seguintes prefixos CIDR:

  • 9.234.98.160/28
  • 9.234.98.176/28
  • 9.234.106.48/28

Adicione-os junto aos endereços do GitHub já permitidos, mantendo as faixas anteriores. Se a allowlist já é atualizada pela Meta API, não é necessário fazer uma alteração separada para esses prefixos: a lista atualizada de webhooks é retornada no campo hooks. A documentação da Meta API alerta que os valores no exemplo de resposta são demonstrativos; para uma configuração de produção, solicite os dados atualizados diretamente.

Verifique como a allowlist é montada

Primeiro, descubra onde a lista de endereços permitidos está definida: no firewall da aplicação, em um proxy reverso, em uma política de nuvem ou no firewall corporativo. Depois, verifique se o sistema atualiza o conjunto inteiro usando GET /meta ou se mantém apenas entradas adicionadas manualmente. No primeiro caso, confirme que o campo hooks está incluído na sincronização; no segundo, adicione os três prefixos sem remover os anteriores.

Os dados públicos de GET /meta estão disponíveis sem autenticação. O GitHub recomenda atualizar a allowlist periodicamente, pois os endereços dos serviços podem mudar. Para automatizar o processo, extraia o campo hooks da resposta e compare o conjunto completo com a configuração local antes de aplicar as regras de rede.

O que verificar após a atualização

Confirme que os novos prefixos CIDR estão na configuração ativa e que as entradas antigas foram mantidas. Em seguida, verifique o registro de entregas de webhooks e os logs de rede para detectar rejeições após a alteração. É útil combinar o filtro de IP com outras verificações: as recomendações do GitHub incluem HTTPS com validação do certificado, um segredo de webhook e a verificação do tipo de evento antes do processamento.

O GitHub recomenda responder à entrega com um código 2xx em até 10 segundos; o processamento demorado pode ser transferido para uma fila. O cabeçalho X-GitHub-Delivery ajuda a identificar entregas únicas e a se proteger contra a repetição de solicitações.

Para uma allowlist estática, adicione manualmente os três prefixos publicados. Se a configuração for gerenciada automaticamente, atualize o campo hooks pela Meta API e compare periodicamente seus valores atuais com a lista local. Assim, os novos endereços não ficam fora das regras que filtram os webhooks recebidos.

Pessoas

Nenhuma pessoa listada para este artigo ainda.

Continue lendoGitHub CLI adiciona tokens OAuth com expiração: como ativar e verificar integrações
Leia o próximo artigo

Transforme o que lê numa integração funcional

Explore as APIs de dados sociais da jsonscraper, teste pedidos e crie o seu próximo fluxo de trabalho.

Explorar APIs