简体中文 Tiếng Việt 日本語 한국어 हिन्दी Español Français العربية বাংলা Português Русский اردو Bahasa Indonesia Deutsch Naijá मराठी తెలుగు Türkçe தமிழ்
// cryptographic tool v2.0

AESCifra

SOMENTE DO LADO DO CLIENTE
API DE CRIPTO WEB
🔒 SOMENTE DO LADO DO CLIENTE- Chaves e dados ficam dentro do seu navegador e nunca são carregados em nenhum servidor. Todo o trabalho criptográfico é executado na API Web Crypto nativa.
Configuração do algoritmo
🔑
Chave e material IV
Requer32caracteres hexadecimais (256 bits)
O hex IV precisa32caracteres (CBC/CTR=32, GCM=24)
Este nonce já foi usado no modo GCM.Reutilizar um nonce quebra gravemente a segurança da criptografia, então gere um novo.
Libere para carregar o arquivo
TEXTO SIMPLES / ENTRADA
CIPHERTEXTO / SAÍDA
Baixar como.txt
Base64/Saída de texto hexadecimal
pronto para ler ou colar
Criptografia concluída - Bytes binários brutos prontos para a ferramenta de descriptografia
Exporte esta configuração (Mode / Key Size / Key / IV) para que possa ser carregada diretamente na ferramenta de descriptografia
Precisa de descriptografia?
Ready - configure a chave e clique em Criptografar
Algoritmo
AES
Modo CBC
Força chave
256
bits
Nível de segurança
ALTO
Grau Militar
Processado
0
bytes nesta sessão
🔑
Por que você precisa de uma chave secreta?
AES é uma cifra simétrica, portanto a mesma chave secreta é usada para criptografia e descriptografia. O comprimento da chave define o nível de proteção: 128 bits cobre a maioria dos casos de uso diário, 192 bits é escolhido para ambientes de maior garantia e 256 bits é a opção comum mais forte usada em finanças e outros sistemas sensíveis à segurança.

A chave secreta deve permanecer confidencial. Qualquer pessoa que obtiver a chave pode descriptografar os dados, portanto, evite compartilhá-los em canais inseguros e prefira chaves geradas aleatoriamente em vez de entrada manual.
🎲
Por que é necessário um IV/nonce?
O IV (vetor de inicialização) ou nonce garante que a criptografia do mesmo conteúdo com a mesma chave ainda produza texto cifrado diferente a cada vez, o que ajuda a evitar ataques baseados em padrões.

CBC e CTR usam um IV de 16 bytes (32 caracteres hexadecimais), enquanto GCM usa um nonce de 12 bytes (24 caracteres hexadecimais). O IV não precisa permanecer secreto, mas deve ser atualizado a cada execução de criptografia e nunca deve ser reutilizado.
⚙️
O que o modo de criptografia faz?
AES funciona em blocos fixos de 16 bytes e o modo selecionado controla como esses blocos são encadeados para dados de qualquer comprimento.

CBC (encadeamento de blocos de criptografia): um modo clássico e amplamente utilizado para arquivos e fluxos de trabalho de comunicação.

CTR (Contador): transforma o AES em um modo semelhante a um fluxo que pode ser processado em paralelo, tornando-o adequado para arquivos grandes.

GCM (Modo Galois/Contador): adiciona autenticação ao CTR, protegendo a confidencialidade e a integridade e geralmente é o melhor padrão moderno.
📏
Como você deve escolher o tamanho da chave?
Chaves mais longas aumentam drasticamente o custo dos ataques de força bruta, embora também adicionem uma pequena sobrecarga de desempenho.

128 bits: forte o suficiente para a grande maioria das cargas de trabalho e geralmente a opção mais rápida.

192 bits: escolhido quando é necessária uma margem de segurança maior.

256 bits: a opção padrão mais forte e um padrão sólido quando as restrições de desempenho não são críticas.
📦
O que significa preenchimento?
AES criptografa blocos de 16 bytes. Se o comprimento da entrada não for múltiplo de 16, o último bloco deverá ser preenchido antes da criptografia.

PKCS#7: preenche o bloco final com bytes cujo valor é igual ao número de bytes de preenchimento, o que torna a remoção precisa durante a descriptografia.

Preenchimento zero: preenche os bytes restantes com00. É simples, mas ambíguo quando os dados originais podem terminar naturalmente com zero bytes.
🔠
O que é codificação de saída?
O texto cifrado AES bruto é um dado binário, portanto, geralmente é convertido em um formato de texto imprimível antes do transporte ou armazenamento.

Base64: compacto e adequado para APIs, JSON e fluxos de trabalho de copiar e colar.

Hex: maior em tamanho, mas mais fácil de inspecionar byte por byte durante a depuração e registro.