Resumo

  • O contrato de transferência de 31 de janeiro de 2002 entre JPNIC e JPRS concede a JPNIC e à Autoridade Governamental autoridade conjunta para decidir um novo cessionário em caso de insolvência da JPRS, com a JPRS obrigada a continuar operando até que um sucessor seja determinado.
  • A custódia de dados é uma estrutura de três partes: a JPRS transmite dados criptografados diariamente a um agente de custódia aprovado pela JPNIC e pela Autoridade Governamental, com a JPNIC auditando todo o processo.
  • O .jp não tem um Instrumento de Operações Contínuas sob seu Acordo de Patrocínio da ICANN de 27 de fevereiro de 2002 — ao contrário dos acordos gTLD da própria JPRS.
  • A lacuna mais aguda é o DNSSEC: material de chaves privadas não está em custódia; um sucessor precisaria gerar novas chaves e substituir o registro DS na zona raiz.

O ponto de partida é o contrato, não a infraestrutura. O JP Domain Name Management and Administration Transfer Agreement entre a Japan Network Information Center (JPNIC) e a JPRS, datado de 31 de janeiro de 2002 e efetivo a partir de 1º de abril de 2002, estabelece o regime doméstico de continuidade do .jp [3]. Seus artigos operacionais atribuem a autoridade de sucessão a duas partes japonesas: a JPNIC, a organização patrocinadora reconhecida pela ICANN, e a Autoridade Governamental japonesa.

Em caso de falência ou insolvência da JPRS, ou de uma retransferência decidida, as duas partes consultam e decidem prontamente o novo cessionário (Art. 14(6)). A JPRS é obrigada a continuar operando o registrador até que um sucessor seja determinado (Art. 13(11)) e a transferir todos os dados relevantes do registrador (Art. 13(12)). Isso significa que o dever de operar em continuidade é uma obrigação contratual doméstica com um fideicomisso institucional nomeado — não um mecanismo ativado pela ICANN.

Custódia de dados: o mecanismo de transferência

Os dados que um sucessor herdaria fluem por meio de uma estrutura de custódia de três partes. A JPRS extrai e transmite dados de custódia criptografados diariamente; um agente de custódia — selecionado pela JPRS contra critérios da JPNIC/JPRS, mas aprovado pela JPNIC e pela Autoridade Governamental — os armazena fora do local e os entrega conforme as instruções de um auditor; a JPNIC audita todo o processo [11]. A JPRS retomou o papel do agente de custódia em julho de 2023, e a identidade do agente atual não é pública [17].

A consequência é dupla. Primeiro, o mecanismo de transferência de dados existe e é testado rotineiramente, não teoricamente. Segundo, a identidade opaca do agente significa que um leitor externo não pode verificar com quem o sucessor negociaria a entrega — uma lacuna de transparência que a estrutura da JPNIC compensa apenas parcialmente por meio do seu papel de auditoria.

A lacuna DNSSEC

O recurso de dados não é a única dependência. A Declaração de Práticas DNSSEC do domínio .jp torna o registrador responsável pela troca de chaves de emergência e pela recuperação pré-definida e afirma que, em caso de encerramento organizacional, as informações necessárias para o Serviço DNSSEC do .jp são depositadas com o agente de custódia [8][9]. No entanto, o mesmo documento declara que a custódia de chaves privadas não é realizada — o material das chaves existe como cópias múltiplas em módulos de hardware em cofres trancados, com armazenamento fora do local.

Um sucessor, portanto, herdaria os dados do registrador, mas não as chaves. Teria que gerar novos pares de chaves de assinatura e ter o registro DS na zona raiz substituído — uma transação com a IANA, não com a JPNIC. O mecanismo de continuidade doméstico é sólido até o limite do DNSSEC; além dele, a dependência passa para o operador da zona raiz.

O que a ICANN faz e não faz

O Acordo de Patrocínio do ccTLD .jp, assinado em 27 de fevereiro de 2002 entre a ICANN e a JPRS, como inspecionado, não contém um Instrumento de Operações Contínuas e não designa um operador provisório de emergência da ICANN [12]. O papel da ICANN é técnico: reconhecer a organização patrocinadora, manter a entrada do banco de dados raiz e os contatos e publicar a delegação .jp na zona raiz [14].

O contraste com os próprios acordos gTLD da JPRS é revelador. Os acordos de registrador para .jprs e para o acordo de Ryukyu contêm cláusulas de Instrumento de Operações Contínuas e de Transição de Emergência [23][24]. Maquinário que parece 'a ICANN mantém o TLD vivo' pertence às strings gTLD da JPRS — não ao .jp.

A cadeia de designação

O regime atual emergiu de uma sequência documentada: endosso do Governo do Japão à JPRS em 30 de janeiro de 2002; relatório de redelegação da IANA em 8 de fevereiro de 2002; aprovação do Conselho da ICANN — datada de 8 de fevereiro de 2002 na página do ccTLD da ICANN, mas de 12 de fevereiro de 2002 no segundo relatório da IANA, uma discrepância documentada não resolvida [15][16]; Acordo de Patrocínio assinado em 27 de fevereiro de 2002; Segundo Relatório da IANA em 1º de abril de 2002; e a transferência JPNIC–JPRS efetiva a partir de 1º de abril de 2002, condicionada à conclusão do Acordo de Patrocínio (Art. 15).

Nenhum plano de contingência ou de continuidade de negócios independente publicado para o registrador .jp foi localizado; as obrigações de continuidade residem dentro do contrato de transferência, da Declaração de Práticas DNSSEC, dos documentos de custódia e de uma apresentação da JPRS sobre preparação para desastres hospedada pela ICANN em 2019 [19][20].

Fontes

  1. JPNIC–JPRS Transfer Agreement
  2. JPNIC–JPRS Memorandum, December 2021
  3. JPNIC–JPRS Memorandum
  4. Sponsorship Annex 3
  5. JPRS Document Index
  6. JPRS Registry Report 2024
  7. JP Domain Data Handling Rules
  8. JPRS Technical Documents (English)
  9. JPRS Technical Index
  10. JPRS Topics, 29 November 2022
  11. JPRS Press Release, 31 October 2017
  12. JPRS Escrow-Agent Re-tender Notice, 3 July 2023
  13. JPRS Topics, 20 June 2024
  14. JP DNSSEC Practice Statement (English, v1.6)
  15. JP DNSSEC Practice Statement (Japanese, v1.6)
  16. JP DNSSEC Practice Statement (Japanese, v1.4)
  17. IANA Redelegation Report, 8 February 2002
  18. IANA Second Report, 1 April 2002
  19. ICANN ccTLD Page for .jp
  20. .jp ccTLD Sponsorship Agreement, 27 February 2002
  21. ICANN Announcement of the .jp Sponsorship Agreement
  22. JP Data Escrow Overview (JPNIC)
  23. Escrow-Agent RFP Overview, 2008
  24. JPNIC Escrow-Agent Re-tender Notice, 3 July 2023
  25. JPRS Disaster-Preparedness Presentation (ICANN, 2019)
  26. .jprs Registry Agreement
  27. .ryukyu Registry Agreement
  28. Entrada de diretório da JPRS — BTW