<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Spoofing on Virus Kernel</title><link>https://viruskernel.com/tags/spoofing/</link><description>Recent content in Spoofing on Virus Kernel</description><generator>Hugo -- gohugo.io</generator><language>es-ES</language><lastBuildDate>Sat, 14 Nov 2026 00:00:00 +0100</lastBuildDate><atom:link href="https://viruskernel.com/tags/spoofing/index.xml" rel="self" type="application/rss+xml"/><item><title>Suplantación de dominio de correo: mitos y verdades</title><link>https://viruskernel.com/p/suplantacion-de-dominio-de-correo/</link><pubDate>Sat, 14 Nov 2026 00:00:00 +0100</pubDate><guid>https://viruskernel.com/p/suplantacion-de-dominio-de-correo/</guid><description>&lt;img src="https://viruskernel.com/p/suplantacion-de-dominio-de-correo/cover.jpg" alt="Featured image of post Suplantación de dominio de correo: mitos y verdades" /&gt;&lt;h2 id="introducción"&gt;Introducción&#10;&lt;/h2&gt;&lt;p&gt;El mundo del correo electrónico es una pila de tecnologías superpuestas que se van adicionando y reemplazando unas a otras para lograr un ambiente de comunicaciones moderno y seguro. Pero esta complejidad deja lugar a muchos agujeros de seguridad que pueden ser explotados por agentes maliciosos.&lt;/p&gt;&#10;&lt;p&gt;En este artículo se abordan los mitos más comunes sobre la seguridad del correo, especialmente aquellos sobre suplantación de identidad, y se revela qué verdades hay detrás de estos.&lt;/p&gt;&#10;&lt;h2 id="qué-es-suplantación"&gt;¿Qué es suplantación?&#10;&lt;/h2&gt;&lt;p&gt;Cuando usamos este término, nos referimos a la identidad de un agente o entidad que es utilizada por otro sin autorización, usualmente con fines de engaño, fraude o estafa. Esta puede surgir de varias formas en las que se explotan diferentes recursos o vulnerabilidades, tanto de la tecnología en sí como de las propias víctimas.&lt;/p&gt;&#10;&lt;p&gt;La suplantación es más peligrosa que cualquier tipo de correo no deseado, porque explota la confianza de las personas, quienes asumen que el contenido de un mensaje es verdadero y benigno solo por asociarlo a una entidad conocida y de confianza.&lt;/p&gt;&#10;&lt;h2 id="tipos-de-suplantación"&gt;Tipos de suplantación&#10;&lt;/h2&gt;&lt;p&gt;Habiendo definido este término, se especifican los tipos de suplantación según el vector de ataque:&lt;/p&gt;&#10;&lt;h3 id="suplantación-de-nombre-para-mostrar"&gt;Suplantación de nombre para mostrar&#10;&lt;/h3&gt;&lt;p&gt;En este caso lo que se suplanta es únicamente el nombre, es decir que la dirección de correo electrónico puede ser cualquiera, pero se utiliza el nombre de alguien de confianza. Por ejemplo:&lt;/p&gt;&#10;&lt;table&gt;&#10; &lt;tr&gt;&lt;td&gt;De:&lt;/td&gt;&lt;td&gt;&lt;strong&gt;Juan Pérez&lt;/strong&gt; &amp;lt;cualquier_direccion@email.com&amp;gt;&lt;/td&gt;&lt;/tr&gt;&#10; &lt;tr&gt;&lt;td&gt;Para:&lt;/td&gt;&lt;td&gt;Usted&lt;/td&gt;&lt;/tr&gt;&#10; &lt;tr&gt;&lt;td&gt;Asunto:&lt;/td&gt;&lt;td&gt;Documento importante.&lt;/td&gt;&lt;/tr&gt;&#10; &lt;tr&gt;&lt;td&gt;Mensaje:&lt;/td&gt;&lt;td&gt;Estimado usuario, por favor revisar el documento adjunto. &#10;&lt;p&gt;Saludos,&lt;br&gt;&#10;Juan Pérez - Director Financiero.&lt;/td&gt;&lt;/tr&gt;&lt;/p&gt;&#10;&lt;/table&gt;&#10;&lt;p&gt;Si el destinatario confía en alguien cuyo nombre es &lt;strong&gt;Juan Pérez&lt;/strong&gt; y no revisa la dirección de correo desde la que se envía, habrá caído en el ataque, que en el ejemplo involucra descargar y abrir un archivo adjunto, posiblemente con una carga maliciosa.&lt;/p&gt;&#10;&lt;p&gt;Este tipo de ataques es el más simple pero es muy potente: el atacante explota tanto la falta de revisión y de lectura de la víctima como la falta de verificación y validación de la tecnología con respecto al nombre. Además, esto se acentúa cuando la interfaz de la aplicación de correo hace hincapié en el nombre y no en la dirección, algo muy común en aplicaciones móviles.&lt;/p&gt;&#10;&lt;h3 id="uso-de-dominio-similar-u-homógrafos"&gt;Uso de dominio similar u homógrafos&#10;&lt;/h3&gt;&lt;p&gt;Aplica para los casos de correo corporativo donde el dominio es de la organización y distinto a los proveedores gratuitos como Gmail, Outlook o Yahoo!. El atacante registra un dominio similar al que quiere suplantar, por ejemplo:&lt;/p&gt;&#10;&lt;table&gt;&#10; &lt;tr&gt;&lt;td&gt;Dirección objetivo:&lt;/td&gt;&lt;td&gt;juan.perez@empresa.com&lt;/td&gt;&lt;/tr&gt;&#10; &lt;tr&gt;&lt;td&gt;Dirección usada:&lt;/td&gt;&lt;td&gt;juan.perez@ernpresa.com&lt;/td&gt;&lt;/tr&gt;&#10;&lt;/table&gt;&#10;&lt;p&gt;Como se puede observar, los dominios &lt;strong&gt;empresa.com&lt;/strong&gt; y &lt;strong&gt;ernpresa.com&lt;/strong&gt; son distintos pero se ven parecidos a simple vista, lo que suele bastar para engañar a alguien que no preste suficiente atención.&lt;/p&gt;&#10;&lt;p&gt;En este caso, el atacante registra el dominio similar: &lt;strong&gt;ernpresa.com&lt;/strong&gt; y lo conecta con un proveedor o servidor de correo para explotar esa similitud.&lt;/p&gt;&#10;&lt;h3 id="suplantación-de-dominio"&gt;Suplantación de dominio&#10;&lt;/h3&gt;&lt;p&gt;En este caso, el ataque es más avanzado, ya que el atacante logra usar la dirección de correo exacta del usuario a suplantar, con el mismo dominio. Este es uno de los ataques más subestimados de la lista.&lt;br&gt;&#10;Este ataque es posible, ya que no existe ninguna restricción en el protocolo que gobierna el correo electrónico (SMTP) que valide el dominio de correo que se utiliza para enviar los mensajes.&lt;/p&gt;&#10;&lt;p&gt;Aunque suene contraintuitivo, es factible. ¿Esto significa que cualquiera puede usar mi dirección de correo a voluntad? En principio sí, aunque con matices. Los proveedores de correo más populares introducen mecanismos de validación del dominio, como agregar un registro instruido por el proveedor para verificar que el administrador tiene control sobre este, pero esto no significa que sea un mecanismo universal para la tecnología en sí. En estos casos de suplantación, el atacante tiene cierta habilidad técnica para montar un servidor propio de correo y elegir el dominio de envío a voluntad, sin que se requiera mecanismo de validación alguno.&lt;/p&gt;&#10;&lt;h3 id="uso-no-autorizado-de-infraestructura"&gt;Uso no autorizado de infraestructura&#10;&lt;/h3&gt;&lt;p&gt;Es un caso similar al anterior, donde se utiliza exactamente la misma dirección de correo que se quiere suplantar, pero con una diferencia fundamental: &lt;strong&gt;el mensaje de correo de suplantación proviene exactamente de la misma infraestructura&lt;/strong&gt; que uno legítimo. Esto significa que el atacante logró acceder a la cuenta del usuario legítimo y la utiliza para enviar correo desde allí para obtener algo de sus víctimas. Esto puede pasar por una filtración de credenciales.&lt;/p&gt;&#10;&lt;h2 id="mitos-comunes-sobre-la-suplantación"&gt;Mitos comunes sobre la suplantación&#10;&lt;/h2&gt;&lt;p&gt;A continuación, se enumeran los mitos más comunes entre usuarios y administradores de correo.&lt;/p&gt;&#10;&lt;h3 id="1-el-nombre-en-un-correo-electrónico-determina-la-identidad-del-remitente"&gt;1. El nombre en un correo electrónico determina la identidad del remitente&#10;&lt;/h3&gt;&lt;p&gt;Este es rotundamente falso: el nombre para mostrar es completamente arbitrario y cualquiera puede elegir escribir el nombre que quiera. Evidentemente, es importante revisar la dirección de correo del remitente y con mucha atención.&lt;/p&gt;&#10;&lt;p&gt;En este caso, la solución requiere tanto que las interfaces gráficas muestren y destaquen la dirección del remitente como que los destinatarios revisen esta dirección y presten particular atención.&lt;/p&gt;&#10;&lt;h3 id="2-solo-pueden-usar-dominios-similares-para-enviar-correo-en-mi-nombre"&gt;2. Solo pueden usar dominios similares para enviar correo en mi nombre&#10;&lt;/h3&gt;&lt;p&gt;Como se explicó en el caso de suplantación de dominio, la suplantación de identidad no solo ocurre con dominios parecidos, sino también con el dominio exacto. Esto es perfectamente posible y existen protocolos de autenticación de dominio para evitarlo: &lt;a class="link" href="https://datatracker.ietf.org/doc/html/rfc7208" target="_blank" rel="noopener"&#10; &gt;SPF&lt;/a&gt;, &lt;a class="link" href="https://www.rfc-editor.org/info/rfc6376/" target="_blank" rel="noopener"&#10; &gt;DKIM&lt;/a&gt; y &lt;a class="link" href="https://www.rfc-editor.org/info/rfc9989/" target="_blank" rel="noopener"&#10; &gt;DMARC&lt;/a&gt;, aunque la configuración y las buenas prácticas son necesarias para que esta protección sea efectiva.&lt;/p&gt;&#10;&lt;h3 id="3-que-me-suplanten-la-dirección-exacta-requiere-conocimientos-avanzados"&gt;3. Que me suplanten la dirección exacta requiere conocimientos avanzados&#10;&lt;/h3&gt;&lt;p&gt;No necesariamente: si bien requiere más esfuerzo que utilizar un dominio similar, muchas soluciones permiten montar un servidor propio rápidamente y usar el dominio elegido para las direcciones de los remitentes.&lt;/p&gt;&#10;&lt;h3 id="4-si-tengo-los-protocolos-de-autenticación-no-me-pueden-suplantar"&gt;4. Si tengo los protocolos de autenticación no me pueden suplantar&#10;&lt;/h3&gt;&lt;p&gt;Los protocolos de autenticación mencionados (SPF, DKIM y DMARC) requieren una configuración efectiva y una política de bloqueo activa. Las configuraciones parciales o laxas pueden reportar los envíos sospechosos, pero aun así estos se entregan. Además, hay que tener en cuenta que &lt;strong&gt;el bloqueo funciona del lado del que recibe el mensaje&lt;/strong&gt;, por lo que la decisión de aceptarlo o no reside en el servidor del destinatario, si es que implementa la validación de los protocolos. El panorama general se inclina a favor de estos, lo que reduce significativamente los intentos de suplantación, pero se han encontrado situaciones donde ciertos fallos permiten eludir estos mecanismos de seguridad, como se describe en el estudio: &lt;a class="link" href="https://arxiv.org/abs/2011.08420" target="_blank" rel="noopener"&#10; &gt;Weak Links in Authentication Chains (Shen et al., 2021)&lt;/a&gt;&lt;/p&gt;&#10;&lt;h3 id="5-si-me-llega-un-correo-de-mi-propia-dirección-es-porque-tienen-acceso-a-mi-cuenta"&gt;5. Si me llega un correo de mi propia dirección, es porque tienen acceso a mi cuenta&#10;&lt;/h3&gt;&lt;p&gt;No precisamente, y es uno de los casos más comunes. En muchas ocasiones aparece un mensaje nuevo cuya dirección es la propia y cuyo mensaje indica provenir de la propia casilla con acceso total tanto a la cuenta como a toda la infraestructura. Esto es rotundamente falso. El atacante busca generar miedo en la víctima para que acceda a sus demandas por temor a una filtración de datos sensibles que alega poseer.&lt;/p&gt;&#10;&lt;p&gt;En realidad, es una plantilla de correo donde un atacante envía mensajes a todos los dominios sin protocolos de autenticación efectiva (DMARC), solicitando un pago a una billetera de Bitcoin. Esto lo hace de forma genérica y obtiene así rédito con muy poco esfuerzo. Si lo envía a miles de direcciones y logra convencer a unos pocos, habrá obtenido un beneficio económico considerable.&lt;/p&gt;&#10;&lt;p&gt;Para contrarrestar esta amenaza, es importante implementar correctamente los protocolos de autenticación (&lt;a class="link" href="https://support.google.com/mail/answer/81126?hl=es" target="_blank" rel="noopener"&#10; &gt;ver las recomendaciones de Google en materia de autenticación de dominio&lt;/a&gt;) y además evitar usar reglas y listas blancas basadas en direcciones o dominios, ya que se sabe que estos se pueden suplantar. El correo que es legítimo debe provenir de una infraestructura autorizada.&lt;/p&gt;&#10;&lt;h3 id="6-los-antispam-y-antivirus-detienen-la-suplantación-de-identidad"&gt;6. Los antispam y antivirus detienen la suplantación de identidad&#10;&lt;/h3&gt;&lt;p&gt;No precisamente. Algunas de estas soluciones incorporan módulos de verificación del dominio de correo electrónico, pero en sí mismas son herramientas que buscan patrones maliciosos en el contenido. Estos son aspectos diferentes y ajenos a la suplantación, ya que un correo que dice provenir de alguien que no es puede instruir a la víctima a realizar alguna acción, como enviar cierta cantidad de dinero a una cuenta, sin tener que enviar enlaces o archivos maliciosos.&lt;/p&gt;&#10;&lt;p&gt;Además, es importante notar que se tratan de frentes distintos: el correo entrante y el saliente. En el primer caso, los filtros de entrada de este tipo de software pueden ayudar, pero solo funcionan con el correo que llega a las casillas que protegen ese antispam. El correo que se envía en nuestro nombre se envía generalmente a otros, y nuestro antispam no puede protegerlos.&lt;/p&gt;&#10;&lt;h3 id="7-la-conexión-cifrada-con-tls-previene-la-suplantación-de-identidad"&gt;7. La conexión cifrada con TLS previene la suplantación de identidad&#10;&lt;/h3&gt;&lt;p&gt;Este mito también confunde dos aspectos diferentes de la seguridad del correo. El mecanismo &lt;a class="link" href="https://www.rfc-editor.org/info/rfc3207/" target="_blank" rel="noopener"&#10; &gt;STARTTLS&lt;/a&gt; permite cifrar una conexión en la que se transferirá un mensaje, es decir, protege la privacidad de lo que se transmite, pero no implica que la entidad que lo envía sea quien dice ser. Esto último es una atribución exclusiva de la autenticación.&lt;/p&gt;&#10;&lt;h2 id="recomendaciones-generales"&gt;Recomendaciones generales&#10;&lt;/h2&gt;&lt;p&gt;Como se puede ver, la tecnología que habilita el correo electrónico no es ajena a la suplantación de identidad, y en ciberseguridad nada es 100% seguro. Por lo tanto, el enfoque de seguridad por capas y las buenas prácticas son esenciales para reducir las probabilidades de un ataque exitoso.&lt;br&gt;&#10;Estas recomendaciones incluyen los siguientes puntos:&lt;/p&gt;&#10;&lt;h3 id="proteger-credenciales-de-acceso"&gt;Proteger credenciales de acceso&#10;&lt;/h3&gt;&lt;p&gt;Para prevenir el acceso no autorizado a la cuenta de correo. Usar un administrador de contraseñas seguro que permita gestionar contraseñas complejas y de alta entropía. Además, configurar un segundo factor de autenticación como capa adicional de seguridad en caso de robo de credenciales.&lt;/p&gt;&#10;&lt;p&gt;Esto también aplica al acceso al DNS. Teniendo en cuenta que la infraestructura autorizada para enviar correo en su nombre se valida con registros DNS, proteger el acceso a este es fundamental, no solo para el correo electrónico, sino para todos los servicios conectados con el dominio.&lt;/p&gt;&#10;&lt;h3 id="implementar-protocolos-de-autenticación-de-dominio"&gt;Implementar protocolos de autenticación de dominio&#10;&lt;/h3&gt;&lt;p&gt;Proteger el dominio con los protocolos de autenticación de dominio de correo. Los conocidos SPF, DKIM y DMARC deben configurarse correctamente para cada proveedor autorizado utilice el nombre de dominio, y después de realizar pruebas y ensayos, publicar una política restrictiva para DMARC, como &lt;code&gt;p=reject&lt;/code&gt;. Esto último debe hacerse con un plan de implementación para no afectar las comunicaciones legítimas.&lt;/p&gt;&#10;&lt;h3 id="no-usar-listas-blancas-basadas-en-dominios"&gt;No usar listas blancas basadas en dominios&#10;&lt;/h3&gt;&lt;p&gt;Evitar usar listas blancas basadas en direcciones de correo. Este error común cuesta caro, ya que limita las protecciones configuradas por los protocolos de autenticación. El criterio de la excepción configurada no debe basarse en un elemento tan manipulable como la dirección de correo.&lt;/p&gt;&#10;&lt;h3 id="utilizar-proveedores-de-correo-serios"&gt;Utilizar proveedores de correo serios&#10;&lt;/h3&gt;&lt;p&gt;Serios son aquellos que se toman en serio la autenticación de dominio, ya que no incurrirán en malas prácticas que perjudiquen la seguridad de sus casillas, además de permitir el envío de correo cifrado, el cual podría forzarse con &lt;a class="link" href="https://www.rfc-editor.org/info/rfc8461/" target="_blank" rel="noopener"&#10; &gt;MTA-STS&lt;/a&gt;.&lt;/p&gt;&#10;&lt;h3 id="revisar-siempre-la-dirección-de-correo-del-remitente"&gt;Revisar siempre la dirección de correo del remitente&#10;&lt;/h3&gt;&lt;p&gt;Ya que esta es un poco más difícil de suplantar que el nombre para mostrar. En pocas palabras, se requiere prestar más atención y desconfiar de todo correo nuevo.&lt;/p&gt;&#10;&lt;h3 id="actualizaciones-y-parches"&gt;Actualizaciones y parches&#10;&lt;/h3&gt;&lt;p&gt;Estar al día con las actualizaciones y parches de seguridad, ya que un solo elemento vulnerable puede usarse como medio para llegar a otros sistemas y extender los elementos comprometidos.&lt;/p&gt;&#10;</description></item></channel></rss>