Resumo

  • A Wathīqa propõe uma cadeia renovável: cada elo assina o mesmo endereço de conteúdo sob um algoritmo declarado e os elos posteriores comprometem-se com o hash canônico do anterior.
  • O recibo de inclusão em um log de transparência pretende oferecer evidência autenticada de “não depois de”; a âncora de um beacon de aleatoriedade registra “não antes de”, mas não tem sua prova verificada na revisão 00.
  • A validação da testemunha só é exigida quando o chamador fornece o conjunto de chaves confiáveis W. Sem ele, o conteúdo, as assinaturas e os vínculos podem passar sem evidência temporal do log.
  • O documento é um Internet-Draft individual com status Experimental pretendido, não um padrão nem uma decisão do IETF. Ele declara implementações em três linguagens, mas não aponta repositório ou commit e reconhece a falta de revisão criptográfica independente.
  • Um sistema fiel à proposta precisa expor resultados separados para a cadeia criptográfica, o limite superior sob uma política identificada, o limite inferior ainda não autenticado e a decisão local de renovação ou rejeição.

O prazo de renovação não está dentro do arquivo

Evidência de longo prazo depende de agir antes que a confiança se perca. Quando um algoritmo deixa de ser aceitável, uma assinatura nova só preserva a história se tiver sido adicionada enquanto a anterior ainda era confiável. Depois de uma quebra, já pode ser impossível distinguir retrospectivamente uma cadeia legítima de uma história forjada com o mecanismo antigo.

O RFC 4998 trata dessa antecipação na Evidence Record Syntax. Ele exige renovar timestamps de arquivo antes que os algoritmos relevantes enfraqueçam ou que os certificados percam validade. Também coloca fora da sintaxe as informações sobre deterioração criptográfica, risco de comprometimento e vida útil. O formato registra uma ação; não descobre sozinho quando a ciência ou a política tornou essa ação urgente.

O rascunho Wathīqa leva a renovação à primitiva de assinatura. Um endereço de conteúdo representa os dados preservados. Cada elo assina esse endereço e o elo seguinte incorpora o hash da forma canônica do predecessor. O texto cita ML-DSA e SLH-DSA, padronizados por FIPS 204 e FIPS 205. Esses padrões definem algoritmos; não validam o perfil Wathīqa, sua codificação ou o calendário que uma organização deve adotar.

A janela temporal tem dois instrumentos diferentes

Na borda superior, o perfil usa um recibo de inclusão. A assinatura do elo torna-se uma folha de uma árvore de Merkle, e uma prova a conecta a uma raiz acompanhada de timestamp e assinatura. Se o verificador confia na chave do log e valida o caminho, pode demonstrar que o elo já estava incluído até a data da cabeça da árvore. É uma adaptação das ideias do RFC 6962, não uma afirmação sobre o instante exato de criação.

Na borda inferior, a intenção é usar um valor público imprevisível. Um elo que se compromete com um pulso autenticado não poderia ter sido finalizado antes da divulgação daquele valor. A página da NIST Randomness Beacon 2.0 descreve pulsos numerados, datados, assinados e encadeados por hash; também mantém a designação beta e “work in progress”.

A revisão 00 armazena os dados do pulso, mas não verifica sua assinatura. Ela confere uma igualdade de hash entre a âncora registrada e o material do elo. Isso evita que a âncora seja simplesmente desvinculada sem alterar a estrutura, porém não demonstra que o beacon emitiu o valor alegado. O próprio rascunho diz que um adversário pode preencher metadados arbitrários e que essa âncora não deve ser tratada como tempo autenticado.

Essa ressalva não foi deduzida de um incidente. É uma fronteira assumida pelo autor. Assinar uma alegação com uma primitiva pós-quântica garante integridade posterior da alegação; não comprova a fonte que ela cita. Se a interface mostrar as duas datas como equivalentes, ela apaga a diferença mais importante da proposta.

W transforma o sentido de uma aceitação

O recibo do log também depende de uma escolha externa. O procedimento recebe opcionalmente W, um conjunto de chaves públicas de testemunhas confiáveis. Com W, cada elo precisa de uma inclusão válida, a cabeça de árvore deve ser assinada por uma chave desse conjunto e os tempos precisam avançar sem regressão. Sem W, nada disso é obrigatório. Ainda se recalculam o endereço de conteúdo, cada assinatura e o hash do elo anterior.

O mesmo registro pode, assim, ser aceito em dois modos. No primeiro, a resposta afirma apenas que os dados e a cadeia criptográfica são coerentes. No segundo, acrescenta que o limite superior foi verificado sob uma lista de testemunhas específica. Um resultado booleano não informa qual pergunta foi respondida.

A lista de confiança também envelhece. Chaves são rotacionadas, logs podem encerrar operações e organizações mudam de controle. O rascunho recomenda uma sucessão de chaves de testemunhas autorizada por quórum, append-only e presa a uma âncora duradoura. A recomendação identifica uma obrigação, mas ainda não define quem forma o quórum, como uma chave comprometida é retirada, quem resolve histórias concorrentes ou quem mantém o arquivo após o fim do operador original.

A condição atual é de proposta individual

O Datatracker classifica o texto como Internet-Draft individual sem RFC stream. Ele é datado de 3 de setembro de 2026, pretende o status Experimental e expira em 7 de março de 2027. O anúncio de 5 de setembro documenta a circulação da primeira versão, não adoção por grupo de trabalho ou endosso do IETF.

O documento afirma que existe uma implementação de referência completa em Python e verificadores em JavaScript e Rust que reproduzem o hash canônico com vetores comuns. No mesmo trecho, informa que o argumento de segurança não passou por revisão criptográfica independente. Como não há URL de repositório nem commit fixado, este Artigo não reproduziu a alegada validação cruzada.

Há ainda uma emenda de versão visível. A seção 4.3 chama o envelope ASN.1 DER de perfil versão 3 e remete o módulo detalhado a um arquivo Python externo, temporariamente “autoritativo”. O Apêndice B diz que o perfil DER atual é a versão 4, que 1 a 3 continuam decodificáveis e que somente a 4 é emitida. O RFC 9169 publica os módulos ASN.1 modernos de ERS, mas não escolhe qual versão da extensão Wathīqa está correta.

Pode ser apenas uma edição incompleta do primeiro texto público. Não prova vulnerabilidade nem falha de software. Ainda assim, especificação, código e vetores precisam apontar para o mesmo artefato imutável antes que “interoperabilidade” possa ser reproduzida. Os dois media types propostos também são descritos como pendentes de um processo IANA ainda não protocolado.

Uma cadeia válida não fecha sozinha a linha do tempo

O núcleo verificável permanece útil. Um terceiro pode recalcular o endereço de conteúdo, validar cada assinatura e seguir os compromissos com os predecessores. Se receber W, pode avaliar a prova de inclusão e estabelecer um “não depois de” conforme aquela política. O caminho atual não autentica o “não antes de”.

Também ficam fora do arquivo a data em que um algoritmo deixa de ser permitido, a fonte de inteligência criptográfica, as testemunhas aceitas, a governança das rotações e a autoridade que aciona uma renovação emergencial. São decisões locais legítimas. Tornam-se uma concentração de poder quando a resposta oculta quem as tomou e as apresenta como propriedade universal dos bytes.

A Wathīqa não precisa prometer certeza total. Ela pode ganhar confiança ao preservar cada evidência com seu escopo exato: o que é determinístico e portável de um lado, o que depende da política do verificador do outro.