Resumo

  • O cookie é estado mutável da sessão. Aceita uma extensão mais longa, a forma curta deixa de ser boa, e o segmento retransmitido deve usar o valor vigente no novo envio.
  • O cookie dificulta tráfego cego, mas não autentica origem. AuthVal valida o segmento; distribuição, significado de KeyID e retirada de chave pertencem a outra autoridade.

Repetir o payload exige refazer o envelope

Um segmento sai com valor correto. Antes do retorno, o par acrescenta bits aleatórios ao cookie. Quando o temporizador vence, o transmissor ainda possui a codificação original perfeita.

RFC 5327 diz que isso não basta. A retransmissão precisa conter o cookie correto no momento em que volta ao enlace. A carga lógica pode ser idêntica, mas a decisão de segurança é nova.

O registro deve separar hash do conteúdo e hash do segmento codificado, versão do cookie, causa do reenvio e resultado. Um receptor que descarta a cópia silenciosamente pode estar executando corretamente a transição que invalidou o prefixo antigo.

“Era válido antes” descreve o passado. Não concede autoridade no presente.

Um prefixo só vale dentro da janela calculada

Qualquer motor pode introduzir cookie durante a sessão. Depois de uma tolerância de comunicação, todos os segmentos em ambas as direções devem carregar um bom valor. Antes disso, segmentos já em voo podem ainda não conhecer a novidade.

A implementação decide a tolerância a partir de atraso, contatos e política local. A ausência passa de admissível a descartável sem que o pacote mude.

O cookie pode crescer por concatenação. Um valor é bom se começa pelo armazenado ou é o primeiro quando nada foi visto. Ao aceitar a forma longa, a curta deixa de ser boa. É uma cadeia monotônica, não uma lista de tokens equivalentes.

É preciso guardar predecessor, impressão protegida, recepção, prazo e primeiro uso obrigatório. Só o último valor não explica a decisão.

Duas origens criam dois cookies

Os pares podem emitir cookies iniciais antes de receber o valor um do outro. Depois, os segmentos carregam duas extensões independentes e ambas devem ser boas.

O segundo inicial precisa chegar numa janela finita. Não pode aparecer indefinidamente como uma raiz atrasada depois que o primeiro estado já deveria estar propagado.

Uma coluna única não representa duas direções, duas cadeias e dois prazos. Transformar extensões repetidas em mapa também pode apagar a instância que verificou.

Ordem, multiplicidade, direção e resultado individual pertencem à prova original.

O descarte silencioso não acusa ninguém

Cookie incorreto ou ausente depois do prazo é descartado sem resposta. Isso economiza recursos, mas deixa o emissor apenas com timeout.

A causa pode ser valor antigo, extensão perdida, tolerância errada, duplicidade malformada, AuthVal inválido, falta de suporte, limite local ou contato ausente. O silêncio não escolhe.

O receptor pode dizer que sua regra local falhou naquele instante. Não pode concluir sozinho intenção hostil ou culpa remota. Para explicar, junte os dois históricos, prazos, hashes, contadores e contatos.

Cookie não autentica quem mudou o estado

Imprevisibilidade dificulta injeção cega, mas não identifica o autor. RFC 5327 alerta que um intermediário sem autenticação pode estender o cookie e bloquear o participante legítimo.

O receptor aceita a forma longa falsa e passa a rejeitar a forma curta verdadeira conforme a regra. O mecanismo funciona, mas executa uma mudança sem autoridade.

Cookie mede compatibilidade com estado atual; AuthVal verifica o segmento num contexto criptográfico. Nenhum prova aprovação de aplicação, entrega Bundle ou identidade institucional. O cookie também termina com a sessão e não é registro durável de replay.

Sucesso agregado pode esconder a chave antiga

LTP-auth carrega suite de oito bits, KeyID opcional como octetos e AuthVal. A interpretação do identificador e todo o ciclo da chave ficam fora da especificação.

O primeiro segmento autenticado deve levar o cabeçalho; os seguintes podem omiti-lo. Se o primeiro for retransmitido, o contexto deve reaparecer.

Na atualização, podem existir AuthVals novo e antigo. O receptor procura e aceita quando um deles verifica. valid=true não informa qual época sustentou o tráfego.

Se a chave antiga permanece, tudo pode parecer saudável sem uma validação nova. Registre a instância vencedora, suite, KeyID, verificador e política. Um candidato falho ao lado de outro válido também pode ser sobreposição esperada, não ataque.

Número registrado não é recomendação

O RFC definiu HMAC-SHA1-80, RSA-SHA256 e NULL. NULL usa chave fixa, oferece checksum forte e não autenticação; ataques ativos continuam possíveis.

IANA documenta atribuição, não adequação atual, adoção ou gestão. RFC 5327 é Experimental e deixa key management como pesquisa aberta. Uma implantação precisa de avaliação própria.

Fontes e limite da conclusão

As fontes estabelecem regras, atribuições e status. Não provam implantação, chave, ataque, sessão, conformidade ou resultado de aplicação.