Como editar cookies no Chrome

TL;DR: Para editar cookies no Chrome, abra o DevTools (F12) → Application → Cookies, depois dê duplo clique em qualquer célula para mudar o valor, a expiração ou os atributos SameSite, HttpOnly e Secure. Para um fluxo mais rápido sem DevTools, instale o CookieVault Editor e edite os cookies inline pelo popup da barra de ferramentas. Ambos os métodos modificam o repositório de cookies imediatamente.

Editar cookies no Chrome é uma operação do navegador que permite modificar o valor, a expiração, o domínio, o caminho e as flags de segurança de qualquer cookie guardado para um determinado site. Os principais casos de uso são depurar bugs de sessão, testar o comportamento de cada flag (SameSite, Secure, HttpOnly), reproduzir problemas relatados pelos usuários e estender o tempo de vida das sessões durante o desenvolvimento. O Chrome oferece dois métodos confiáveis — o painel Application embutido no DevTools e uma extensão Manifest V3 — cada um adequado a fluxos diferentes1.

Comparação rápida: DevTools vs extensão

Em resumo: O DevTools vem embutido e não exige instalação, mas exige vários cliques por edição. Uma extensão oferece um fluxo mais rápido e repetível a partir da barra de ferramentas — especialmente ao editar cookies em vários domínios ou ao fazer a mesma mudança repetidamente.

CapacidadeDevTools (embutido)CookieVault Editor (extensão)
Editar valor do cookieSim — duplo clique na célulaSim — campo inline
Editar expiração / Max-AgeSim — duplo clique na célulaSim — seletor de data
Editar SameSite / Secure / HttpOnlySim — duplo clique na célulaSim — toggles
Editar cookies de outros domíniosApenas se aquele domínio definiu cookie na página atualSim — qualquer domínio via API chrome.cookies
Criar um cookie novoSim — clique na linha vazia no fimSim — botão “Add cookie”
Exportar antes de editar (backup)NãoSim — JSON / Netscape / HAR
Editar vários cookies em loteNãoSim — seleção múltipla + edição em lote
Funciona no anônimoSimSim (se habilitada para o anônimo)

A documentação do painel Application do Chrome DevTools descreve a tabela de cookies como “uma planilha editável” para inspecionar e modificar cookies durante o desenvolvimento1. Para fluxos de depuração em produção e QA que envolvem edições repetidas, uma extensão reduz o número de passos por edição de seis para dois.

Método 1: Chrome DevTools (o caminho embutido)

Em resumo: O DevTools te dá acesso direto a todo atributo de cookie em formato de tabela. Dê duplo clique em qualquer célula para editar. A mudança se aplica ao repositório de cookies imediatamente — recarregue a página para ver o efeito no servidor. Oito passos desde abrir o DevTools até a edição verificada.

O fluxo de edição de cookies de oito passos no DevTools:

  1. Abra o site alvo — navegue até o site cujos cookies você quer editar. Os cookies já devem existir no repositório do seu navegador para aquele domínio.
  2. Abra o Chrome DevTools — pressione F12 (ou Ctrl+Shift+I no Windows/Linux, Cmd+Option+I no Mac). Você também pode clicar com o botão direito em qualquer lugar da página e escolher “Inspecionar”.
  3. Navegue até a aba Application — clique em “Application” na barra superior do DevTools. Se a aba não estiver visível, clique no chevron (>>) para expandir o menu de overflow.
  4. Expanda Cookies na barra lateral esquerda — em “Storage”, expanda “Cookies”. Você verá o domínio principal mais qualquer domínio de terceiros que tenha definido cookies nesta página.
  5. Clique no domínio alvo — o painel principal mostra uma tabela com Name, Value, Domain, Path, Expires, Size, HttpOnly, Secure, SameSite e Priority.
  6. Dê duplo clique em qualquer célula para editar — a célula vira um campo de entrada. Mude o valor e pressione Enter. Os campos editáveis incluem Value, Expires/Max-Age, Domain, Path, SameSite, Secure e HttpOnly.
  7. Pressione Enter para confirmar — o repositório de cookies é atualizado imediatamente. Sem diálogo de confirmação; sem desfazer.
  8. Recarregue a página para verificar — pressione F5. O site agora recebe o cookie modificado na próxima requisição. Confirme o comportamento esperado.

Importante: Editar o campo Name não renomeia o cookie — ele apaga o cookie antigo e cria um novo com o novo nome. Se você só quer mudar o valor, deixe o campo Name intacto.

Método 2: CookieVault Editor (extensão)

Em resumo: O CookieVault Editor oferece um popup na barra de ferramentas com edição inline — clique em um cookie, mude um campo, clique em Save. Sem DevTools. A extensão usa a API chrome.cookies do Chrome, o que significa que ela consegue editar cookies HttpOnly e acessar cookies de qualquer domínio, não apenas da página atual.

O fluxo de oito passos pela extensão:

  1. Instale o CookieVault Editor — instale pela Chrome Web Store. A extensão pede as permissões cookies e tabs, necessárias para ler e escrever cookies.
  2. Navegue até o site alvo — abra o site cujos cookies você quer editar.
  3. Clique no ícone da barra de ferramentas — o popup lista todos os cookies do domínio atual, agrupados por primário e de terceiros.
  4. Clique no nome de um cookie — a visualização de detalhe abre, mostrando Value, Domain, Path, Expires, SameSite, Secure, HttpOnly e Size.
  5. Edite os campos — mude qualquer campo inline. SameSite, Secure e HttpOnly são toggles. Expires tem um seletor de data. Value é um campo de texto.
  6. Clique em Save — a extensão escreve o cookie atualizado via chrome.cookies.set(). A mudança se aplica imediatamente.
  7. Verifique — recarregue a página ou observe o painel de Network para confirmar que o cookie modificado é enviado na próxima requisição.
  8. Opcional: exporte antes de editar — para sessões irreversíveis (banco, painéis de admin), exporte para JSON primeiro. Se a edição quebrar sua sessão, importe o backup para restaurar.

O fluxo pela extensão é particularmente eficiente para engenheiros de QA que precisam editar cookies em dezenas de domínios de teste por dia, ou para desenvolvedores testando o comportamento de SameSite em várias origens.

Cenários comuns de edição de cookies

Em resumo: As razões mais frequentes para editar um cookie são estender uma sessão, testar o comportamento de SameSite, simular um usuário diferente e depurar incompatibilidades de token CSRF. Cada cenário mapeia para uma edição de campo específica.

Seis cenários práticos em que editar cookies é a técnica de depuração certa:

  • Estender uma sessão durante a depuração — dê duplo clique na célula Expires e defina uma data bem no futuro (por exemplo, um ano a partir de agora). Isso impede que a sessão expire enquanto você percorre o código. Útil ao depurar formulários longos de múltiplas etapas.
  • Testar o comportamento de SameSite — mude SameSite de Lax para Strict para verificar que a navegação entre sites quebra a autenticação como esperado. Mude para None (com Secure = true) para confirmar que o embed em iframe cross-origin funciona.
  • Simular um usuário diferente — copie o valor de um cookie de sessão de um perfil de navegador e cole em outro. Isso reproduz o estado exato de sessão sem se reautenticar. Só funciona se o servidor não amarrar as sessões ao IP ou ao User-Agent.
  • Depurar incompatibilidades de token CSRF — tokens CSRF muitas vezes ficam em cookies (csrftoken, XSRF-TOKEN). Editar o valor do cookie para um valor sabidamente errado confirma que o servidor rejeita a requisição, validando a proteção CSRF.
  • Forçar um cookie a Secure-only — defina a flag Secure como true em um cookie e verifique que o site quebra quando carregado por HTTP. Isso confirma que o site lida corretamente com a flag Secure em cenários de conteúdo misto.
  • Testar o escopo de Path do cookie — mude o Path de / para /admin e verifique que o cookie deixa de ser enviado em requisições para /dashboard. Isso valida o comportamento de cookies com escopo por Path.

Em resumo: O Chrome expõe oito atributos editáveis por cookie. Cada atributo controla um aspecto diferente de quando, onde e como o cookie é enviado. Entendê-los é essencial para uma depuração eficaz.

AtributoO que controlaExemplo de edição
ValueO payload de dados enviado ao servidorMudar um session ID para testar fixação de sessão
DomainQuais domínios recebem o cookieMudar .example.com para app.example.com para restringir o escopo
PathQuais caminhos de URL recebem o cookieMudar / para /api para limitar a transmissão
Expires / Max-AgeQuando o cookie é apagado pelo navegadorEstender para testar sessões de vida longa
SecureO cookie só é enviado por HTTPSAlternar para testar comportamento em conteúdo misto
HttpOnlyO cookie é inacessível a document.cookieAlternar para testar cenários de roubo de cookie por XSS
SameSiteRegras de envio entre sites (Strict / Lax / None)Mudar para testar CSRF e embed em iframe
PriorityOrdem de remoção quando o limite de cookies é atingidoMudar para Low para testar quais cookies o Chrome descarta primeiro

O projeto Chromium aplica um limite de aproximadamente 180 cookies por domínio. Quando esse limite é atingido, o Chrome remove cookies em ordem de Priority (Low primeiro, depois Medium, depois High), e dentro de cada nível de prioridade pelo timestamp de acesso mais antigo2.

Limitações e casos extremos

Em resumo: Algumas edições de cookies são limitadas por políticas de segurança do navegador. Entender esses limites evita perder tempo de depuração.

  • Cookies cross-origin — você não consegue editar cookies de um domínio que não definiu cookie na página atual (no DevTools). Use uma extensão para acesso entre domínios.
  • Cookies particionados (CHIPS) — o recurso de cookies particionados do Chrome significa que o mesmo nome de cookie pode ter valores diferentes dependendo do site de nível superior. Editar uma partição não afeta as outras.
  • Validação do lado do servidor — mudar o valor de um cookie de sessão para uma string arbitrária vai falhar na validação do servidor. O servidor trata o valor modificado como uma sessão inválida e emite um cookie novo na próxima resposta.
  • Limites de tamanho do cookie — um único cookie não pode passar de aproximadamente 4.096 bytes (name + value combinados). O DevTools vai truncar silenciosamente valores que excedem esse limite.
  • Prefixos __Host- e __Secure- — cookies com esses prefixos de nome estão sujeitos a restrições adicionais. Um cookie com prefixo __Host- precisa ter Secure = true, Path = / e nenhum atributo Domain. Editar esses atributos violando as regras do prefixo faz o Chrome rejeitar o cookie.
  • Descontinuação dos cookies de terceiros — conforme o Chrome elimina os cookies de terceiros, editar cookies de terceiros no DevTools pode mostrar avisos ou não ter efeito em sites enrolados na Privacy Sandbox.

Veja também


Footnotes

  1. A documentação oficial do Chrome DevTools para inspeção, edição e exclusão de cookies está em https://developer.chrome.com/docs/devtools/storage/cookies. A tabela de cookies do painel Application aceita edição inline de todos os atributos padrão de cookie. 2

  2. Os limites de armazenamento de cookies do Chromium e o comportamento de remoção estão documentados no código-fonte do Chromium e discutidos nas entradas do Chrome Platform Status para recursos relacionados a cookies. O limite aproximado de 180 cookies por domínio e a ordem de remoção baseada em prioridade são detalhes de implementação que se mantiveram estáveis entre versões do Chrome.

Última atualização:

Autor: Lena Park · Revisado por: Marcus Reiter