Resumo

  • A RFC 9891 é uma especificação Experimental do IETF que estende o ACME para validar um DTN Node ID representado como identidade de certificado BundleEID e identificador ACME bundleEID.
  • A prova separa o material de autorização em dois canais: token-chal pertence ao desafio da conta ACME, enquanto token-bundle identifica um Bundle de desafio específico. O BP Agent devolve um Response Bundle cujo digest vincula os dois valores ao recebimento daquele Bundle.
  • Um Node ID precisa ser um Bundle Protocol Endpoint ID singleton. Um EID non-singleton não se torna um Node ID válido por causa da sua forma textual.

A pergunta operacional não é apenas se um Bundle chegou. É qual evidência mostra que o Endpoint ID singleton pretendido — e não um observador no caminho ou um gateway confiável — concluiu a autorização ACME exata. O servidor envia um ou mais Challenge Bundles ao Node ID declarado. O BP Agent do cliente retorna Response Bundles. A validação correlaciona o desafio da conta, a chave da conta, token-chal, token-bundle, o Bundle recebido e o digest da resposta. O token do Bundle não substitui o token do desafio ACME: o desenho mantém o material de autorização dividido entre o canal ACME e o canal BP.

No ACME, bundleEID é o identificador usado para representar o alvo DTN. BundleEID é a identidade de certificado associada a esse tipo de identidade. Essa representação não determina, por si só, qual organização tem autoridade de nomeação entre organizações. A RFC 9891 também não define um modelo universal de implantação, uma política de roteamento ou uma delegação geral de confiança. Um integrity gateway opcional pode atestar a origem dos Response Bundles. Sua política, a delegação de confiança e sua relação com o servidor ACME permanecem questões experimentais e organizacionais.

A condição de parada precisa ser limitada ao cenário correto: se o integrity gateway opcional for usado e sua confiança não estiver definida, o resultado não deve ser aceito como resolvido. Se esse gateway não estiver sendo usado, essa condição específica não se aplica; ainda assim, continuam necessárias as verificações do vínculo entre conta, desafio, Bundle e Node ID. A participação opcional do gateway não deve parecer obrigatória.

A RFC 9891 examina ataques on-path e o valor ainda incerto da validação multiperspectiva em uma sobreposição DTN cuja topologia pode divergir da topologia IP subjacente. A especificação não demonstra que múltiplas perspectivas sejam eficazes em uma rede concreta. O pacote de fontes tampouco estabelece prevalência de implantação, taxas de sucesso operacional, latência, disponibilidade ou tolerância a negação de serviço para uma rede específica.

Evidência de verificação

Um registro de análise pode preservar o Node ID singleton e seu EID exato, a conta ACME, o desafio da conta, token-chal, o identificador do Challenge Bundle, token-bundle, os horários de envio e recebimento, o Response Bundle, seu digest e, quando houver gateway, sua atestação e a política de confiança aplicada. Esses dados permitem reconstruir o vínculo com um Bundle específico. São uma proposta analítica de retenção de evidências, não artefatos de implantação exigidos pela RFC. Um EID non-singleton é um caso negativo para a identidade de Node ID; também são negativos uma resposta sem o vínculo esperado ou a ausência de recebimento do desafio pertinente.

Limites fora da extensão

A implantação de certificados, o provisionamento de chaves privadas, o roteamento de Bundles, o controle de taxa e a comunicação entre componentes ACME e BP Agents estão fora do escopo da extensão. A instalação do certificado e o ciclo de vida da chave privada continuam sendo questões de implementação. A prova pode oferecer evidência de recebimento e participação da conta, mas não resolve a autoridade de nomeação entre organizações, a governança do gateway ou a política de roteamento.

Fontes