TrueURL

425 Too Early

O servidor não vai processar uma requisição enviada como early data do TLS (0-RTT), pois ela pode sofrer replay. O cliente tenta de novo após o handshake.

Frase de motivo
Too Early
Redirecionamento
Não
Cacheável por padrão
Não

425 Too Early (RFC 8470) está ligado ao early data do TLS 1.3, também conhecido como 0-RTT. Um cliente que retoma uma sessão TLS pode enviar a primeira requisição junto com o handshake, antes de ele terminar, para economizar uma ida e volta na rede. O early data pode ser reenviado por um invasor (ataque de replay); por isso, só é seguro para requisições sem efeitos colaterais.

Um servidor que recebe uma requisição em early data e não quer correr o risco de processá-la pode responder 425. O cliente precisa então repetir a requisição automaticamente depois que o handshake terminar. CDNs e outros intermediários que encaminham requisições em early data adicionam o cabeçalho Early-Data: 1, para que a origem possa responder 425 quando um replay for prejudicial.

Exemplo de resposta

HTTP
HTTP/1.1 425 Too Early
Date: Fri, 06 Nov 2026 10:15:32 GMT
Content-Length: 0

SEO e verificação de redirecionamentos

Os navegadores tratam o 425 automaticamente, e os usuários nunca o veem. Rastreadores e verificadores de redirecionamento raramente usam 0-RTT; por isso, ele não tem impacto prático em SEO.

Causas comuns e casos de uso

  • Uma conexão TLS 1.3 retomada enviou um POST como early data, e o servidor o rejeitou para evitar um replay.
  • Uma origem atrás de uma CDN com 0-RTT ativado recusa requisições marcadas com Early-Data: 1.
  • Uma aplicação que não consegue lidar com replays com segurança rejeita todo early data com 425.

Verificador de redirecionamento de URL

Veja todos os códigos de status que uma URL retorna, salto a salto, com o verificador de redirecionamento gratuito do TrueURL.