Resumo

  • A RFC 10021 diz a um endpoint Group OSCORE que perdeu estado de contexto como evitar reutilização de nonce e erros de replay: parar, recuperar o contexto pertinente e então validar o frescor.
  • Um contexto restaurado ou um desafio de frescor bem-sucedido estabelece uma condição estreita do protocolo; não recria uma instrução anterior, uma aprovação atual, uma condição de segurança ou um efeito concluído.

Depois do reinício de um equipamento de campo, a palavra mais perigosa costuma ser “recuperado”. Ela pode significar que a energia voltou, que há enlace de rede, que o cofre de chaves responde ou que a supervisão voltou a receber um heartbeat. São fatos distintos. Nenhum deve virar, por conveniência verbal, “continue o trabalho que estava em andamento”.

A RFC 10021, publicada como Standards Track da IETF em julho de 2026, define Group OSCORE para comunicação CoAP protegida entre membros de um grupo. No modo de grupo, o emissor protege uma mensagem CoAP e a contrassina com sua chave privada; o destinatário verifica a contrassinatura usando a chave pública do emissor e o Security Context. O protocolo pode fazer uma afirmação precisa sobre a mensagem protegida e o processamento de autenticação de origem. Ele não é um agendador de processos.

Essa contenção importa quando o estado volátil desaparece. Group OSCORE separa uma parte duradoura do Security Context de uma parte variável, que pode se perder em um reboot não preparado. Ao detectar a perda, o endpoint deve impedir que um nonce seja reutilizado com a mesma chave e lidar com mensagens repetidas. Se não puder obter parâmetros atualizados, não deve continuar a proteger mensagens com o contexto afetado. Um endpoint não silencioso que não consiga voltar a detectar replay também não deve aceitar mensagens de entrada do grupo. Trata-se de uma parada de segurança, não de um incômodo que um marcador de reinício pode contornar.

A regra continua quando o histórico de um destinatário foi apagado para recuperar memória limitada. Um Recipient Context derivado novamente começa com uma Replay Window inválida, pois o equipamento já não sabe o bastante sobre o tráfego anterior para distinguir um pedido novo de um antigo. A RFC 10021 oferece caminhos delimitados: descartar a mensagem, obter novos parâmetros de contexto ou usar CoAP Echo. Ela não afirma que o próximo pacote aparentemente válido reconstitui o passado.

Echo é fácil de interpretar além da conta. A RFC 9175 permite que o servidor emita um desafio devolvido pelo cliente para verificar o frescor de um pedido segundo requisitos definidos pela aplicação. Em Group OSCORE, um Echo corretamente devolvido pode tornar válida a janela de replay pertinente e deixar que um pedido fresco alcance a aplicação. É uma recuperação pontual de confiança antirreplay. Echo não liga o pedido a uma resposta anterior específica, não reconstrói um registro transacional, não prova que um operador ausente ainda deseja a ação nem decide se um atuador pode voltar a operar.

O Group Manager tem papel importante, mas limitado. A RFC 10021 exige que ele verifique se um endpoint ingressante está autorizado a entrar no grupo, diretamente ou por meio de evidência vinda de uma entidade confiável. Os detalhes dessa autorização ficam fora do escopo do documento. Entrar em um grupo de segurança, portanto, não é delegação permanente para cada operação que mais tarde atravesse esse grupo. Distribuição de contexto, pertencimento e autoridade de negócio atual vivem em registros e relógios diferentes.

A renovação de chaves mostra por que um único estado verde não basta. Um cliente pode proteger uma solicitação no contexto antigo pouco antes de o servidor instalar parâmetros novos; a resposta pode ser protegida no contexto novo. A RFC 10021 evita a reutilização de nonce nessa transição. Não diz que a solicitação original ainda é oportuna, que o estado-alvo ainda é desejado ou que uma resposta tardia prova a conclusão de um processo.

A leitura editorial é manter separados: detecção de perda; identificadores de contexto antigo e novo; reprovisionamento ou desafio de frescor; resultado de assinatura e replay; reconciliação do estado da aplicação; aprovação local; e efeito observado independentemente. Assim, o sistema recupera a base de proteção de mensagens sem transformar recuperação em autoridade.

Fontes