Analisador de Cookies
Analise cabeçalhos Set-Cookie e strings de document.cookie em dados estruturados. Todo o processamento é feito no seu navegador para máxima segurança e privacidade.
O valor original é sempre preservado. A decodificação é aplicada uma única vez e apenas na visualização escolhida. A decodificação de URL deixa o + literal; Base64 espera texto UTF-8. Isto não decifra tokens assinados ou criptografados. Cookies HttpOnly não podem ser lidos pelo JavaScript do navegador; cole apenas cabeçalhos que você esteja autorizado a inspecionar.
0
Total de Cookies
0
Cookies Seguros
0
Cookies HttpOnly
Cookies Analisados
| Nome | Valor | Domínio | Caminho | Expira | Idade máxima | Flags |
|---|
Como Usar o Analisador de Cookies
Escolha o Modo
Selecione o modo de cabeçalho Set-Cookie para cabeçalhos HTTP ou o modo document.cookie para strings de cookies do navegador
Cole os Dados
Cole seus cabeçalhos Set-Cookie (um por linha) ou uma string document.cookie no campo de entrada
Inspecione os Resultados
Visualize os cookies analisados em uma tabela estruturada com estatísticas sobre flags de segurança
O que são Cookies HTTP?
Cookies HTTP são pequenos pedaços de dados armazenados pelo navegador em nome dos sites. Eles são enviados através do cabeçalho de resposta HTTP Set-Cookie e anexados às requisições subsequentes através do cabeçalho Cookie. Cookies são usados para gerenciamento de sessão, personalização e rastreamento. Flags de segurança como HttpOnly, Secure e SameSite ajudam a proteger cookies contra ataques de cross-site scripting (XSS) e cross-site request forgery (CSRF).
HttpOnly
Impede que scripts do lado do cliente acessem o cookie, mitigando ataques XSS
Seguro
Garante que o cookie seja enviado apenas por conexões HTTPS
SameSite
Controla o envio de cookies entre sites: Strict, Lax ou None para prevenir ataques CSRF
Perguntas Frequentes
A ferramenta analisa cabeçalhos HTTP Set-Cookie e strings JavaScript document.cookie. Múltiplos cookies podem ser analisados de uma só vez.
Sim. Os atributos HttpOnly, Secure, SameSite (Strict/Lax/None), Path e Domain são todos exibidos para cada cookie.
Sim. No modo Set-Cookie, cole um cabeçalho por linha. No modo document.cookie, todos os cookies da string são analisados.
SameSite=Strict envia o cookie apenas em navegações do mesmo site - proteção total contra CSRF, mas nenhum cookie em links de entrada vindos de outros sites. Lax (o padrão dos navegadores) permite que navegações GET de nível superior o carreguem, o que mantém as sessões de login funcionando a partir de links externos enquanto bloqueia a maioria dos ataques CSRF. None desativa a restrição, mas exige Secure, ou os navegadores o rejeitam - essa combinação é o que iframes cross-site e fluxos de pagamento precisam.
Um cookie sem Expires ou Max-Age é um cookie de sessão: ele vive apenas na memória e desaparece junto com a sessão do navegador (embora navegadores modernos possam restaurá-lo após uma falha). Expires define um prazo absoluto, Max-Age um prazo relativo em segundos, e Max-Age prevalece quando ambos estão presentes. Cookies persistentes são o que fazem logins 'lembrar de mim' (remember-me) e IDs de analytics de longa duração sobreviverem às reinicializações.
São garantias no nível do nome que os navegadores aplicam. __Secure- exige uma origem https e o atributo Secure. __Host- é mais rigoroso: Secure, sem o atributo Domain (apenas host) e Path=/ - assim, um cookie com o prefixo __Host- não pode ser sobrescrito por um subdomínio, o que o fixa ao site exato. Navegadores sem suporte simplesmente tratam os prefixos como caracteres comuns do nome.
A RFC 6265 exige que os navegadores aceitem pelo menos 4096 bytes por cookie e pelo menos 50 cookies por domínio. O Chrome limita cerca de 180 cookies por domínio e alguns milhares no total; o Safari é mais rigoroso na prática. Como os cookies viajam junto com cada requisição ao domínio, um armazenamento pesado de cookies torna o tráfego mensuravelmente mais lento - é por isso que sites grandes movem o estado para o localStorage ou para sessões no servidor.
HttpOnly oculta o cookie do document.cookie no JavaScript, de modo que scripts XSS injetados não consigam lê-lo - sempre ative-o em cookies de sessão. Secure restringe a transmissão a conexões HTTPS, evitando vazamento em HTTP puro. Nenhum dos dois criptografa o cookie em repouso; ambos são um endurecimento de uma única linha no cabeçalho Set-Cookie.
Ferramentas Relacionadas
Analisador JWT
Decodifique e verifique JSON Web Tokens (JWT) instantaneamente. Veja detalhes do cabeçalho, carga útil e assinatura com timestamps fáceis de ler
Analisador de Cabeçalho HTTP
Analise cabeçalhos HTTP brutos em uma tabela estruturada com extração de cookie
Analisador de URL
Analise qualquer URL em seus componentes — esquema, host, porta, caminho, parâmetros de consulta e fragmento
Referências Autoritativas
As fontes primárias por trás desta ferramenta - padrões e especificações oficiais, não resumos de terceiros.
RFC 6265 - HTTP State Management Mechanism
O padrão HTTP State Management Mechanism da IETF que define os cookies e seus atributos.
MDN Web Docs - Set-Cookie
Referência da Mozilla para o header Set-Cookie: atributos, prefixos e flags de segurança.
HTTP cookie - Wikipedia
Como os cookies HTTP carregam estado: sessões, atributos e regras same-site.