Resumo

  • RFC 768 envia como bits um resultado calculado igual a zero; bits zero indicam que o cálculo não existiu.
  • Erros não detectados mostraram que a economia do emissor retirava evidência de toda a comunicação.
  • No IPv6, a exceção vale para túneis delimitados, portas escolhidas e extremos que aceitam obrigações de integridade, caminho e segurança.

O campo podia recusar testemunho

A soma UDP abrange cabeçalho e dados, além de um pseudo-cabeçalho IP com origem, destino, protocolo e comprimento. Ela ajuda a detectar corrupção e entrega ao ponto errado.

O complemento de um pode produzir zero legitimamente. RFC 768 manda transmitir esse resultado como todos os bits um. Todos os bits zero ficam reservados para dizer que o emissor não calculou nada. Não é selo de aprovação; é ausência de parecer.

Uma economia privada abriu um ponto cego comum

RFC 1122 permitiu controle pela aplicação, mas exigiu geração e validação implementadas e soma ativa por padrão. O texto registrou muitos erros não detectados depois que aplicações restritas a LANs desligaram o recurso por eficiência.

O ganho de processamento era local. A perda da possibilidade de rejeitar dano ou entrega incorreta era distribuída. A existência do mecanismo de desligar não provava que um emissor tinha mandato para escolher por receptores desconhecidos.

O IPv6 restaurou um veredito mínimo

O IPv4 verificava o próprio cabeçalho. O IPv6 não tem essa soma na camada IP. RFC 2460 tornou então obrigatória a soma UDP e exigiu descarte do campo zero. O pseudo-cabeçalho passou a proteger contexto de endereçamento sem outra verificação abaixo.

RFC 8200 mantém a regra: calcular ao originar, usar FFFF quando o resultado é zero e descartar — com registro recomendado — um zero recebido. A soma não autentica identidade. Apenas preserva uma evidência estatística mínima contra corrupção acidental.

UDP-Lite declarou a área exposta

Aplicações de mídia às vezes aproveitam payload parcialmente danificado. RFC 3828 criou UDP-Lite com cobertura parcial, mas nunca deixa o cabeçalho UDP-Lite nem o pseudo-cabeçalho fora da soma. O campo transmitido não pode ser zero.

A fronteira fica declarada e o receptor escolhe seu mínimo de cobertura. Flexibilidade vem do consentimento e de uma área explícita, não do desaparecimento completo da prova.

A exceção de túnel nomeou seus responsáveis

Extremos de túnel podem encapsular pacotes internos já protegidos e não ter acesso barato a toda a carga externa. RFC 6935 abriu uma exceção restrita para IPv6. RFC 6936 vinculou-a a condições.

O modo continua desligado por padrão. Portas de envio e recepção precisam ser selecionadas; portas que aceitam zero também recebem somas calculadas. Controle e estado exigem proteção, fragmentação e middleboxes entram na análise, caminhos precisam de verificação, e injeção ou sobrecarga devem ser contidas. UDP comum e UDP-Lite vêm primeiro na avaliação.

A licença pertence, assim, a um túnel conhecido, não a qualquer transmissor. Seus operadores conseguem habilitar, observar e revogar a escolha.

Fontes e limites

A história está em RFC 768, RFC 1122, RFC 2460, RFC 3828, RFC 6935, RFC 6936, RFC 8085 e RFC 8200. Os documentos estabelecem regras e riscos, não uniformidade ou taxa global de erros. Soma de verificação não é autenticação criptográfica.