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.
| Capacidade | DevTools (embutido) | CookieVault Editor (extensão) |
|---|---|---|
| Editar valor do cookie | Sim — duplo clique na célula | Sim — campo inline |
| Editar expiração / Max-Age | Sim — duplo clique na célula | Sim — seletor de data |
| Editar SameSite / Secure / HttpOnly | Sim — duplo clique na célula | Sim — toggles |
| Editar cookies de outros domínios | Apenas se aquele domínio definiu cookie na página atual | Sim — qualquer domínio via API chrome.cookies |
| Criar um cookie novo | Sim — clique na linha vazia no fim | Sim — botão “Add cookie” |
| Exportar antes de editar (backup) | Não | Sim — JSON / Netscape / HAR |
| Editar vários cookies em lote | Não | Sim — seleção múltipla + edição em lote |
| Funciona no anônimo | Sim | Sim (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:
- 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.
- Abra o Chrome DevTools — pressione
F12(ouCtrl+Shift+Ino Windows/Linux,Cmd+Option+Ino Mac). Você também pode clicar com o botão direito em qualquer lugar da página e escolher “Inspecionar”. - 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. - 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.
- Clique no domínio alvo — o painel principal mostra uma tabela com Name, Value, Domain, Path, Expires, Size, HttpOnly, Secure, SameSite e Priority.
- 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.
- Pressione Enter para confirmar — o repositório de cookies é atualizado imediatamente. Sem diálogo de confirmação; sem desfazer.
- 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.cookiesdo 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:
- Instale o CookieVault Editor — instale pela Chrome Web Store. A extensão pede as permissões
cookiesetabs, necessárias para ler e escrever cookies. - Navegue até o site alvo — abra o site cujos cookies você quer editar.
- Clique no ícone da barra de ferramentas — o popup lista todos os cookies do domínio atual, agrupados por primário e de terceiros.
- Clique no nome de um cookie — a visualização de detalhe abre, mostrando Value, Domain, Path, Expires, SameSite, Secure, HttpOnly e Size.
- 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.
- Clique em Save — a extensão escreve o cookie atualizado via
chrome.cookies.set(). A mudança se aplica imediatamente. - Verifique — recarregue a página ou observe o painel de Network para confirmar que o cookie modificado é enviado na próxima requisição.
- 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
LaxparaStrictpara verificar que a navegação entre sites quebra a autenticação como esperado. Mude paraNone(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/admine verifique que o cookie deixa de ser enviado em requisições para/dashboard. Isso valida o comportamento de cookies com escopo por Path.
Referência de atributos editáveis do cookie
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.
| Atributo | O que controla | Exemplo de edição |
|---|---|---|
| Value | O payload de dados enviado ao servidor | Mudar um session ID para testar fixação de sessão |
| Domain | Quais domínios recebem o cookie | Mudar .example.com para app.example.com para restringir o escopo |
| Path | Quais caminhos de URL recebem o cookie | Mudar / para /api para limitar a transmissão |
| Expires / Max-Age | Quando o cookie é apagado pelo navegador | Estender para testar sessões de vida longa |
| Secure | O cookie só é enviado por HTTPS | Alternar para testar comportamento em conteúdo misto |
| HttpOnly | O cookie é inacessível a document.cookie | Alternar para testar cenários de roubo de cookie por XSS |
| SameSite | Regras de envio entre sites (Strict / Lax / None) | Mudar para testar CSRF e embed em iframe |
| Priority | Ordem de remoção quando o limite de cookies é atingido | Mudar 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
- Como apagar cookies no Chrome — remova cookies por completo em vez de editá-los
- Como exportar cookies do Chrome para JSON — backup dos cookies antes de editar como caminho de rollback
- Limpar cookies mas continuar logado — exclusão seletiva preservando sessões
- Apagar cookies ao fechar a aba — limpeza automatizada por privacidade
- CookieVault Editor — o editor de cookies Manifest V3 de código aberto para Chrome
- O que é um cookie? — o protocolo HTTP de cookies explicado
Footnotes
-
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
-
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. ↩