Resumo

  • Uma tag válida mostra que o emissor observou o Initial do cliente e que os bytes verificados do Retry não sofreram corrupção acidental.
  • Ela não autentica o servidor, não prova que o token será aceito nem que o endereço do cliente já foi validado.
  • A investigação deve preservar como eventos distintos a tag, o retorno do token, a validação no servidor e o resultado autenticado do TLS.

Uma captura mostra um Retry do QUIC com tag de integridade válida. O painel o chama de “desafio autenticado do servidor” e marca o endereço do cliente como validado. Nenhuma dessas conclusões cabe na evidência do pacote.

A seção 5.8 da RFC 9001 define uma garantia estreita. A tag de 128 bits é calculada com AEAD_AES_128_GCM, texto simples vazio e um pseudopacote como dados associados. Esse pseudopacote reúne o Retry sem a tag, precedido pelo comprimento e valor do Original Destination Connection ID, ou ODCID. No QUIC v1, chave e nonce do cálculo estão na própria norma. Como o ODCID veio do Initial do cliente, uma tag válida demonstra que o emissor observou esse Initial e permite rejeitar corrupção acidental.

Isso não é autenticação do par. Os parâmetros fixos do QUIC v1 são públicos e o Retry não tem campos protegidos. A tag não substitui o certificado nem o Finished do TLS. Também não identifica a instância que respondeu, não prova que ela tem autoridade sobre o nome do serviço e não exclui um sistema no caminho.

A seção 17.2.5 da RFC 9000 define o próximo teste no cliente. Um Retry com tag inválida ou token vazio deve ser descartado, e no máximo um Retry é processado por tentativa. Ao aceitá-lo, o cliente envia outro Initial, usa o SCID do Retry como DCID e copia o token. O Retry observado, portanto, solicita uma prova de caminho de volta; não é a prova concluída.

O limite do servidor está na seção 8.1.2 da RFC 9000. Se o cliente devolve um token que um atacante não consegue gerar para o próprio endereço, o servidor pode estabelecer que o cliente o recebeu. Ainda precisa validar o token e decidir se recusa ou permite a conexão. Uma captura que termina no Retry de saída não comprova aceitação do token nem validação concluída do endereço do cliente.

O recibo operacional deve unir versão QUIC, quíntupla e horário do Initial, ODCID, DCID e SCID do Retry, bytes exatos, resultado da tag, impressão digital do token, quíntupla e horário do novo Initial, impressão devolvida, decisão de validação do servidor, domínio ou instância de validação, certificado e Finished do TLS e desfecho. Assim, divergência de segredo em anycast, expiração, mudança de caminho e roteamento incorreto não são confundidos com identidade.