Resumo

  • A tabela de transferências da RIPE NCC modificada às 20h UTC ganhou três linhas de 2 de novembro, dois /22 e um /24, totalizando 2.304 endereços de INTERNATIONAL HOSTING SOLUTIONS LLP para Iryna Oliinyk.
  • Os três objetos RDAP exatos registram eventos às 14h29min10–11s UTC; uma cópia completa da tabela às 16h41 não continha nenhuma das três linhas.

Os registros tinham hora; a vitrine das transferências ainda não tinha as três linhas. O arquivo oficial de transferências dentro da região da RIPE NCC agora lista 185.248.192.0/22, 194.15.112.0/22 e 194.26.18.0/24, todos em 2 de novembro, sob POLICY e PERMANENT. A origem é INTERNATIONAL HOSTING SOLUTIONS LLP e a destinatária é Iryna Oliinyk. Dois /22 representam 1.024 endereços cada; o /24 soma 256. São 2.304 endereços ao todo.

Uma versão completa do mesmo arquivo capturada às 16h41 UTC trazia 43.852 linhas e não incluía essas três. Seu SHA-256 é ed0104f4cc2a424832e2a85403464bb81ec5ff436f18db59db6415b2bda9a6a4. A versão modificada pela RIPE às 20h00min03s tinha 43.855 linhas e SHA-256 d07266b3d0d36337ad85747a7661ad83ffcf63a537f237a368859a9d63032257. A diferença exata entre os conjuntos é de três inclusões e nenhuma exclusão. O que mudou foi a cobertura pública dessa parte do histórico.

No RDAP atual, 185.248.192.0/22 e 194.15.112.0/22 exibem registro e última alteração às 14h29min10s UTC. 194.26.18.0/24 traz 14h29min11s. Os três intervalos estão ativos e contêm ORG-IO80-RIPE entre as referências de titular, coerente com a destinatária da tabela. O evento do objeto e a edição do arquivo têm relógios diferentes; a captura das 16h41 mostra o espaço entre eles.

A tabela de ASN da RIPE também registra dois ASNs transferidos entre as mesmas partes naquela data. Uma reportagem anterior de Theo March trata da distinção entre o nome descritivo desses ASNs e a referência ao titular. As novas linhas IPv4 contam outra história: quanto tempo uma tabela pública demora para refletir registros datados. Quem consultou apenas a edição das 16h41 teria um quadro sem os três blocos que apareceram mais tarde.

A tabela informa o dia de cada transferência, sem a hora em que cada linha entrou pela primeira vez no arquivo. Uma marca de publicação por linha, acompanhada das correções, fecharia essa lacuna. A sequência observada é suficiente: eventos RDAP às 14h29, ausência das três linhas às 16h41 e presença no arquivo modificado às 20h.