Resumo

  • A revisão 20 do rascunho RATS acrescenta um exemplo de obtenção de endossos e valores de referência. A URL GET permanece estável e faz o papel de identificador implícito, favorecendo o cache.
  • O produtor assina os materiais junto com a consulta e um vencimento. O verificador decide como avaliar esses dados ao lado da evidência recente do dispositivo.

O endereço do arquivo não envelhece; a ficha, sim

Um equipamento apresenta evidência de seu estado, e o verificador precisa de um indicador de frescor para interpretá-la. Já um endosso ou valor de referência pode servir a uma sequência de avaliações até a próxima mudança. A arquitetura RATS trata o equipamento, o fornecedor desses documentos, o verificador e quem usa o resultado como papéis separados. A economia de transporte não precisa apagar essa separação.

O texto atualizado em 28 de outubro ainda é um Internet-Draft do grupo RATS, com status pretendido de Proposed Standard. Seu novo Apêndice B apresenta um modelo ilustrativo, sem anunciar implantação ou tornar obrigatória uma nova técnica. Ele encara uma dificuldade de projeto: um identificador exclusivo por transação altera a consulta mesmo quando o conteúdo pedido é igual. Para o cache, cada pergunta vira inédita.

CoSERV evita carimbos de tempo e outros campos variáveis na consulta. Os mesmos identificadores de ambiente e a mesma seleção de alegações produzem a mesma sequência de bytes e o mesmo caminho de URL. Essa estabilidade permite que o HTTP use a consulta como chave de cache, poupando o produtor de refazer entregas idênticas a muitos verificadores.

No exemplo novo, attEnvIDs e claimSelection compõem uma consulta por ambiente; a URL GET é o identificador implícito do início de uma época. O produtor assina o conjunto de endossos e valores de referência junto com a consulta e o horário de vencimento. Esse horário fecha a janela de uso. O modelo pressupõe uma fonte de tempo confiável para esse papel e cita um Epoch Bell como possibilidade. A URL aponta para a gaveta; a resposta diz qual conteúdo foi entregue e até quando.

O próprio rascunho CoSERV exige vencimento em todo conjunto de resultados. Depois dele, o consumidor não pode aceitar o resultado como válido; a vida útil declarada pelo cache HTTP tampouco pode avançar além do prazo. Em presença de intermediários não confiáveis, a assinatura vincula a resposta à consulta. Se for preciso consultar a origem imediatamente, há Cache-Control: no-cache. A cópia guardada não compra uma extensão automática de autoridade.

O fornecedor controla os valores publicados e o prazo que assina. O verificador escolhe a política de avaliação e confronta os valores com a evidência atual do dispositivo. A parte que recebe o resultado decide a ação. O novo apêndice deixa visível essa linha de custódia entre uma pergunta repetível e uma decisão que cada ator ainda precisa assumir.

Fontes: RATS -20; RATS -19; Datatracker; CoSERV -07; Epoch Markers -06; RFC 9334.