Ferramenta de Criptografia AES — GCM, CBC e CTR

O Que É Criptografia AES?

// AES-256-GCM with a passphrase (PBKDF2-HMAC-SHA256, 600,000 iterations).
// Identical code runs in the browser and in Node.js 20+ via Web Crypto.
async function aesGcmEncrypt(plaintext, passphrase) {
  const enc = new TextEncoder();
  const salt = crypto.getRandomValues(new Uint8Array(16));
  const iv = crypto.getRandomValues(new Uint8Array(12));
  const baseKey = await crypto.subtle.importKey(
    'raw', enc.encode(passphrase), 'PBKDF2', false, ['deriveKey']);
  const key = await crypto.subtle.deriveKey(
    { name: 'PBKDF2', salt, iterations: 600000, hash: 'SHA-256' },
    baseKey, { name: 'AES-GCM', length: 256 }, false, ['encrypt']);
  const ct = new Uint8Array(await crypto.subtle.encrypt(
    { name: 'AES-GCM', iv }, key, enc.encode(plaintext)));
  const packed = new Uint8Array([...salt, ...iv, ...ct]); // salt(16) | iv(12) | ct+tag
  return btoa(String.fromCharCode(...packed));            // self-contained Base64
}

Recursos Principais

Exemplos de Criptografia AES

The quick brown fox jumps over the lazy dog.

sal (16 B) + IV (12 B) + texto cifrado + tag (16 B), codificado em Base64 — um valor novo a cada execução

Attack at dawn!

U2FsdGVkX18AESIzRFVmd1PBwxIFQpF+VgIhTK0aDHQ=

Como Criptografar Texto com AES

1. 1

   Escolha um modo e um tamanho de chave

   Deixe o Modo em GCM (recomendado) e o Tamanho de chave em 256 para o padrão mais forte e sensato. Mude para CBC ou CTR apenas se um sistema que você está mirando exigir isso.

2. 2

   Escolha frase-senha ou chave bruta

   Mantenha o Tipo de chave em Frase-senha e digite uma frase-senha forte, ou mude para Chave bruta e cole uma chave exata de 128/192/256 bits em hex ou Base64. O selo de contagem de bytes confirma se sua chave bruta tem um comprimento válido.

3. 3

   Digite o texto a criptografar

   Digite ou cole seu texto simples. A criptografia roda automaticamente enquanto você digita, inteiramente no seu navegador — sem ida e volta por botão e sem upload.

4. 4

   Copie o texto cifrado autocontido

   O resultado em Base64 à direita já contém o sal, o IV e a tag de autenticação. Use a faixa de segmentos para ver o layout de bytes, depois clique em Copiar. Mude a codificação de saída para Hex se o sistema de destino esperar isso.

5. 5

   Descriptografe de volta quando precisar

   Dê o texto cifrado, a frase-senha e o mesmo modo e tamanho de chave ao destinatário, ou abra a página de descriptografia AES para reverter você mesmo.

Erros Comuns de Criptografia AES

Key type: Raw key
Key (hex): correct horse battery staple   (not hex, not 32 bytes)

Key type: Passphrase
Passphrase: correct horse battery staple   (stretched with PBKDF2)

// same key, same IV for two messages
encrypt(key, iv, a); encrypt(key, iv, b);

// fresh random IV each time (the default)
encrypt(key, randomIV(), a);

stored = ciphertext              // salt + IV + tag thrown away

stored = salt + iv + ciphertext + tag   // the full Base64 string

assert(encrypt(msg) === encrypt(msg))   // fails — and should

assert(decrypt(encrypt(msg)) === msg)   // this is what must hold

O Que Você Pode Fazer com Criptografia AES

Aprenda como os modos do AES se comportam

Alterne entre GCM, CBC e CTR com a mesma entrada para ver como a autenticação, o comprimento do IV e o tamanho do texto cifrado mudam. Uma forma prática de entender o que a NIST SP 800-38D realmente especifica.

Produza texto cifrado que outro sistema consiga ler

Gere a saída no formato Salted__ do OpenSSL (ou como uma chave bruta mais IV) para que um backend, script ou colega de equipe usando openssl ou uma biblioteca de criptografia possa descriptografá-la sem atrito.

Criptografe uma nota curta ou trecho de texto

Proteja um pedaço avulso de texto pessoal — uma frase de recuperação que você está movendo entre dispositivos, um trecho em um chamado de suporte — com uma frase-senha que só você conhece. Não serve para segredos regulados ou de produção.

Prototipe um formato de criptografia

Acerte aqui o layout de sal/IV/tag e as configurações de KDF antes de escrever o código, usando o detalhamento de segmentos para confirmar a ordem e os comprimentos de bytes.

Gere vetores de teste

Crie um texto cifrado conhecido com uma frase-senha e um modo fixos para alimentar seus próprios testes de descriptografia, depois verifique o ciclo completo na página de descriptografia AES.

Modos AES e Derivação de Chave

GCM (Galois/Counter Mode) — autenticado, recomendado

Confidencialidade mais uma tag de autenticação de 128 bits (NIST SP 800-38D). Usa um IV de 96 bits (12 bytes), gerado aleatoriamente a cada criptografia, e tanto a criptografia quanto a descriptografia paralelizam bem. A única regra que você nunca deve quebrar: nunca reutilize um IV com a mesma chave. A SP 800-38D limita uma única chave a cerca de 2^32 IVs gerados aleatoriamente, e uma repetição vaza o XOR de dois textos simples e pode até expor a chave de autenticação que protege a tag. Ideal para quase tudo.

CBC (Cipher Block Chaining) — apenas confidencialidade

Cada bloco recebe XOR com o bloco de texto cifrado anterior, usando um IV aleatório de 16 bytes. Não tem autenticação embutida, então deve ser combinado com um MAC separado — encrypt-then-MAC, por exemplo com nosso gerador de HMAC — e é historicamente propenso a ataques de oráculo de padding (Vaudenay, EUROCRYPT 2002). Oferecido aqui para interoperabilidade com OpenSSL e sistemas mais antigos.

CTR (Counter) — apenas confidencialidade, tipo stream

Transforma o AES em uma cifra de fluxo criptografando um contador, então qualquer comprimento de bytes funciona sem padding e os blocos paralelizam livremente. Assim como o CBC, ele não oferece integridade por conta própria, e reutilizar o contador/IV sob uma mesma chave é catastrófico. Útil quando você precisa de acesso aleatório ou semântica de streaming.

ECB — não oferecido (por design)

O Electronic Codebook criptografa cada bloco de forma independente, então blocos de texto simples idênticos produzem texto cifrado idêntico e padrões vazam — o notório 'pinguim ECB'. A Web Crypto API deliberadamente não o implementa, e nós também não. Se um sistema legado exigir ECB, trate isso como um bug a corrigir, não como um formato a reproduzir.

Derivação de chave: 600.000 vs 10.000 vs 1 iteração

No modo padrão de frase-senha, esta ferramenta usa PBKDF2-HMAC-SHA256 em 600.000 iterações (o mesmo hash SHA-256 aplicado centenas de milhares de vezes) com um sal de 16 bytes, conforme a OWASP. No modo compatível com OpenSSL, o PBKDF2 usa por padrão apenas 10.000 iterações (o padrão do openssl enc), e o KDF legado EVP_BytesToKey usado pelo CryptoJS e por versões antigas do OpenSSL executa uma única passagem MD5 — ordens de magnitude mais fraco. Mais iterações significam uma força bruta mais lenta por tentativa, motivo pelo qual o padrão moderno é tão mais alto. Argon2 e scrypt são ainda mais fortes, mas não fazem parte da Web Crypto, então estão fora do escopo aqui; para armazenamento de senhas, siga a OWASP e prefira Argon2id.

Boas Práticas de Criptografia AES

Prefira GCM, a menos que um sistema parceiro exija o contrário

A criptografia autenticada detecta adulterações que o CBC e o CTR deixam passar silenciosamente. Só recorra a CBC ou CTR por interoperabilidade, e adicione um MAC se o fizer.

Use um IV aleatório novo para cada mensagem

A ferramenta faz isso automaticamente. Se você substituir o IV manualmente, nunca reutilize um com a mesma chave — para o GCM uma repetição é catastrófica, e para o CBC quebra a segurança semântica.

Escolha frases-senha fortes e chaves realmente aleatórias

O PBKDF2 desacelera a força bruta, mas não consegue salvar uma frase-senha fraca. Gere uma frase-senha longa com o gerador de senhas, ou uma chave verdadeiramente aleatória com o gerador de chave secreta.

Mantenha o sal, o IV e a tag junto com o texto cifrado

Eles não são secretos, mas a descriptografia falha sem eles. O formato autocontido desta ferramenta empacota os três; se você usar o modo de chave bruta com texto cifrado puro, copie o IV separadamente e armazene-o junto com o texto cifrado.

Não criptografe segredos de produção ou regulados em nenhuma ferramenta online

Mesmo sendo totalmente do lado do cliente, uma ferramenta de navegador serve para aprendizado, depuração e casos pessoais avulsos. Segredos reais pertencem a um sistema de gestão de chaves auditado, com manuseio e rotação de chaves verificados. O próprio AES-256 é forte — aprovado sob o conjunto CNSA 2.0 da NSA para informações até TOP SECRET — e quebras no mundo real vêm de erros de implementação, não da cifra.

Perguntas Frequentes sobre Criptografia AES