Por qué el correo electrónico es inherentemente inseguro

El Simple Mail Transfer Protocol se diseñó en 1982 para una red académica pequeña y de confianza. La seguridad nunca fue un requisito: los mensajes viajan como texto plano y cualquier servidor de la ruta puede leerlos. Las extensiones añadidas durante décadas han subsanado algunos problemas, pero nunca han corregido por completo esta debilidad fundamental.

Cuando envía un correo electrónico, rara vez llega directamente al destinatario. Pasa por varios Mail Transfer Agents, cada uno identificado mediante registros DNS MX. Cada salto representa un servidor que puede registrar, copiar o modificar su mensaje antes de reenviarlo.

SMTP AUTH permite que un cliente de correo inicie sesión en un servidor, pero las credenciales suelen enviarse como Base64, que se descodifica trivialmente. Sin TLS, todo el intercambio de autenticación queda visible en la red. Muchos servidores heredados todavía aceptan la retransmisión no autenticada desde rangos de IP de confianza.

STARTTLS actualiza una conexión SMTP de texto plano a TLS si ambos servidores lo admiten. El problema es que la actualización se negocia en texto plano, por lo que un atacante capaz de interceptar el tráfico puede eliminar silenciosamente el anuncio de STARTTLS y forzar una conexión de texto plano. Esto se denomina ataque de degradación de STARTTLS.

Cada servidor que gestiona un correo electrónico añade un encabezado Received que contiene su dirección IP, la versión del software y una marca de tiempo. La lectura de estos encabezados de abajo arriba permite rastrear la ruta completa de un mensaje y a menudo expone la dirección IP de origen del remitente y la infraestructura interna de correo.

DomainKeys Identified Mail añade una firma criptográfica al correo saliente, creada con la clave privada del dominio remitente. Los destinatarios verifican la firma mediante la clave pública publicada en DNS. DKIM demuestra que el mensaje fue firmado por el dominio indicado, pero no cifra el cuerpo ni impide que los servidores intermedios lo lean.

Sender Policy Framework es un registro DNS TXT que enumera las direcciones IP autorizadas a enviar correo electrónico para un dominio. Cuando un servidor receptor comprueba SPF y detecta un remitente no autorizado, puede rechazar o marcar el mensaje. SPF por sí solo no puede impedir la suplantación del encabezado From visible que se muestra a los usuarios.

DMARC se basa en SPF y DKIM y especifica qué debe hacer un servidor receptor cuando fallan las comprobaciones: no hacer nada (p=none), poner el mensaje en cuarentena como spam o rechazarlo directamente. Los informes de DMARC permiten a los propietarios de dominios saber quién envía correo electrónico en su nombre. Juntos, SPF, DKIM y DMARC forman una defensa por capas contra la suplantación de identidad.

Incluso cuando se utiliza el cifrado del cuerpo del correo electrónico, los metadatos siguen expuestos a todos los servidores de la ruta. Los servidores deben leer los encabezados To, From y Subject para enrutar y entregar el mensaje. El análisis del tráfico basado únicamente en los metadatos puede revelar relaciones, organizaciones y patrones de comunicación sin acceder al contenido.

El secreto hacia adelante significa que la vulneración de las claves actuales no expone las sesiones pasadas. El correo electrónico estándar no puede lograrlo porque los mensajes se almacenan en servidores utilizando claves de larga duración. Si alguna vez se obtiene la clave privada de un servidor de correo, se pueden descifrar todos los correos anteriores cifrados para ese servidor. Para conseguir cualquier forma de secreto hacia adelante en el correo electrónico se necesitan herramientas de cifrado de extremo a extremo como PGP.

El diseño abierto y federado del correo electrónico significa que ninguna organización controla todos los servidores implicados. La adopción de extensiones de seguridad como DMARC y MTA-STS es voluntaria y desigual. Los servidores heredados, los relés mal configurados y la inercia organizativa hacen que un correo electrónico completamente seguro requiera un esfuerzo deliberado tanto por parte del remitente como del receptor.

¿Qué afirmación describe mejor una limitación fundamental de STARTTLS para SMTP?

SMTP se diseñó para la comodidad, no para la seguridad, y los correos electrónicos pasan de forma predeterminada por varios servidores en texto plano. STARTTLS puede degradarse, DKIM firma pero no cifra, y los metadatos siempre están visibles. DMARC aplica políticas, pero no protege el contenido de los mensajes. La verdadera confidencialidad del correo electrónico requiere herramientas de cifrado de extremo a extremo como PGP o S/MIME.