Por que o e-mail é inerentemente inseguro

O Simple Mail Transfer Protocol foi projetado em 1982 para uma pequena rede acadêmica confiável. A segurança nunca foi um requisito: as mensagens trafegam em texto simples, e qualquer servidor no caminho pode lê-las. Décadas de extensões corrigiram parte do problema, mas nunca eliminaram completamente essa fragilidade fundamental.

Quando o usuário envia um e-mail, ele raramente vai diretamente ao destinatário. A mensagem passa por vários agentes de transferência de e-mail, cada um identificado por registros MX do DNS. Cada salto representa um servidor que pode registrar, copiar ou modificar a mensagem antes de encaminhá-la.

O SMTP AUTH permite que um cliente de e-mail faça login em um servidor, mas as credenciais costumam ser enviadas como Base64, que pode ser decodificado trivialmente. Sem TLS, toda a troca de autenticação fica visível na rede. Muitos servidores antigos ainda aceitam encaminhamento sem autenticação a partir de faixas de IP confiáveis.

O STARTTLS atualiza uma conexão SMTP simples para TLS se os dois servidores oferecerem suporte a esse recurso. O problema é que a atualização é negociada em texto simples; portanto, um invasor capaz de interceptar o tráfego pode remover silenciosamente o anúncio de STARTTLS e forçar uma conexão em texto simples. Isso é chamado de ataque de rebaixamento do STARTTLS.

Cada servidor que processa um e-mail adiciona um cabeçalho Received contendo seu endereço IP, a versão do software e a marca de data e hora. A leitura desses cabeçalhos de baixo para cima traça o caminho completo da mensagem, frequentemente expondo o endereço IP de origem do remetente e a infraestrutura interna de e-mail.

O DKIM adiciona uma assinatura criptográfica ao e-mail enviado, criada com a chave privada do domínio remetente. Os destinatários verificam a assinatura usando a chave pública publicada no DNS. O DKIM comprova que uma mensagem foi assinada pelo domínio declarado, mas não criptografa o corpo nem impede que servidores intermediários a leiam.

O SPF é um registro TXT do DNS que lista quais endereços IP têm permissão para enviar e-mail em nome de um domínio. Quando um servidor receptor verifica o SPF e encontra um remetente não autorizado, ele pode rejeitar ou sinalizar a mensagem. O SPF, sozinho, não impede a falsificação do cabeçalho From visível para os usuários.

O DMARC complementa o SPF e o DKIM ao especificar o que um servidor receptor deve fazer quando as verificações falham: nenhuma ação (p=none), colocar a mensagem em spam ou rejeitá-la imediatamente. Os relatórios do DMARC permitem que os proprietários de domínios vejam quem está enviando e-mails em seu nome. Juntos, SPF, DKIM e DMARC formam uma defesa em camadas contra falsificação.

Mesmo quando a criptografia do corpo do e-mail é usada, os metadados continuam expostos a todos os servidores no caminho. Os servidores precisam ler os cabeçalhos To, From e Subject para encaminhar e entregar a mensagem. A análise do tráfego baseada apenas nos metadados pode revelar relacionamentos, organizações e padrões de comunicação sem acessar o conteúdo.

Sigilo futuro significa que o comprometimento das chaves atuais não expõe sessões passadas. O e-mail padrão não consegue oferecer isso porque as mensagens são armazenadas nos servidores usando chaves de longa duração. Se a chave privada de um servidor de e-mail for obtida algum dia, todos os e-mails anteriores criptografados para esse servidor poderão ser descriptografados. Ferramentas de criptografia de ponta a ponta, como PGP, são necessárias para qualquer forma de sigilo futuro em e-mails.

O projeto aberto e federado do e-mail significa que nenhuma organização controla todos os servidores envolvidos. A adoção de extensões de segurança como DMARC e MTA-STS é voluntária e desigual. Servidores antigos, encaminhadores configurados incorretamente e a inércia organizacional fazem com que um e-mail totalmente seguro exija esforço deliberado tanto do lado remetente quanto do receptor.

Qual afirmação melhor descreve uma limitação fundamental do STARTTLS para SMTP?

O SMTP foi criado para facilitar o uso, não para oferecer segurança, e os e-mails passam por vários servidores em texto simples por padrão. O STARTTLS pode ser rebaixado, o DKIM assina, mas não criptografa, e os metadados ficam sempre visíveis. O DMARC aplica políticas, mas não protege o conteúdo das mensagens. A verdadeira confidencialidade de e-mail exige ferramentas de criptografia de ponta a ponta, como PGP ou S/MIME.