Quem administra um site já teve contato com a criptografia de dados, mesmo sem saber nomear o conceito. Ela está presente no cadeado que aparece na barra do navegador, é o motivo pelo qual provedores de hospedagem recomendam abandonar o uso do FTP simples e aparece como opção marcada “encrypt archive” nas configurações de backup.
A criptografia é um dos poucos mecanismos de segurança que funciona de forma silenciosa, quase sem exigir atenção constante — e justamente por isso costuma ser mal compreendida. Muitos donos de sites instalam um certificado SSL, veem o cadeado surgir ao lado do endereço e concluem, de forma equivocada, que o site está totalmente seguro. É exatamente essa lacuna de entendimento que este conteúdo pretende esclarecer.
A seguir, a criptografia de dados é explicada em linguagem simples: como ela funciona na prática, quais são seus principais tipos, em que pontos do site cada um aparece e, de forma igualmente importante, quais ataques ela não é capaz de impedir.
O que é criptografia de dados, afinal?
A criptografia de dados é o processo de transformar informações legíveis em um resultado ilegível, por meio de um algoritmo matemático combinado a um valor secreto chamado chave. A versão legível é chamada de texto puro; a versão embaralhada é o texto cifrado; e o processo de reverter essa transformação é a descriptografia.
O elemento central não é o algoritmo, e sim a chave. Isso porque os algoritmos modernos de criptografia são públicos — qualquer pessoa pode consultar exatamente como funcionam. A segurança não depende do sigilo da fórmula, mas sim do fato de que apenas o detentor legítimo possui a chave. Essa escolha é deliberada: um algoritmo revisado por milhares de criptógrafos ao longo de anos é muito mais confiável do que um método mantido em segredo.
Por isso, sempre que alguém afirma que determinado dado está “criptografado”, a pergunta mais relevante a se fazer é: criptografado com qual chave, e quem mais tem acesso a ela?
Como a criptografia de dados funciona na prática?
Um exemplo simples ajuda a ilustrar a lógica. Pegue a palavra LOGIN e desloque cada letra três posições à frente no alfabeto: o resultado é ORJLQ. Nesse caso, o algoritmo é “deslocar cada letra”, a chave é “três” e o texto cifrado é ORJLQ. Qualquer pessoa que conheça o algoritmo e a chave consegue reverter o processo e recuperar a palavra original.
Esse exemplo é facilmente quebrável, já que existem apenas 25 chaves possíveis, o que permitiria testá-las manualmente. A criptografia usada de verdade segue a mesma lógica, mas em outra escala. Em vez de deslocar letras, algoritmos como o AES operam sobre blocos de bytes, combinando e substituindo esses dados em diversas rodadas. Em vez de 25 chaves possíveis, utiliza-se um valor longo e aleatório, com um número astronômico de combinações — o que torna a tentativa de adivinhação inviável na prática.
A sequência do processo, no entanto, é sempre a mesma, independentemente do algoritmo:
- O dado começa como texto puro: pode ser o envio de um formulário de login, uma linha de banco de dados ou um arquivo de backup.
- O sistema que envia ou armazena esse dado o processa por meio do algoritmo de criptografia, usando uma chave.
- O resultado, chamado de texto cifrado, é o que trafega pela rede ou fica armazenado em disco.
- O sistema receptor (ou o próprio sistema, mais tarde) executa a descriptografia com a chave correspondente e recupera o dado original, byte a byte.
Há, porém, um aspecto que esse exemplo não mostra: em sistemas reais, a parte mais difícil raramente é a matemática envolvida. O verdadeiro desafio é entregar a chave à parte correta sem que alguém intercepte essa troca pelo caminho, além de mantê-la guardada em um local inacessível a invasores. É justamente sobre esse problema que tratam os próximos pontos.
O que acontece com os dados depois de criptografados?
Nada se perde e nada é adicionado: os dados continuam todos ali, apenas se tornam ilegíveis. Ao abrir um arquivo criptografado em um editor de texto, o que aparece é uma sequência de bytes aparentemente aleatórios. Em geral, o tamanho do resultado criptografado fica próximo ao do dado original, com uma pequena sobrecarga referente às informações que o algoritmo precisa armazenar junto.
Algumas consequências práticas decorrem disso — e costumam surpreender quem não está familiarizado com o tema:
- Dados criptografados não podem ser usados enquanto estiverem criptografados. A aplicação precisa descriptografá-los para buscar, exibir ou ordenar informações. Por isso, a frase “o banco de dados é criptografado” raramente significa o que muitos imaginam.
- A chave se torna o próprio dado. Se a chave é perdida, o texto cifrado se torna irrecuperável de forma definitiva — nenhum suporte técnico consegue reverter isso. Se a chave vaza, a criptografia perde sua função.
- Metadados muitas vezes não são protegidos. Nomes de arquivos, tamanhos, quais servidores se comunicaram entre si e o volume de dados transferido podem continuar visíveis, mesmo que o conteúdo em si esteja oculto.
- A criptografia, por si só, não verifica nada. Ela apenas oculta o conteúdo. São outros mecanismos — como assinaturas, certificados e tags de autenticação — que comprovam quem enviou os dados e se houve alguma alteração durante o trajeto.
Esse último ponto é mais relevante do que parece à primeira vista. Sigilo e confiabilidade são propriedades distintas, e protocolos bem construídos garantem as duas coisas de forma deliberada.
Tipos de criptografia de dados: simétrica e assimétrica
Existem duas grandes famílias de criptografia, e a melhor forma de entendê-las é observar como atuam em conjunto.
Criptografia simétrica
A criptografia simétrica utiliza uma única chave tanto para criptografar quanto para descriptografar. Ambas as partes compartilham o mesmo segredo. Por ser rápida e eficiente, é a ferramenta adequada para grandes volumes de dados — como um arquivo de backup de 2 GB ou todo o conteúdo de uma página enviada a um visitante. O AES é o algoritmo simétrico mais citado nesse contexto. Sua fragilidade é evidente: como as duas partes precisam da mesma chave, não é seguro transmiti-la por um canal ainda não confiável.
Criptografia assimétrica
Já a criptografia assimétrica (também chamada de criptografia de chave pública) utiliza um par de chaves matematicamente vinculadas. A chave pública pode ser compartilhada livremente; a chave privada nunca sai das mãos de seu proprietário. Um dado criptografado com uma das chaves só pode ser descriptografado com a outra. RSA e criptografia de curva elíptica são exemplos comuns desse modelo. Por serem operações mais lentas e pesadas, são usadas de forma pontual, para estabelecer confiança — não para movimentar grandes volumes de dados.
Como o TLS combina os dois modelos
Quando um navegador se conecta a um site via HTTPS, as duas partes realizam uma negociação antes de qualquer conteúdo de página ser transmitido:
- O navegador solicita que o servidor se identifique.
- O servidor apresenta seu certificado TLS, que contém sua chave pública e uma assinatura de validação emitida por uma autoridade certificadora já reconhecida pelo navegador. Essa é a etapa assimétrica, responsável pela autenticação — ela comprova que o servidor realmente possui a chave privada correspondente àquele domínio.
- As duas partes realizam então uma troca de chaves para chegar a um segredo compartilhado, válido apenas para aquela conexão. O TLS atual faz isso por meio de um processo em que ambos os lados derivam o mesmo valor sem jamais transmiti-lo diretamente.
- Esse segredo compartilhado se transforma em uma chave de sessão simétrica, e é com ela que o restante da comunicação — cabeçalhos, envios de formulário e o HTML da página — é criptografado.
Ou seja: a criptografia assimétrica resolve o problema da confiança, enquanto a simétrica realiza o trabalho pesado de proteger o volume de dados. Isso explica por que o certificado de um site é tão importante, ainda que ele, isoladamente, não criptografe o conteúdo das páginas — é ele que permite ao navegador confiar que a troca de chaves ocorreu de fato com o servidor legítimo, e não com um intermediário malicioso.
Criptografia de dados em trânsito, em repouso e de ponta a ponta
Os mesmos algoritmos recebem rótulos diferentes conforme o momento do ciclo de vida da informação em que atuam. Dados “em trânsito” são aqueles protegidos enquanto trafegam entre dois pontos, como ocorre no HTTPS. Dados “em repouso” são os protegidos enquanto estão armazenados, como em um banco de dados ou arquivo de backup. Já a criptografia “de ponta a ponta” garante que apenas remetente e destinatário final consigam ler o conteúdo, sem que intermediários — incluindo o próprio serviço que transporta a informação — tenham acesso a ela.
Apesar de a criptografia de dados ser essencial, é importante reforçar que ela não substitui outras camadas de proteção. Um site pode estar totalmente criptografado em trânsito e, ainda assim, sofrer com vulnerabilidades de código, senhas fracas ou plugins desatualizados. Por isso, a recomendação é tratar a criptografia como parte de uma estratégia mais ampla de segurança, e não como solução isolada e suficiente.
Em resumo, compreender onde e como a criptografia de dados atua ajuda o administrador de um site a avaliar com mais precisão o que realmente está protegido — e o que ainda exige atenção adicional, como autenticação, verificação de integridade e boas práticas de gestão de acessos.
Com informações de blog.sucuri.net.
