Summary

  • Denis Walker explicou a função reclaim do RIPE Database em 2013: o mantenedor de um recurso de endereços emitido pelo RIPE NCC podia autorizar a exclusão de determinados objetos abaixo dele.
  • A autorização serve para apagar, não para editar. Ela alcança registros de endereços mais específicos, objetos de rota e delegações reversas; o recurso pai, números de AS e registros de pessoas ficam fora.

A rota velha que virou porteiro

O operador tem o bloco de endereços e precisa atualizar a rota. Ao tentar registrar o novo objeto, encontra outro com o mesmo prefixo. O mnt-by do registro antigo aponta para um mantenedor que já não responde por aquela operação. A base barra o próximo passo. Antes, a saída frequentemente era pedir que o RIPE NCC interviesse manualmente. Bastou uma linha esquecida para transformar o titular em visitante da própria sala.

Denis Walker descreveu em abril de 2013 a função criada para esse tipo de impasse. Reclaim permite que a autenticação dos mantenedores do recurso pai emitido pelo RIPE NCC conte também para excluir certos objetos filhos. O sistema consulta os atributos mnt-by e mnt-lower do pai. O pedido continua sendo uma atualização comum, com delete: reason no objeto. A novidade não é uma ferramenta exótica: é a resposta da base à pergunta de quem pode autorizar a remoção.

A armadilha pode nascer de cooperação normal. Dois mantenedores dividem mnt-by; um deles consegue retirar o outro. Uma mudança de responsável deixa um objeto antigo preso a credenciais alheias. Se ele ocupa o prefixo exato, impede que um novo objeto de rota seja criado. O titular responde pela gestão do recurso, mas precisa de uma exceção na administração central para retirar o obstáculo. Walker fez dessa exceção uma regra operacional.

O alcance foi cortado com precisão. Entram inetnum e inet6num mais específicos, route e route6 com prefixo igual ou mais específico e domínios de delegação reversa sob in-addr.arpa ou ip6.arpa. Não entram a alocação ou atribuição pai, objetos aut-num, domínios ENUM nem objetos secundários person e role. A função só exclui; não reescreve o conteúdo nem troca a autenticação. Quem recebeu uma subalocação também não ganha, por isso, o poder reservado ao titular do recurso emitido pelo RIPE NCC.

Apagar um objeto da base não altera instantaneamente os roteadores. Abre, porém, o caminho para registrar a informação correta. A diferença parece pequena até o dia em que a operação precisa seguir e a chave está com uma credencial antiga.

O relatório anual de 2013 do RIPE NCC lista reclaim entre os novos recursos da base. O texto de Walker mostra exatamente onde a permissão começa e termina. O botão Delete ficou interessante porque veio acompanhado de uma pergunta adulta: quem assume a responsabilidade pelo endereço consegue agir sobre os registros que o bloqueiam?

Fontes originais do RIPE