Resumo

  • Depois de um incidente de roteamento, a Meta diz ter criado três controles: ID Communities identificam prefixos, Route Registry autoriza a travessia e um monitor confere o plano de controle.
  • Segundo a empresa, quase todas as violações descobertas foram corrigidas em meses. O resumo público não informa quantas havia; um histórico por fronteira daria dimensão ao resultado.

Ter crachá não dá acesso a todas as portas. É a diferença que Daria Shantalova levou à RIPE 93. A Meta relata que um incidente revelou falhas nos limites entre domínios de sua rede de longa distância. A resposta dividiu o serviço entre três controles, cada um capaz de pegar um erro que os outros deixariam passar.

O primeiro dá identidade ao prefixo. As ID Communities indicam origem e alcance de propagação. O RFC 1997 fornece o mecanismo geral de comunidades BGP; a regra específica é da Meta. O segundo é o Route Registry: uma lista explícita do que pode atravessar cada fronteira. Ela vira filtros de entrada com prazo de atualização. Um cadastro correto na sede não ajuda se o posto de controle continua usando a folha antiga.

O terceiro observa a via aberta. O monitoramento do plano de controle compara as rotas presentes com etiquetas e permissões. Comunidades erradas e prefixos ausentes do registro viram alertas. A Meta afirma que encontrou violações espalhadas pela produção, resolveu quase todas em poucos meses e passou a impedir reincidências automaticamente. Faltam os números de partida e de chegada no resumo público. Com versão do registro, hora da instalação e rota observada por fronteira, a história ganharia comprovantes.

O RFC 8212 trata de política explícita de entrada e saída no BGP externo. O RFC 9234 lida com papéis entre pares para outra forma de vazamento de rotas. A história da Meta trata de suas próprias fronteiras. O princípio comum é concreto: a etiqueta afirma, o registro autoriza, o filtro instalado executa.