Criptografar e descriptografar AES

Leia antes de usar

• Esta ferramenta roda inteiramente no navegador. Texto plano, cifrado e chave não são enviados a nenhum servidor.

• Destina-se a desenvolvimento, depuração, aprendizado e cenários autogestionados. Não use como única proteção para segredos de produção ou dados de usuários.

• Em produção: use bibliotecas criptográficas auditadas (libsodium, OpenSSL, AWS Encryption SDK), um KDF real (Argon2id ≥ 1 iteração / 64 MiB), apenas modos AEAD, com gestão de chaves, controle de acesso e logs de auditoria no servidor.

Executar automaticamente após entrada(400ms de debounce)

Modo de algoritmo

Tamanho da chave

Formato do texto cifrado (saída criptografia / entrada descriptografia)

Origem da chave

Chave Hex （64 caracteres）

IV Hex （24 caracteres，Deixe vazio para geração automática na criptografia）

Texto plano

Texto UTF-8

Texto cifrado（Hexadecimal）

GCM: texto cifrado inclui tag de autenticação · Atualizar automaticamente com a entrada

Preencha a chave completa

Comparação de modos — GCM vs CBC vs CTR▼

Modo	Autenticação	Requisito de IV	Desempenho	Uso recomendado
AES-GCM	Sim (AEAD, tag de 128 bits)	12 bytes (recomendado); nunca reutilize com a mesma chave	Rápido, aceleração por hardware	Padrão — API moderna, criptografia de arquivos, qualquer cenário autenticado
AES-CBC	Não — exige HMAC/MAC	16 bytes; imprevisível (CSPRNG) e nunca reutilize	Rápido, aceleração por hardware	TLS legado, criptografia de disco (XTS-AES); evite uso cru em novos designs
AES-CTR	Não — exige HMAC/MAC	16 bytes; nunca reutilize (catastrófico)	O mais rápido, paralelizável	Streams de acesso aleatório, criptografia de disco; sempre combine com MAC

Como ler a tabela

• AES-GCM é o único AEAD dos três — cifra e autentica em um único passo. Na dúvida, escolha GCM.
• CBC e CTR só fornecem confidencialidade. Precisam de um MAC separado (HMAC-SHA256, Encrypt-then-MAC), caso contrário são vulneráveis a ataques de cifrado escolhido e bit-flipping.
• IV / Nonce deve ser único por (chave, mensagem). Reutilizar IV em GCM vaza a chave de autenticação — evento catastrófico.

Notas sobre modos e formatos

• O SubtleCrypto do navegador oferece apenas GCM, CBC e CTR para AES — não ECB, CFB nem OFB (para evitar uso fraco). Para outros modos, use OpenSSL ou uma biblioteca de servidor.
• Formato do texto cifrado à escolha: Hex / Base64 / Base64URL, compatível com CyberChef, APIs, JWT, etc. Ambos os lados (criptografia e descriptografia) devem usar o mesmo formato.
• No AES-GCM, a saída é um fluxo contínuo de «texto cifrado + tag de autenticação»; a ferramenta codifica o bloco inteiro no formato selecionado — cole o bloco inteiro na descriptografia.

Notas

• O Web Crypto roda inteiramente no navegador; GCM é criptografia autenticada, adequada para cenários padrão.
• Na criptografia, deixe o IV vazio: a ferramenta gerará um IV aleatório e o preencherá acima para reutilização na descriptografia.
• Na descriptografia, deixe o IV vazio para tentar um vetor nulo (válido apenas quando a outra parte usa a mesma convenção).

Ferramenta online gratuita para criptografar e descriptografar AES com AES-CBC, AES-GCM e AES-CTR. Suporta chaves AES-128/192/256, formatos de ciphertext Hex/Base64/Base64URL, derivação de chave baseada em senha com PBKDF2-SHA256, geração aleatória de IV/salt e processamento Web Crypto somente no navegador.

Sugestões Relacionadas

Criptografia DES

Gerador e Verificador HMAC

Ferramenta JWT

Comprimir JSON

Codificação Base64

O que é criptografar e descriptografar AES?

AES (Advanced Encryption Standard) é o cifrador simétrico de bloco moderno usado por navegadores, pilhas TLS, bancos de dados, serviços em nuvem, apps móveis e sistemas operacionais para proteger dados com a mesma chave secreta na criptografia e na descriptografia. Uma configuração AES correta não depende só da chave: modo, IV/nonce, comportamento de padding ou tag e codificação de saída também precisam estar alinhados.

AES-GCM é a escolha padrão recomendada para novos projetos porque é AEAD: ele criptografa os dados e autentica tudo ao mesmo tempo. Isso significa que a descriptografia falha se o ciphertext, a chave, o IV, o salt ou a authentication tag forem alterados. CBC e CTR oferecem apenas confidencialidade e devem ser combinados com um MAC separado, como HMAC-SHA256, em protocolos de produção.

Criptografia baseada em senha precisa de uma função de derivação de chave. Senhas humanas raramente são aleatórias o suficiente para serem chaves AES, então esta ferramenta usa PBKDF2-SHA256 com 100.000 iterações e um salt aleatório para derivar a chave AES real. O salt impede que senhas idênticas gerem chaves derivadas idênticas e aumenta o custo de ataques de brute force.

O tratamento de IV e nonce é crítico. GCM normalmente usa um IV de 12 bytes e o mesmo IV nunca deve ser reutilizado com a mesma chave. CBC usa um IV imprevisível de 16 bytes. CTR usa uma construção counter/nonce, e reutilizá-la pode ser catastrófico. Esta ferramenta gera IVs seguros automaticamente durante a criptografia e mostra o valor para que a descriptografia consiga reproduzir os mesmos parâmetros.

Esta página foi criada para desenvolvimento, depuração, aprendizado e testes de criptografia autogerenciados. Para segredos de produção, dados regulados e informações de clientes, use bibliotecas criptográficas auditadas, gerenciamento de chaves no servidor, controle de acesso, logs de auditoria e, quando fizer sentido, uma KDF moderna como Argon2id.

Casos de uso

Criptografar um pequeno trecho de texto com AES-GCM antes de compartilhá-lo por um canal controlado
Descriptografar payloads de API durante a integração frontend-backend quando você precisa comparar IV, chave, modo e formato de saída
Testar se um backend retorna ciphertext em Hex, Base64 ou Base64URL e reproduzir o mesmo formato no navegador
Gerar chaves AES derivadas por PBKDF2 a partir de senhas para entender salt, número de iterações e comportamento do tamanho da chave derivada
Comparar lado a lado as saídas de AES-CBC, AES-GCM e AES-CTR enquanto aprende as diferenças entre modos de criptografia simétrica
Criar vetores de teste determinísticos fixando chave, IV, salt, plaintext, modo, tamanho da chave e codificação de saída

Como Usar

Escolha criptografar ou descriptografar, depois selecione AES-GCM, AES-CBC ou AES-CTR e o tamanho de chave necessário
Use uma chave Hex ou uma senha. No modo com senha, informe uma senha forte e deixe o PBKDF2 derivar a chave AES
Escolha o formato do ciphertext: Hex, Base64 ou Base64URL. Use o mesmo formato tanto na criptografia quanto na descriptografia
Para criptografar, deixe IV/salt vazios para gerar valores aleatórios seguros; para descriptografar, cole o mesmo IV/salt ou use o cabeçalho incorporado pelo modo com senha
Copie o ciphertext ou plaintext resultante e mantenha juntos modo, tamanho da chave, IV, salt e formato para que a descriptografia seja reproduzível

Recursos

Três modos de criptografia: AES-CBC, criptografia autenticada AES-GCM e AES-CTR para os cenários mais comuns
Três tamanhos de chave: AES-128, AES-192 e AES-256, com AES-256 como a opção padrão mais forte
Criptografia baseada em senha: derive chaves AES com PBKDF2-SHA256 e 100.000 iterações em vez de usar senhas fracas diretamente
Verificação de força em tempo real: tamanho, maiúsculas, minúsculas, números, símbolos e senhas comuns ajudam a escolher senhas mais seguras
Geração aleatória de IV e salt: um clique cria valores IV/salt criptograficamente aleatórios e os preenche na interface para permitir descriptografia reproduzível
Vários formatos de ciphertext: Hex, Base64 e Base64URL para depuração de APIs, transporte no estilo JWT, arquivos de configuração e interoperabilidade com linha de comando
Tratamento da authentication tag do GCM: a ferramenta empacota ciphertext + auth tag e sinaliza falhas de verificação quando ciphertext, chave, IV ou salt não correspondem
Web Crypto somente no navegador: criptografia e descriptografia rodam localmente; plaintext, ciphertext, senhas e chaves nunca são enviados
Guia de comparação de modos: notas integradas explicam quando escolher GCM, CBC ou CTR e por que reutilizar IV/nonce é perigoso
Fluxo de cópia pensado para desenvolvedores: chaves geradas, IVs, salts, ciphertext e plaintext podem ser copiados para testes de API e troubleshooting

Perguntas frequentes

Qual é a diferença entre AES-CBC, AES-GCM e AES-CTR?

CBC é um modo de bloco clássico que precisa de um IV e de um MAC separado para garantir integridade. GCM é criptografia autenticada (AEAD) e consegue detectar adulterações, por isso costuma ser a opção padrão recomendada para APIs modernas. CTR transforma o AES em um modo parecido com fluxo, rápido e paralelizável, mas também precisa de um MAC separado. Se estiver em dúvida, escolha GCM.

O que é derivação de chave PBKDF2 e por que ela é necessária?

PBKDF2 transforma uma senha humana em uma chave de criptografia mais forte. Esta ferramenta usa PBKDF2-SHA256 com 100.000 iterações e um salt aleatório para cada criptografia. Em comparação com usar a senha diretamente como chave, o PBKDF2 encarece ataques de brute force e evita que senhas iguais gerem chaves derivadas iguais.

Qual é a diferença entre o modo de chave Hex e o modo com senha?

O modo de chave Hex usa uma chave hexadecimal bruta de 32/48/64 caracteres e é útil quando você precisa reproduzir uma API de backend ou um vetor de teste fixo. O modo com senha aceita uma senha fácil de lembrar e deriva a chave AES com PBKDF2, incluindo ou carregando informações de salt para que o ciphertext possa ser descriptografado depois com a mesma senha.

O que a verificação de força da senha mede?

A ferramenta verifica tamanho da senha, letras maiúsculas, letras minúsculas, números, símbolos e padrões comuns de senhas fracas. Ela mostra uma orientação de fraca, razoável, boa ou forte para ajudar você a evitar senhas curtas ou previsíveis. Para dados sensíveis, use uma senha longa e aleatória gerada por um gerenciador de senhas.

Por que a descriptografia AES-GCM falha?

AES-GCM verifica uma authentication tag. Uma falha normalmente significa que a chave ou a senha está errada, que o IV ou o salt não corresponde, que o ciphertext foi alterado, que o formato de saída foi decodificado incorretamente ou que outro modo AES/tamanho de chave foi selecionado. Todos os parâmetros da criptografia precisam bater exatamente na descriptografia.

Esta ferramenta online de AES é segura?

As operações criptográficas rodam com a Web Crypto API do navegador, e a página não faz upload de plaintext, ciphertext, senhas nem chaves. Ela é adequada para desenvolvimento, depuração de APIs e aprendizado. Para dados de produção altamente sensíveis, use ferramentas locais ou server-side auditadas com gerenciamento de chaves adequado.

Quais tamanhos de chave AES são suportados?

A ferramenta suporta AES-128 (chave de 16 bytes), AES-192 (chave de 24 bytes) e AES-256 (chave de 32 bytes). AES-256 é a opção mais forte e uma boa escolha padrão; AES-128 continua seguro e pode ser mais rápido; AES-192 é usado principalmente por requisitos específicos de conformidade ou interoperabilidade.

Qual é a diferença entre saída Hex, Base64 e Base64URL?

Hex é fácil de ler e depurar, mas ocupa mais espaço. Base64 é mais compacto e comum em JSON ou arquivos de configuração. Base64URL substitui caracteres problemáticos em URLs e remove padding, por isso funciona bem em parâmetros de URL, campos no estilo JWT e transporte web.

Como descriptografar um ciphertext gerado por esta ferramenta?

No modo com senha, o salt e o IV ficam incluídos no cabeçalho da saída codificada, e a ferramenta consegue extraí-los durante a descriptografia. No modo de chave Hex, guarde a chave, o IV, o modo, o tamanho da chave e o formato de saída usados na criptografia, e informe os mesmos valores ao descriptografar.

Posso usar esta ferramenta para aprender criptografia AES?

Sim. Você pode alternar entre GCM, CBC e CTR, comparar formatos de saída, ver como IV e salt afetam o resultado e observar como o PBKDF2 deriva chaves a partir de senhas. É uma forma prática de entender o comportamento do AES antes de implementá-lo no código de uma aplicação.