Resumo

  • A tag CBOR 601 identifica um CWT Claims Set sem assinatura, MAC ou criptografia no próprio objeto.
  • Em RATS, o receptor autentica o remetente na criação do canal e o canal preserva a integridade; confidencialidade, identidade do receptor e antirreplay precisam de evidência própria.
  • Fora do canal, o UCCS volta a ser dado desprotegido. Se o receptor o encaminha, o RFC o trata como originado nesse receptor.

O backup preservou os bytes, não o encontro

Uma equipe restaura um arquivo com milhares de mapas CBOR. Cada registro tem hash, horário e tag 601. A restauração prova que o repositório recuperou determinados bytes. Não prova qual endpoint os enviou, qual credencial foi validada, qual sessão os protegeu nem se o processo de extração os vinculou corretamente àquela sessão.

Esse limite nasce da economia proposta pelo UCCS. Um CWT normal usa COSE para carregar proteção de origem e integridade. Quando papéis específicos já compartilham uma associação segura adequada, repetir a envoltura pode custar código, largura de banda e chaves sem acrescentar a propriedade necessária naquele percurso. O RFC 9781 permite retirar a envoltura e marcar o conjunto de alegações com #6.601.

A tag descreve estrutura, não autoridade. Ela não contém assinatura, identidade, nonce ou audiência. O registro da IANA torna o número interoperável; não comprova que uma implementação executou autenticação ou preservou os bytes.

No uso RATS, o receptor deve autenticar o remetente durante o estabelecimento do canal, e a comunicação deve ter integridade. Quando há confidencialidade, o receptor também precisa ser autenticado, pois a autorização para revelar medições depende de quem receberá os dados. Um comprovante útil registra protocolo, versão, modo de autenticação, credencial, âncora de confiança, papéis, sessão e intervalo temporal.

Frescor é outro resultado. O RFC cita nonce para proteção contra repetição. TLS 1.3 mostra por que o modo importa: 1-RTT e 0-RTT não têm a mesma exposição. Logo, identidade do par e não repetição não cabem na mesma caixa verde.

As alegações também não podem servir de fundamento para as próprias credenciais do canal; isso criaria dependência circular. E autenticar um endpoint não prova que o ambiente de atestação mediu corretamente. O canal pode entregar fielmente uma alegação falsa.

A origem muda na saída

A seção 4 é direta: quando o UCCS emerge do canal e entra no receptor, as propriedades do canal deixam de protegê-lo. Se o receptor o encaminha, ele deve ser tratado como se tivesse origem no receptor.

Depois desse ponto, o receptor escolhe parser, normalização, retenção, correlação, público e proteção seguinte. O consumidor posterior não recebeu a sessão do Attester. Recebeu uma nova afirmação do intermediário sobre aquilo que ele diz ter recebido.

Por isso, o primeiro comprovante liga o hash dos bytes brutos à sessão, à identidade validada, ao processo e ao instante da extração. Se houver recodificação, preserva hashes antes e depois e a regra usada. O comprovante de custódia registra escritor, controle de acesso, chave de armazenamento, prazo e exclusão. O de encaminhamento registra hash de entrada, nova fonte, transformação, novo canal ou assinatura, audiência e confirmação.

Criptografia em repouso não recria autenticação de origem. Um hash igual não diz quem o associou à sessão. Uma nova conexão TLS autentica o serviço intermediário, não o equipamento inicial.

O exemplo de atestação delegada mostra uma passagem responsável. Um sub-Attester sem chave de assinatura envia UCCS por um canal local ao Attester principal. Este calcula o hash e o protege com sua chave de Evidence, por exemplo em uma estrutura EAT destacada. É uma nova declaração do principal, com fonte e escopo próprios.

Um CWT completo é diferente. Sua envoltura COSE mantém a evidência de origem do objeto. O canal externo autentica o par de transporte e não endossa automaticamente o signatário interno. A regra de mudança de fonte pertence ao caso em que o canal substitui a proteção do objeto.

Nove comprovantes antes do efeito

Formato e bytes, estabelecimento do canal, identidade, frescor, extração, custódia, encaminhamento, appraisal do Verifier e ação do Relying Party devem permanecer separados. O Verifier avalia Evidence; o Relying Party decide acesso, liberação de chave ou outra consequência específica.

Quando o receptor se torna fonte, o appraisal precisa dizer se examinou o ambiente original, a declaração protegida do receptor ou uma ligação verificável entre ambos. Sem isso, conveniência de transporte vira substituição de autoridade.

O RFC 9781 define uma camada comum fina: formato, condições do canal e fim do escopo. A existência da norma é um fato simbólico. A segurança só se torna executável quando o sistema em operação conserva identidades, nonces, hashes, políticas e resultados.

Fontes