Analisador de Cabeçalhos HTTP

Sim. O analisador detecta automaticamente se a entrada é uma requisição ou resposta HTTP com base na primeira linha e analisa adequadamente. Linhas de requisição começam com um método HTTP (GET, POST, etc.) enquanto linhas de resposta começam com HTTP/versão.

Sim. Cabeçalhos Set-Cookie são analisados em cookies individuais mostrando nome, valor e todas as flags como HttpOnly, Secure, SameSite, Path, Domain e Max-Age.

Formato padrão de cabeçalho HTTP/1.1 e HTTP/2 com um cabeçalho por linha no formato "Nome: Valor". Você pode copiar cabeçalhos diretamente das ferramentas de desenvolvedor do navegador.

Requisições normalmente carregam host, user-agent, accept, accept-encoding e cookie; respostas retornam com content-type, content-length, cache-control, set-cookie e date. Tráfego de API adiciona authorization e content-type: application/json na entrada, e cabeçalhos de rate-limit na saída. A RFC 9110 (semântica HTTP, 2022) é a referência moderna que define todos eles.

Cabeçalhos de requisição (host, authorization, accept-*) descrevem o que o cliente quer; cabeçalhos de resposta (location, set-cookie, retry-after) descrevem o que voltou. Alguns campos aparecem nas duas direções (cache-control, content-type), e alguns governam a própria conexão (connection: keep-alive) em vez do conteúdo da mensagem. Este analisador indica a qual lado cada cabeçalho pertence.

De acordo com a RFC 9110, a maioria dos campos repetidos se combina em uma única lista separada por vírgulas - duas linhas de cache-control e uma linha com no-cache, no-store são equivalentes. Set-Cookie é a exceção documentada: nunca pode ser mesclado com vírgulas porque as datas de Expires contêm vírgulas, então proxies devem encaminhar cada Set-Cookie separadamente. Essa exceção é uma fonte clássica de bugs em proxies.

Os nomes dos campos passaram a ser em minúsculas e trafegam como frames binários comprimidos com HPACK ou QPACK; cada requisição abre seu próprio stream, e cabeçalhos de conexão como Host foram substituídos pelo pseudo-header :authority junto com :method, :scheme e :path. Semanticamente, os campos ainda seguem a RFC 9110 - o formato na rede mudou, não o vocabulário.

Espaço em branco entre o nome do campo e os dois pontos (Header : value) - o parsing de HTTP/1.1 e a especificação HTTP/2 rejeitam isso para evitar request smuggling. Também são inválidos: espaços ou bytes não ASCII dentro do nome do campo, caracteres de controle nos valores e obs-fold (um cabeçalho continuado por uma linha indentada), que a RFC 9110 marca como obsoleto - substitua por uma única linha ou por um valor em lista.