Resumo

  • O GRP 01 introduz uma consulta ao par (publisher_id, event_id) já admitido na sessão, depois de validar publicador e nonce e antes de avaliar impacto.
  • Uma cópia recebe ALE-064 / duplicate_event_id e é descartada como no-op, impedindo a repetição de tentativa, fallback, registro ou escalada humana.
  • O conjunto de admissões vira estado de segurança; persistência, recuperação, coordenação entre nós e atomicidade com a primeira resposta precisam de prova operacional.

Quando o reenvio parece uma ordem nova

Uma sessão de agente depende de um serviço externo. O publicador autorizado anuncia uma mudança grave, o receptor confere a assinatura e inicia um fallback. A confirmação de entrega se perde. O webhook repete exatamente o mesmo evento e outro consumidor o recebe.

Essa segunda entrega não falha nos controles criptográficos. O conteúdo continua assinado pela chave admitida, e o session_nonce ainda identifica corretamente a sessão. O timestamp permanece o mesmo porque faz parte da mensagem. Ainda assim, nenhum desses elementos registra se o receptor já concedeu efeito operacional àquela combinação.

A revisão 01 de The Governed Remediation Protocol (GRP) for Agentic AI Systems adiciona essa pergunta. O Datatracker o apresenta como Internet-Draft individual ativo. Os autores indicam intenção de Standards Track, mas isso não equivale a padrão, endosso, consenso ou implantação pelo IETF. A mudança é uma proposta verificável, não uma certificação institucional.

Os change events do GRP descrevem alterações em dependência, recurso ou condição de mandato durante uma sessão ativa. Seus campos incluem event_id, publisher_id, tipo e assinatura do publicador, session_nonce, horário, classe da mudança, componente atingido e severidade. O identificador deve ser globalmente único no fluxo daquele publicador.

A revisão 00 já verificava a autoridade do publicador, a assinatura e a correspondência do nonce. Mas o nonce permanece fixo durante a sessão. Ele separa sessões; não separa a primeira entrega da repetição legítima feita pelo transporte.

A admissão precisa de identidade e memória

O passo novo verifica se (publisher_id, event_id) já foi admitido na sessão corrente. Quando encontra o par, o receptor registra ALE-064 com duplicate_event_id e descarta a cópia antes de uma nova análise de impacto ou remediação. O texto chama isso de no-op verdadeiro, pois a primeira admissão já deixou o registro e acionou a medida aplicável.

O par preserva o domínio do identificador. Um event_id é único no fluxo de seu publicador. A verificação do publicador responde quem assinou; o nonce responde em qual sessão o evento se apresenta; o conjunto responde se aquele evento daquele publicador já cruzou a fronteira. Somar controles não os torna equivalentes.

Bloquear antes da análise é o ponto decisivo. Se um motor descobrir a repetição depois de chamar o fallback, abrir um retry ou enviar uma solicitação a uma pessoa, ele só rotulou um efeito duplicado. A memória de primeira admissão precisa vencer a corrida antes que a declaração se transforme em ação.

O rascunho diferencia replay de loop de remediação. Um replay usa um evento válido capturado e reapresentado. Um loop nasce de falhas transitórias genuínas que continuam gerando eventos novos. A chave exata barra a cópia; não conclui que dois IDs novos têm a mesma causa operacional.

A camada criptográfica não conhece a fila

JWS, em RFC 7515, dá uma forma de assinar JSON. JWK, em RFC 7517, representa as chaves. O perfil TLS 1.3 citado oferece contexto para o canal. Essas normas ajudam a verificar integridade, material de chave e transporte, mas não guardam o histórico local de admissões.

É importante conter cada prova em sua camada. Assinatura válida não significa primeira chegada. Nonce correto não significa uso único se o valor é constante. Timestamp assinado não cria sozinho uma janela de frescor. A primeira admissão depende de comparação com estado autoritativo.

Há um risco que a deduplicação não cobre. Com a chave do publicador comprometida, um adversário pode criar eventos novos e assiná-los com IDs inéditos. Eles não repetem pares anteriores. O controle impede a reutilização de uma mensagem capturada; não devolve confiança a uma origem comprometida.

O estado tem de sobreviver ao caminho real

O texto manda acompanhar pares na sessão atual. Nos trechos revisados, não especifica armazenamento, restauração após crash, convergência entre receptores, coleta ao encerrar a sessão nem uma transação completa entre admissão e primeira medida. São perguntas para implementação e contratação, não base para declarar o protocolo defeituoso.

Mesmo assim, elas decidem a proteção. Um conjunto apenas em memória desaparece após reinício. Dois nós com visões separadas podem admitir juntos. Se o par for persistido antes da ação e o processo cair, a recuperação precisa distinguir retomar de duplicar. Se for persistido depois, a janela permite dois disparos.

As fontes verificadas demonstram o texto e a diferença entre versões. Não demonstram implementação, auditoria independente, interoperabilidade, incidente, exploração ou desempenho. Os nomes SOOS e códigos ALE pertencem ao vocabulário proposto, não comprovam um serviço funcionando.

Fontes