Cómo un bloque de Unicode difunto eludió filtros de seguridad de millones de dólares

Sarah, del departamento de finanzas, abrió un correo electrónico que parecía idéntico a una docena de otras solicitudes de préstamos que revisó esa semana. El mensaje era nítido, profesional y provenía de un dominio de remitente que parecía legítimo. Solicitaba información sobre una solicitud de línea de crédito. Dentro del texto, cada palabra era legible y ninguna señal de alerta activó su sospecha. Entre bastidores, el correo electrónico era un caballo de Troya digital. Contenía millones de caracteres invisibles diseñados específicamente para deslizarse a través de los filtros de correo electrónico de nivel empresarial que su empresa pagaba miles de dólares para mantener. Este incidente no fue un evento aislado. Fue parte de una campaña de phishing de gran volumen que envió millones de mensajes diariamente durante la primera mitad de 2026.

Pasé mi mañana analizando las secuencias de bytes de varios señuelos recuperados del dominio guardiangrowthfunding. Desde una perspectiva de riesgo, esta campaña representa un cambio significativo en cómo los actores de amenazas adaptan las técnicas de evasión de la era de la IA al spam tradicional. Los atacantes utilizaron un método llamado ASCII smuggling (contrabando de ASCII). Esta técnica aprovecha caracteres Unicode que no se renderizan para ocultar instrucciones o fragmentar palabras clave. Para un lector humano, el texto es perfectamente normal. Para un filtro de correo electrónico o un Modelo de Lenguaje Grande (LLM), el texto es un desastre fragmentado que no logra activar las detecciones basadas en firmas. Esta es la paradoja arquitectónica de la seguridad moderna. Construimos sistemas para comprender la intención humana y, sin embargo, estos sistemas se confunden fácilmente con los mismos bloques de construcción del texto digital.

La engañosa simplicidad de un señuelo financiero

El phishing sigue siendo el vector principal para el acceso inicial porque explota el componente más vulnerable de cualquier red: el usuario. En la campaña de 2026, los atacantes se dirigieron a solicitantes de préstamos de la Administración de Pequeñas Empresas (SBA). Utilizaron señuelos que imitaban préstamos comerciales, anticipos y líneas de crédito. El objetivo era recopilar información comercial y financiera detallada. Estos datos son un activo tóxico. Una vez comprometidos, permiten a los actores de amenazas realizar ataques de spear-phishing altamente dirigidos en el futuro. Pueden hacerse pasar por proveedores, iniciar transferencias bancarias fraudulentas o vender los datos a otros grupos criminales.

El equipo de Fortra Intelligence and Research Experts identificó por primera vez las raíces de esta operación a finales de 2025. Para febrero de 2026, la campaña entró en una fase de alto volumen. Los correos electrónicos alcanzaron volúmenes máximos de 2,37 millones de mensajes en un solo día. Los atacantes operaron con una cadencia semanal profesional. El volumen aumentaba los lunes por la mañana y se quedaba casi en silencio los fines de semana. Esto sugiere una operación estructurada que se alinea con las horas comerciales de sus objetivos. También refleja un nivel de disciplina común en las organizaciones cibercriminales sofisticadas.

Anatomía del bypass mediante el bloque de etiquetas Unicode

La brillantez técnica de este ataque reside en la elección de los caracteres. Los atacantes se centraron en el bloque de Etiquetas Unicode (Unicode Tags), que abarca desde U+E0000 hasta U+E007F. Este bloque es una copia en la sombra de los caracteres ASCII imprimibles. Por ejemplo, U+E0041 refleja la letra mayúscula 'A' y U+E0061 refleja la letra minúscula 'a'. El Consorcio Unicode originalmente destinó este bloque para el etiquetado de idiomas, pero ahora está mayormente en desuso. Debido a que estos caracteres no tienen representación visual en las interfaces de usuario modernas, son invisibles para el destinatario.

Los atacantes insertaron estos caracteres invisibles dentro de palabras clave financieras comunes. En lugar de escribir 'funding', el atacante escribió 'fun' seguido del carácter de etiqueta invisible para un espacio (U+E0020) y luego 'ding'. Cuando el filtro de correo electrónico escanea el mensaje, busca la cadena literal 'funding'. Encuentra 'fun' y 'ding' como entidades separadas. El filtro concluye que el correo electrónico es seguro porque no contiene la palabra clave en la lista negra. Sin embargo, cuando el correo electrónico llega a la bandeja de entrada de Sarah, el cliente de correo ignora los caracteres invisibles. Ella ve la palabra 'funding' y confía en el mensaje.

Cuando probé esto en mi propio laboratorio usando un script de regex estándar, los resultados fueron consistentes. Un filtro básico que no tiene en cuenta los puntos de código intercalados pasará por alto cada uno de estos señuelos. Esta técnica vuelve la flexibilidad del estándar Unicode en contra de las herramientas de seguridad destinadas a protegernos.

La escala de la ofensiva de 2026

Entre febrero y mayo de 2026, Microsoft Security Research rastreó un esfuerzo de distribución masiva. La campaña aprovechó cientos de dominios desechables con temas financieros. Estos dominios no eran solo cadenas aleatorias de caracteres. Fueron elegidos cuidadosamente para sonar como instituciones financieras legítimas. Algunos de los dominios más activos incluyeron:

• guardiangrowthfunding[.]com
• digitalcapitalboost[.]com
• thebusinessloanexpress[.]com
• yourlocfunding[.]com
• advancefundingboost[.]com

Los atacantes no enviaron estos correos electrónicos desde sus propios servidores. Armaron la plataforma de marketing y automatización ActiveCampaign. Al usar un servicio de buena reputación, los atacantes heredaron la reputación de IP establecida de la plataforma. Esta es una táctica común para eludir el filtrado basado en la reputación. Si un correo electrónico proviene de un proveedor de marketing conocido con la autenticación SPF y DKIM adecuada, es menos probable que un filtro lo marque como spam. Cada enlace saliente en estos correos electrónicos se enrutó a través de los dominios de seguimiento de clics de ActiveCampaign, como acemlnd[.]com y activehosted[.]com. Esto hizo que el tráfico malicioso pareciera idéntico a los boletines de marketing legítimos.

Por qué ActiveCampaign se convirtió en el vehículo de entrega preferido

ActiveCampaign proporciona funciones de automatización de marketing impulsadas por IA. Los actores de amenazas utilizaron estas herramientas para variar el diseño, el contenido y el flujo de sus correos electrónicos. Esto les permitió producir en masa sitios web y mensajes convincentes y personalizados a una escala que antes era imposible. Es un caso clásico de tecnología de doble uso. Una herramienta diseñada para ayudar a las pequeñas empresas a crecer es utilizada por criminales para destruirlas. ActiveCampaign declaró que desde entonces han actualizado sus sistemas de moderación de contenido para tratar el uso intensivo de caracteres Unicode invisibles como una señal sospechosa. Sin embargo, el período entre febrero y mayo mostró cuán difícil es para las plataformas mantenerse al día con adversarios adaptables.

Desde un nivel arquitectónico, el uso de un servicio de envío compartido complica la defensa. Si un equipo de seguridad bloquea todo el tráfico de un proveedor importante como ActiveCampaign, también bloquea las comunicaciones legítimas de miles de otras empresas. Los atacantes lo saben. Se esconden en el ruido del comercio legítimo. Tratan el perímetro de la red como un foso de castillo obsoleto, sabiendo que las verdaderas puertas son abiertas por los propios usuarios.

La intersección de la inyección de prompts y el spam tradicional

Si bien esta campaña se dirigió a humanos, la técnica de ASCII smuggling también es una amenaza para los sistemas de IA. Los Modelos de Lenguaje Grande a menudo ingieren datos de fuentes de terceros como correos electrónicos o páginas web. Debido a que estos modelos no pueden trazar un límite confiable entre las instrucciones del usuario y el contenido incrustado, son vulnerables a la inyección de prompts. Una instrucción invisible oculta en un documento podría decirle a un asistente de IA que reenvíe datos confidenciales a una dirección externa. La IA ve el texto invisible como un comando válido, mientras que el usuario no ve nada.

Microsoft señaló que los hallazgos muestran cómo las técnicas de evasión de la era de la IA ahora forman parte del conjunto de herramientas estándar para el phishing tradicional. Los mismos métodos utilizados para engañar a un LLM para que filtre un secreto se están utilizando para engañar al empleado de un banco para que revele detalles de la cuenta. Esta vulnerabilidad sistémica en cómo analizamos y renderizamos el texto es un problema crítico para la misión. Requiere un movimiento hacia la confianza cero (zero trust) a nivel de datos. Ya no podemos asumir que lo que vemos en una pantalla es lo que el sistema subyacente está procesando.

Pasos prácticos para defender la bandeja de entrada

Hablando proactivamente, los líderes de las organizaciones deben darse cuenta de que la detección basada en firmas ya no es suficiente. Si su estrategia de seguridad depende de la coincidencia de palabras clave, ya está rota. El firewall humano es importante, pero no podemos esperar que los empleados detecten caracteres invisibles. La solución debe ser técnica y granular.

Recomiendo tres acciones específicas para los equipos de TI y seguridad:

1. Implementar la normalización de Unicode. Antes de que un filtro de correo electrónico escanee un mensaje, debe normalizar el texto. Este proceso implica eliminar los bloques de etiquetas obsoletos y los caracteres que no se renderizan. Esto asegura que el filtro vea exactamente lo que ve el ojo humano.
2. Auditar el tráfico de marketing de terceros. Si su organización recibe un alto volumen de correo de plataformas como ActiveCampaign o Mailchimp, monitoree las anomalías. Busque picos en el tráfico de dominios recién creados que utilicen estas plataformas como relevos.
3. Mejorar la capacitación de los usuarios con ejemplos concretos. Muestre a los empleados cómo se puede utilizar un correo electrónico de apariencia legítima para la recolección de credenciales. Explique que incluso los correos electrónicos de fuentes 'reputadas' pueden estar comprometidos.

El cifrado es una bóveda digital inastillable para los datos en tránsito, pero no hace nada para proteger la integridad del contenido del mensaje en sí. A medida que los actores de amenazas refinan sus métodos, nuestra postura defensiva debe volverse más resistente. Parchear un servidor es como tapar agujeros en el casco de un barco, pero abordar el ASCII smuggling requiere un cambio fundamental en cómo manejamos el lenguaje mismo de Internet. Debemos verificar cada carácter, no solo los que podemos ver.

Fuentes: Microsoft Security Research Team, Fortra Intelligence and Research Experts (FIRE), Unicode Consortium Standards, MITRE ATT&CK Framework.

Descargo de responsabilidad: Este artículo es solo para fines informativos y educativos y no reemplaza una auditoría de ciberseguridad profesional o un servicio de respuesta a incidentes.