Tu contraseña ya no es el único objetivo: así secuestran los ciberdelincuentes tu identidad digital

Durante mucho tiempo, proteger una cuenta parecía relativamente sencillo: utilizar una contraseña segura, activar la autenticación multifactor (MFA) y evitar compartir información confidencial. Sin embargo, las técnicas de los ciberdelincuentes han evolucionado y hoy existe un problema que va mucho más allá de descubrir una contraseña.

Ahora, los atacantes buscan apropiarse de algo mucho más valioso: la identidad digital completa de una persona.

Para conseguirlo, recurren a programas maliciosos capaces de extraer credenciales almacenadas en el navegador, cookies de sesión, tokens de autenticación y otros datos que permiten acceder a servicios empresariales, plataformas en la nube y cuentas personales.

El riesgo es considerable. Si un atacante consigue reutilizar una sesión autenticada, podría acceder a determinados servicios haciéndose pasar por un usuario legítimo, incluso cuando esa cuenta cuenta con mecanismos adicionales de seguridad.

Y lo más preocupante es que este modelo de ciberdelincuencia no depende de una sola herramienta. El resurgimiento de Lumma Stealer y la aparición de nuevas amenazas como Acreed demuestran que el robo de identidades digitales se ha convertido en un negocio que continúa evolucionando.

Lumma Stealer: una amenaza que demuestra que los ciberdelincuentes saben regresar

En 2025, las autoridades y sus socios tecnológicos interrumpieron parte de la infraestructura utilizada por Lumma Stealer, uno de los programas de robo de información más conocidos del ecosistema criminal. Sin embargo, las interrupciones no significaron necesariamente el final de la amenaza.

Los informes posteriores señalaron la reconstrucción de sus operaciones y la aparición de nuevas campañas de distribución.

Lumma Stealer pertenece a la categoría de los infostealers: programas maliciosos diseñados para recopilar información valiosa de los dispositivos comprometidos. Entre sus objetivos se encuentran las contraseñas guardadas en navegadores, las cookies de sesión, los tokens de autenticación y otros datos que pueden facilitar el acceso a cuentas digitales.

Para llegar a sus víctimas, los atacantes recurren a diferentes técnicas de ingeniería social. Algunas campañas utilizan páginas CAPTCHA falsas que invitan al usuario a seguir instrucciones aparentemente legítimas. Otras recurren a descargas maliciosas o engaños que inducen a las personas a ejecutar comandos en sus propios equipos, una modalidad de ataque conocida como ClickFix.

El engaño funciona porque aprovecha una reacción habitual: cuando una página parece legítima y solicita completar una verificación o corregir un supuesto problema, el usuario puede bajar la guardia.

Una vez que el dispositivo queda comprometido, la información recopilada puede utilizarse para intentar acceder a otros servicios, venderse en mercados clandestinos o facilitar ataques posteriores.

La lección es clara: una amenaza puede cambiar de infraestructura y de estrategia sin perder su objetivo principal. Por eso, las organizaciones necesitan detectar tanto las infecciones como las actividades sospechosas que pueden producirse después.

El verdadero botín: sesiones activas y credenciales empresariales

Imagina que un colaborador inicia sesión en el correo corporativo, accede a sus aplicaciones de trabajo y consulta documentos almacenados en la nube. Durante ese proceso, el navegador y los servicios utilizados gestionan información que permite mantener la sesión autenticada.

Si un atacante consigue robar y reutilizar determinados elementos de esa sesión, podría intentar acceder a los servicios correspondientes sin repetir todo el proceso de autenticación.

Aquí aparece uno de los riesgos más importantes del robo moderno de información: el atacante no siempre necesita conocer la contraseña si logra apropiarse de una sesión válida.

Las cookies de sesión y los tokens de autenticación cumplen funciones legítimas: permiten que los servicios reconozcan a un usuario y mantengan su acceso. El problema surge cuando estos elementos caen en manos equivocadas y pueden reutilizarse fuera del contexto previsto.

En determinadas circunstancias, esto puede reducir la eficacia de la autenticación multifactor. Aunque la MFA sigue siendo una medida de seguridad fundamental, no impide por sí sola todos los escenarios de secuestro de sesión.

El impacto puede extenderse rápidamente dentro de una organización. Una cuenta comprometida podría convertirse en el punto de partida para consultar información confidencial, acceder a aplicaciones empresariales, enviar correos fraudulentos o intentar alcanzar otros recursos corporativos.

Por eso, proteger una identidad digital exige mirar más allá de la contraseña: también es necesario vigilar las sesiones, los dispositivos desde los que se accede y los comportamientos que se producen después de iniciar sesión.

Un mercado clandestino que convierte las identidades en mercancía

El robo de información no termina cuando el malware extrae los datos de un dispositivo. En muchos casos, ese es apenas el comienzo de una cadena de actividades criminales.

Los registros robados pueden reunir contraseñas, información de autocompletado, perfiles de navegación, cookies y otros elementos relacionados con las cuentas de una víctima. Después, estos datos pueden comercializarse, intercambiarse o utilizarse para preparar nuevos ataques.

La existencia de grandes conjuntos de credenciales y datos de navegación robados demuestra la escala que puede alcanzar este ecosistema. Para los delincuentes, disponer de información previamente recopilada puede reducir el esfuerzo necesario para preparar campañas de fraude o intentar tomar el control de cuentas.

En el entorno empresarial, las consecuencias pueden ser especialmente graves. Una cuenta corporativa comprometida puede utilizarse para suplantar a un empleado, engañar a proveedores, distribuir mensajes de phishing o intentar acceder a información protegida.

El riesgo aumenta cuando una misma identidad permite entrar en diferentes aplicaciones conectadas, especialmente si existen permisos excesivos o controles insuficientes sobre los accesos.

En otras palabras, el valor de los datos robados no se limita a lo que contienen, sino también a las puertas que pueden abrir.

Acreed: otra señal de la evolución del robo de información

Lumma Stealer no es el único ejemplo de esta tendencia. Acreed es otra familia de malware diseñada para recopilar información sensible, con especial atención a las credenciales almacenadas en navegadores y otros datos que pueden aprovecharse para comprometer identidades digitales.

Entre la información que puede buscar se encuentran contraseñas, datos de autocompletado, cookies de autenticación y datos relacionados con monederos de criptomonedas.

Su aparición refleja una dinámica habitual del cibercrimen: mientras algunas amenazas pierden presencia o se enfrentan a interrupciones, otras herramientas aparecen para atender la demanda de quienes buscan robar y comercializar información.

Esto dificulta el panorama de seguridad para las organizaciones. No basta con identificar una familia de malware y asumir que el problema desaparecerá cuando deje de ser noticia. Las herramientas cambian, los métodos de distribución se adaptan y los datos obtenidos mediante una infección pueden seguir teniendo valor mucho después del compromiso inicial.

Por ello, la defensa debe centrarse en capacidades que permitan detectar comportamientos maliciosos, contener dispositivos afectados e identificar posibles accesos indebidos, incluso cuando la amenaza utiliza herramientas nuevas o poco conocidas.

¿Cómo pueden protegerse las empresas frente al secuestro de identidades digitales?

La evolución de estas amenazas exige adoptar una estrategia de seguridad que considere la identidad como una parte esencial de la superficie de ataque.

Estas son algunas medidas prioritarias:

1. Reforzar la seguridad de los dispositivos. Mantener los sistemas actualizados, utilizar herramientas de protección de endpoints y vigilar los comportamientos sospechosos ayuda a reducir el riesgo de que un infostealer se ejecute y recopile información.

2. Proteger las sesiones y los accesos. Aplicar políticas de acceso condicional, evaluar el contexto de los inicios de sesión y utilizar mecanismos de revocación de sesiones y tokens cuando exista una sospecha de compromiso puede ayudar a limitar el acceso no autorizado.

3. Mantener la autenticación multifactor. La MFA sigue siendo indispensable. Siempre que sea viable, conviene priorizar métodos resistentes al phishing y complementar su uso con controles que permitan identificar sesiones o accesos anómalos.

4. Supervisar la actividad de las cuentas. Los accesos desde ubicaciones o dispositivos inusuales, los cambios inesperados de comportamiento y las acciones anómalas sobre aplicaciones empresariales pueden revelar un compromiso que no sería evidente al revisar únicamente las contraseñas.

5. Prepararse para responder con rapidez. Cuando se detecta un posible robo de información, es importante aislar el dispositivo afectado, investigar el alcance del incidente, revocar las sesiones comprometidas, cambiar las credenciales cuando corresponda y revisar las cuentas y los servicios potencialmente expuestos.

6. Capacitar a los usuarios contra nuevas técnicas de engaño. Las páginas CAPTCHA falsas, las descargas sospechosas y las instrucciones que solicitan ejecutar comandos deben formar parte de los escenarios de concientización en ciberseguridad.

Ninguna medida aislada elimina todos los riesgos. La protección más sólida surge de combinar prevención, visibilidad, controles de identidad y capacidad de respuesta.

La seguridad ya no termina en el dispositivo: también debe proteger la identidad

El resurgimiento de Lumma Stealer y la aparición de herramientas como Acreed reflejan una transformación importante: los ciberdelincuentes no necesitan limitarse a robar archivos o instalar ransomware. También pueden buscar los elementos que permiten a una persona acceder a sus cuentas y servicios digitales.

Esto cambia la forma de entender la protección empresarial. Los dispositivos siguen siendo fundamentales, pero las organizaciones también deben prestar atención a las credenciales, las sesiones activas, los tokens y el comportamiento de los usuarios dentro de sus aplicaciones.

En este escenario, contar con capacidades de protección de endpoints, detección de amenazas y respuesta ante incidentes puede ayudar a identificar compromisos y reducir su impacto. Soluciones como los servicios de seguridad gestionada y XDR permiten integrar señales de diferentes fuentes para investigar actividades sospechosas.

Phishing en tu correo electrónico

Qilin: cuando el ransomware se convierte en un negocio organizado

Para comprender la relevancia de esta investigación, primero hay que entender qué representa Qilin.

A diferencia de un atacante que opera de manera aislada, Qilin funciona bajo el modelo de ransomware como servicio. Este esquema permite que los responsables de una plataforma criminal pongan herramientas e infraestructura a disposición de afiliados que ejecutan ataques contra diferentes organizaciones. Las ganancias se distribuyen de acuerdo con los acuerdos establecidos dentro de la operación.

En la práctica, se trata de un ecosistema criminal que busca crecer, atraer colaboradores y multiplicar sus oportunidades de extorsión.

Durante 2025, Qilin consolidó su presencia entre las principales operaciones de ransomware. Su actividad se extendió a organizaciones de distintos sectores y países, mientras que su infraestructura evolucionó para ofrecer más capacidades a sus afiliados.

La operación también habría ampliado sus servicios con herramientas para gestionar negociaciones, facilitar la comunicación con las víctimas y presionar a las organizaciones mediante la amenaza de publicar información robada.

Este último elemento es especialmente importante. El ransomware moderno no consiste únicamente en bloquear archivos. En muchos casos, los atacantes también extraen información confidencial y amenazan con divulgarla si la víctima se niega a pagar.

Así, una misma intrusión puede convertirse en dos mecanismos de presión: interrumpir las operaciones y poner en riesgo la privacidad de los datos.

Pero esta expansión también tiene un costo que los operadores criminales no pueden eliminar fácilmente: cada ataque genera actividad, conexiones y posibles evidencias que, analizadas en conjunto, pueden ayudar a reconstruir lo sucedido.

Un ataque que abrió la puerta a una investigación de 21 meses

En septiembre de 2024, una empresa de logística alemana sufrió un ataque atribuido a la operación Qilin. La información difundida sobre el caso señala que la organización habría pagado una suma cercana a los 100 millones de dólares para recuperarse del incidente y mantener la confidencialidad de sus datos.

La cifra resulta impactante, pero el aspecto más importante de la historia no es únicamente el monto de la extorsión. Es lo que ocurrió después.

Durante la investigación del ataque, las autoridades alemanas encontraron evidencias que describieron como una pequeña pieza de un rompecabezas mucho mayor. A partir de ese punto, la pesquisa se habría extendido más allá del incidente inicial.

La investigación, conocida como Operación ALBUS, buscaba identificar y rastrear a personas vinculadas con el ecosistema de Qilin. Para ello, las autoridades habrían combinado información técnica, análisis financieros y cooperación internacional.

Los detalles completos de la investigación no se han hecho públicos. Por ello, no es posible reconstruir con certeza cada paso ni determinar qué evidencia específica permitió identificar al sospechoso.

No obstante, los informes disponibles apuntan a una conclusión relevante: el trabajo de investigación no se limitó a analizar el ataque contra la empresa alemana. También buscó establecer posibles vínculos entre la actividad criminal, la infraestructura utilizada y las personas que supuestamente participaban en la operación.

El objetivo era pasar de las huellas dejadas por un ataque a la identificación de quienes podrían estar detrás de él.

De un alias digital a un sospechoso bajo custodia

Según los reportes publicados, los investigadores identificaron a un presunto integrante conocido por el alias «Snake», posteriormente identificado como Vladimir K., un ciudadano ruso de 28 años.

Las autoridades alemanas lo vinculan presuntamente con tareas de desarrollo dentro de Qilin y con la obtención de beneficios derivados de las actividades de extorsión. Estos señalamientos forman parte de las acusaciones contra el sospechoso y no deben interpretarse como una declaración de culpabilidad.

La investigación habría permitido seguir sus movimientos hasta conocer un próximo viaje a Japón. La información fue compartida con las autoridades japonesas, que lo detuvieron en un hotel de Osaka el 26 de mayo de 2026.

La detención marcó un momento decisivo: una investigación iniciada a partir de un ataque informático había logrado trasladar sus resultados al terreno físico, donde la cooperación entre países hizo posible localizar al sospechoso.

El caso todavía debía superar otro obstáculo. Una detención internacional no significa que la entrega del sospechoso al país investigador sea automática.

El desafío de llevar el caso de Japón a Alemania

Japón y Alemania no cuentan con un tratado bilateral de extradición. Por ello, las autoridades alemanas tuvieron que recurrir al procedimiento legal aplicable en Japón para solicitar la entrega del detenido.

Entre los aspectos relevantes de este tipo de procedimientos se encuentra el principio de doble incriminación: en términos generales, la conducta por la que se solicita la extradición debe constituir un delito conforme a los marcos legales aplicables de ambos países.

En este caso, las acusaciones descritas incluyen presuntas intrusiones informáticas, cifrado de datos y extorsión relacionada con ransomware.

Tras el procedimiento correspondiente, Vladimir K. fue extraditado a Alemania el 2 de octubre de 2026, de acuerdo con la información publicada sobre el caso.

El resultado representa un avance para la investigación, aunque no implica por sí mismo el desmantelamiento de Qilin. Una operación de ransomware como servicio puede involucrar múltiples afiliados, desarrolladores y operadores distribuidos en diferentes jurisdicciones.

La detención de una persona es una pieza importante, pero no necesariamente el final de la investigación.

La lección que deja el caso Qilin: los ataques no terminan cuando se recuperan los sistemas

La historia de Qilin permite observar dos dimensiones de un incidente de ransomware que a menudo se analizan por separado.

La primera es el impacto inmediato: interrupción de operaciones, pérdida de acceso a información, costos de recuperación y presión económica sobre la organización afectada.

La segunda aparece después del ataque: la investigación técnica, la preservación de evidencias, el análisis de las actividades sospechosas y la posibilidad de que la información recopilada ayude a identificar a los responsables.

Ambas dimensiones están conectadas.

Por eso, la respuesta ante el ransomware no debería centrarse exclusivamente en recuperar los sistemas una vez que ocurre el incidente. También es importante contar con mecanismos que permitan detectar comportamientos sospechosos, relacionar eventos de seguridad y conservar información útil para investigar lo sucedido.

Entre las medidas que pueden contribuir a reducir el impacto de estos ataques se encuentran:

• Detectar antes de que el daño escale. Identificar comportamientos anómalos en los equipos y las cuentas puede ayudar a intervenir antes de que una intrusión se convierta en un incidente de mayor alcance.
• Correlacionar eventos de seguridad. Una alerta aislada puede parecer poco relevante; varias señales relacionadas pueden revelar una actividad maliciosa que requiere atención inmediata.
• Contener la amenaza con rapidez. Aislar los equipos afectados y limitar los accesos comprometidos puede ayudar a frenar la propagación mientras se investiga el incidente.
• Preservar evidencias. Los registros, las alertas y los datos técnicos pueden ser esenciales para comprender cómo comenzó un ataque, qué sistemas afectó y qué acciones se llevaron a cabo.
• Preparar la respuesta antes de una crisis. Disponer de procedimientos definidos, respaldos protegidos y personal capaz de coordinar la investigación reduce la improvisación cuando cada minuto importa.

Ninguna de estas medidas garantiza que una organización nunca será atacada. Sin embargo, pueden mejorar su capacidad para detectar, contener y comprender una amenaza antes de que sus consecuencias sean mucho mayores.

Cuando cada rastro cuenta 

Qilin construyó una operación criminal capaz de aprovechar herramientas especializadas, colaboradores distribuidos y mecanismos de extorsión para ampliar su alcance. Sin embargo, el caso investigado por las autoridades alemanas y japonesas demuestra que la complejidad de estas organizaciones no las vuelve necesariamente imposibles de rastrear.

Un ataque puede parecer rentable para sus responsables en el momento en que reciben un pago. Pero las consecuencias de esa intrusión pueden prolongarse mucho más allá de la recuperación de la víctima.

La investigación de 21 meses recuerda que la ciberseguridad no consiste únicamente en impedir que una amenaza entre en una organización. También implica disponer de la visibilidad, la capacidad de análisis y los mecanismos de respuesta necesarios para actuar cuando algo falla.

Porque, en un entorno donde los atacantes buscan multiplicar sus oportunidades, la capacidad de conectar las señales a tiempo puede marcar la diferencia entre reaccionar ante un incidente y descubrirlo cuando el daño ya está hecho.

En Cobra Networks, la prevención, la detección y la respuesta forman parte de una estrategia integral para ayudar a las organizaciones a enfrentar amenazas cada vez más sofisticadas. Acércate a nuestro equipo para conocer las soluciones de ciberseguridad que pueden ayudarte a fortalecer la protección de tu empresa.

Phishing en tu correo electrónico

Cuando una contraseña comprometida abre la puerta a toda una organización

No todos los ciberataques comienzan con una vulnerabilidad de software. En ocasiones, basta con una contraseña robada, una cuenta comprometida o un acceso privilegiado que termina en las manos equivocadas.

Los ciberdelincuentes han perfeccionado sus técnicas para obtener credenciales mediante campañas de phishing, ingeniería social y ataques cada vez más convincentes, potenciados por la inteligencia artificial. Una vez dentro, pueden aprovechar los permisos de una cuenta legítima para acceder a información sensible, desplazarse entre sistemas o realizar actividades maliciosas sin levantar sospechas inmediatas.

El problema es especialmente relevante para los proveedores de servicios gestionados (MSP), responsables de administrar la infraestructura y la seguridad de múltiples organizaciones. Un acceso comprometido no solo puede poner en riesgo a un cliente: dependiendo de los permisos y las conexiones involucradas, también puede convertirse en una vía de entrada hacia otros sistemas bajo su administración.

Por eso, proteger la identidad ya no consiste únicamente en establecer contraseñas seguras. Se necesita controlar quién accede a cada recurso, limitar los privilegios, identificar comportamientos sospechosos y responder cuando una cuenta presenta señales de compromiso.

Evo Security: una apuesta por reforzar la resiliencia de identidad

Ante este escenario, Barracuda anunció la adquisición de Evo Security, una compañía especializada en gestión de identidades y accesos (IAM), diseñada específicamente para las necesidades operativas de los MSP.

La integración amplía las capacidades de BarracudaONE, la plataforma de ciberresiliencia de Barracuda, con un enfoque que busca fortalecer la protección de identidad sin añadir una complejidad innecesaria a la gestión de múltiples clientes.

¿La importancia de este movimiento? La seguridad de identidad deja de verse como una función aislada y pasa a formar parte de una estrategia más amplia de protección, detección y respuesta ante amenazas.

Entre las capacidades que aporta Evo Security destacan:

• Gestión de acceso privilegiado (PAM): ayuda a controlar los accesos con permisos elevados, reduciendo la exposición asociada a cuentas que pueden administrar sistemas o información crítica.
• Control de acceso: permite gestionar quién puede acceder a los recursos y bajo qué condiciones, de acuerdo con las políticas establecidas.
• Protección de identidades: contribuye a fortalecer los controles sobre las cuentas y los accesos que forman parte de los entornos administrados.
• Detección y respuesta ante amenazas de identidad (ITDR): permite abordar las amenazas que afectan a las identidades digitales mediante capacidades orientadas a identificar y responder ante actividades sospechosas.

Estas funciones atienden distintas etapas del riesgo: desde reducir las oportunidades de acceso indebido hasta mejorar la capacidad de detectar y responder cuando una identidad se convierte en el punto de entrada de un ataque.

¿Por qué es especialmente importante para los MSP?

Administrar la seguridad de una sola organización ya puede representar un reto considerable. Hacerlo para decenas o cientos de clientes exige herramientas capaces de escalar sin multiplicar proporcionalmente el trabajo operativo.

Aquí es donde destaca el enfoque de Evo Security: su arquitectura multiusuario está diseñada para facilitar la administración de identidades y accesos en distintos entornos de clientes desde una operación orientada a los MSP.

Esto resulta relevante por tres razones:

• Más control sobre los accesos críticos.

Los MSP necesitan administrar cuentas técnicas, usuarios y privilegios que permiten mantener la operación de sus clientes. Cuanto mayor sea la cantidad de accesos, más importante resulta establecer controles que reduzcan el riesgo de uso indebido.

• Menos fragmentación en la gestión de seguridad.

Trabajar con herramientas desconectadas puede dificultar la administración diaria y obligar a los equipos a cambiar constantemente entre plataformas. La evolución de BarracudaONE apunta a reunir más capacidades de protección dentro de una experiencia de seguridad integrada.

• Mayor capacidad para escalar los servicios.

Una solución diseñada para MSP debe considerar la administración de múltiples clientes como parte central de su arquitectura. Este enfoque ayuda a los proveedores a estructurar sus operaciones de seguridad y a ampliar sus servicios sin depender exclusivamente de procesos manuales.

El objetivo no es únicamente incorporar nuevas funciones, sino ayudar a los MSP a gestionar mejor el riesgo de identidad dentro de una operación que debe ser eficiente, repetible y escalable.

De proteger sistemas a proteger quién tiene acceso a ellos

Durante mucho tiempo, las estrategias de seguridad se concentraron en defender redes, dispositivos, servidores y aplicaciones. Estas capas siguen siendo fundamentales, pero no son suficientes cuando un atacante puede utilizar credenciales legítimas para operar dentro de un entorno.

La resiliencia de identidad busca responder precisamente a ese desafío: proteger las identidades, controlar sus accesos, detectar amenazas relacionadas con ellas y mejorar la capacidad de respuesta ante un compromiso.

La incorporación de Evo Security refuerza la visión de Barracuda de desarrollar una plataforma de ciberresiliencia más amplia, que conecte diferentes necesidades de protección en lugar de depender exclusivamente de soluciones independientes.

Para los MSP, esta evolución representa una oportunidad para revisar cómo administran los privilegios, cómo supervisan los accesos y qué tan preparados están para responder cuando una cuenta deja de ser confiable.

Porque una estrategia de seguridad no debería limitarse a impedir que alguien entre. También debe considerar qué puede hacer una persona o cuenta una vez que obtiene acceso, qué señales podrían revelar un abuso y cómo contener el riesgo antes de que se convierta en un incidente mayor.

BarracudaONE y Evo Security: una estrategia de protección más completa

La adquisición de Evo Security refuerza la apuesta de Barracuda por ampliar las capacidades de su plataforma y responder a los desafíos de seguridad que enfrentan los proveedores de servicios gestionados.

Al incorporar capacidades de gestión de identidades y accesos, protección de identidad, administración de privilegios y detección y respuesta ante amenazas de identidad, Barracuda avanza hacia un enfoque que considera tanto la protección de los sistemas como la seguridad de quienes acceden a ellos.

Para los MSP, el valor está en poder evolucionar hacia servicios de seguridad más completos, con herramientas pensadas para sus necesidades operativas y para la protección de múltiples entornos.

En Cobra Networks te ayudamos a conocer las soluciones de ciberseguridad de Barracuda y a identificar las tecnologías que mejor se adaptan a las necesidades de tu organización o de tus clientes. Si buscas fortalecer tu estrategia de seguridad, contacta con nuestro equipo para conocer más sobre el portafolio de Barracuda y las capacidades de su plataforma BarracudaONE.

¿Qué es Evo Security? 

Evo Security es un proveedor de soluciones de gestión de identidades y accesos diseñado para proveedores de servicios gestionados. Su enfoque contempla la administración de múltiples entornos de clientes y las necesidades operativas de los MSP.

Integración con Barracuda 

La adquisición amplía las capacidades de BarracudaONE con tecnologías centradas en la identidad, incluidos el control de acceso, la gestión de privilegios y la detección y respuesta ante amenazas de identidad.

¿Qué es la resiliencia de identidad?

Es la capacidad de proteger las identidades digitales, controlar sus accesos, identificar amenazas relacionadas con las cuentas y responder ante posibles compromisos para reducir su impacto.

¿Cómo beneficia esta integración a los MSP?

El enfoque está orientado a facilitar la administración de identidades en múltiples entornos de clientes, fortalecer los controles de acceso y ampliar las capacidades de seguridad disponibles dentro de la estrategia de plataforma de Barracuda.

¿Evo Security sustituye las demás soluciones de seguridad de Barracuda?

No debe entenderse como un reemplazo general de las demás capas de protección. La integración amplía el enfoque de BarracudaONE con capacidades centradas en la identidad, que complementan otras áreas de la ciberseguridad.

Phishing en tu correo electrónico

Un correo electrónico, dos objetivos.

El phishing tradicional se basa principalmente en la ingeniería social.

El atacante crea un mensaje diseñado para parecer confiable y utiliza diferentes recursos para provocar una acción por parte del destinatario: hacer clic, descargar un archivo, introducir información o seguir determinadas instrucciones.

Pero cuando un asistente de IA comienza a intervenir en el procesamiento de esos mensajes, el correo electrónico deja de ser únicamente una comunicación dirigida a una persona.

También puede convertirse en una entrada de información para un sistema automatizado.

Y eso abre una nueva posibilidad para los atacantes: intentar influir directamente en el comportamiento de la IA.

Las campañas pueden combinar técnicas tradicionales de ingeniería social dirigidas a los usuarios con inyecciones maliciosas de mensajes diseñadas para influir o anular el comportamiento esperado del asistente de IA.

En otras palabras, el mismo correo puede intentar engañar al humano y, al mismo tiempo, manipular a la inteligencia artificial.

Cuando la ingeniería social también apunta a la IA

Una de las características más importantes de este nuevo escenario es que los dos ataques pueden coexistir dentro del mismo mensaje.

Para el usuario, el atacante puede recurrir a técnicas conocidas de ingeniería social. Por ejemplo, utilizar un archivo adjunto protegido con contraseña para intentar generar confianza o dificultar el análisis automático de su contenido.

Pero mientras el usuario observa el correo, el asistente de IA puede estar procesando información completamente diferente.

Si el sistema analiza automáticamente el contenido del mensaje para generar un resumen, determinar su prioridad o ayudar al usuario a gestionar una solicitud, las instrucciones maliciosas incluidas dentro del correo pueden intentar influir en ese procesamiento.

Así, el atacante ya no depende exclusivamente de convencer a una persona.

También puede intentar convencer a la máquina que está ayudando a esa persona.

La IA se convierte en parte de la superficie de ataque

La adopción de asistentes de IA está modificando la manera en que los usuarios interactúan con el correo electrónico.

Un usuario puede recibir cientos de mensajes y apoyarse en la IA para identificar cuáles requieren atención. Puede utilizarla para resumir conversaciones extensas, analizar solicitudes, gestionar invitaciones o facilitar determinadas decisiones empresariales.

Esto aporta eficiencia, pero también significa que los sistemas de IA comienzan a consumir y procesar información procedente directamente de las bandejas de entrada.

Y esa información no siempre es confiable.

Un correo electrónico puede contener contenido diseñado específicamente para influir en el comportamiento del sistema que lo analiza. Por ello, el problema ya no consiste únicamente en determinar si un usuario podría caer en un phishing.

Ahora también es necesario considerar qué puede hacer una IA cuando recibe y procesa ese mismo contenido malicioso.

El nuevo reto para la seguridad del correo

Este cambio obliga a ampliar la perspectiva de protección.

Durante mucho tiempo, la estrategia de seguridad del correo electrónico se ha concentrado en proteger al usuario y detectar mensajes maliciosos antes de que lleguen a su bandeja de entrada.

Esa protección sigue siendo fundamental.

Pero a medida que los asistentes de IA adquieren un papel más importante en la gestión del correo, las organizaciones también deben considerar los sistemas que leen, interpretan y procesan esa información.

La bandeja de entrada deja de ser únicamente un espacio donde una persona recibe mensajes. Puede convertirse también en una fuente de datos para sistemas automatizados con capacidad de analizar información y participar en determinadas acciones.

Por eso, proteger el correo electrónico implica pensar más allá del usuario final.

Proteger al usuario y también a la inteligencia artificial

El phishing está evolucionando porque también está cambiando la forma en que trabajamos con el correo electrónico.

Los atacantes continúan utilizando técnicas de ingeniería social para manipular a las personas, pero ahora pueden intentar aprovechar una segunda capa: los sistemas de IA que procesan los mensajes antes, durante o después de que lleguen al usuario.

El análisis indica que un correo malicioso puede tener más de un objetivo.

Para las organizaciones, esto significa que la seguridad debe contemplar no solo la protección de los usuarios y sus bandejas de entrada, sino también los sistemas de inteligencia artificial que consumen y procesan los datos del correo electrónico.

Porque cuando la IA se convierte en parte de la forma en que gestionamos nuestros mensajes, también puede convertirse en parte de la superficie que debemos proteger.

El phishing ya no busca únicamente que hagas clic. Ahora también puede intentar que tu IA haga lo que el atacante quiere.

Como limitar el riesgo de ser vulnerable

Barracuda Email Gateway Defense ayuda a identificar y bloquear mensajes sospechosos, analizar archivos adjuntos en entornos aislados y aplicar controles en torno a tipos de archivos adjuntos de alto riesgo, incluidos los archivos protegidos con contraseña.

La IA conductual ayuda a identificar intentos de phishing, suplantación de identidad por correo electrónico empresarial y otros ataques que pueden eludir la detección tradicional basada en firmas.

Cuando una cuenta se ve comprometida, el sistema de respuesta automatizada ante amenazas puede contener rápidamente la amenaza eliminando los correos electrónicos maliciosos, deshabilitando el acceso sospechoso y corrigiendo los indicadores de compromiso.

Phishing en tu correo electrónico

NetScaler puede convertirse en la puerta de entrada.

¿Qué está ocurriendo con Citrix NetScaler?

Las dos vulnerabilidades afectan a productos utilizados habitualmente para proporcionar acceso remoto y servicios de entrega de aplicaciones.

El riesgo aumenta porque los dispositivos NetScaler suelen encontrarse directamente expuestos a Internet. Si un atacante consigue explotarlos, puede obtener una posición privilegiada desde la cual intentar avanzar hacia otros recursos de la organización.

Las vulnerabilidades identificadas son:

CVE-2026-88771 — CVSS 9.5

Se trata de una vulnerabilidad relacionada con una validación incorrecta de entradas que puede permitir a un atacante no autenticado ejecutar comandos arbitrarios.

En otras palabras, el atacante no necesita contar previamente con credenciales válidas para intentar aprovechar la vulnerabilidad.

CVE-2026-88772 — CVSS 9.5

La segunda vulnerabilidad corresponde a un desbordamiento de memoria que puede provocar ejecución remota de código o una condición de denegación de servicio.

Esta vulnerabilidad está asociada a dispositivos con DTLS habilitado, una configuración especialmente relevante porque DTLS está habilitado de forma predeterminada para los servidores virtuales VPN.

El verdadero riesgo: NetScaler como puente hacia la red interna

Aquí es donde el escenario se vuelve especialmente preocupante.

Los investigadores no solo observaron la explotación de las vulnerabilidades. También identificaron el uso de web shells y herramientas de tunelización.

La tunelización permite redirigir tráfico a través de un dispositivo comprometido. Desde la perspectiva del atacante, esto puede convertir un NetScaler expuesto a Internet en una especie de puente hacia recursos que originalmente no estaban disponibles desde el exterior.

Imaginemos el escenario:

Internet → NetScaler vulnerable → acceso inicial → túnel → red interna

Por eso, limitar el análisis a “¿el servidor fue comprometido?” puede ser insuficiente.

La pregunta debería ser:

“Si este dispositivo fue comprometido, ¿hasta dónde pudo llegar el atacante?”

Una vez conseguido el acceso, los atacantes pueden intentar descubrir sistemas internos, acceder a recursos adicionales, robar credenciales o mantener persistencia dentro del entorno.

Más de 50,000 instancias podrían estar expuestas

El alcance potencial de la campaña también resulta preocupante.

Hasta el 27 de septiembre, Palo Alto Networks había identificado más de 50,277 instancias de NetScaler expuestas a Internet que podrían ser vulnerables.

Además, el Centro Nacional de Ciberseguridad de los Países Bajos (NCSC-NL) informó haber recibido información sobre estas vulnerabilidades a través de un socio europeo y señaló actividad de explotación contra clientes de Citrix en diferentes partes del mundo.

Esto cambia completamente la prioridad.

No estamos ante una vulnerabilidad que simplemente deba añadirse a la próxima ventana de mantenimiento.

Existe evidencia de explotación activa.

Y cuando un dispositivo de acceso remoto está involucrado, el tiempo entre la explotación inicial y el movimiento hacia otros sistemas puede ser crítico.

¿Qué versiones de NetScaler están afectadas?

Las vulnerabilidades afectan a diferentes ramas de NetScaler ADC y NetScaler Gateway:

• NetScaler 14.1

• NetScaler 13.1

• NetScaler 14.1 FIPS

• NetScaler 13.1 FIPS/NDcPP

Un aspecto especialmente importante es que CVE-2026-88771 afecta a todas las implementaciones de NetScaler ADC y NetScaler Gateway y no requiere que se active una función adicional.

En el caso de CVE-2026-88772, el riesgo está asociado a implementaciones con DTLS habilitado. Dado que esta configuración está habilitada de forma predeterminada para servidores virtuales VPN, los entornos NetScaler Gateway deben considerarse especialmente relevantes.

¿Qué deben hacer las organizaciones?

La prioridad parchear cuando antes.

Producto / versión Versión corregida

NetScaler ADC / Gateway 14.1 14.1-73.37 o posterior

NetScaler ADC / Gateway 13.1 13.1-64.23 o posterior

NetScaler ADC 14.1 FIPS 14.1-73.37 FIPS o posterior

NetScaler ADC 13.1 FIPS / NDcPP 13.1-37.279 o posterior

Sin embargo, aplicar el parche no sería el unico paso.

¿Y si el atacante ya estaba dentro antes de instalar el parche?

Antes o durante el proceso de remediación, las organizaciones deberían revisar los avisos de Citrix y buscar indicadores de compromiso relacionados con la explotación.

También es importante investigar:

• Actividad sospechosa en los dispositivos NetScaler.

• Presencia de web shells.

• Herramientas o conexiones de tunelización inesperadas.

• Conexiones anómalas desde NetScaler hacia sistemas internos.

• Cambios no autorizados en configuraciones.

• Credenciales potencialmente expuestas.

• Sesiones activas que pudieran haber sido comprometidas.

• Actividad posterior a la explotación.

Si existe evidencia de compromiso, la respuesta debe ir más allá de actualizar el dispositivo.

Puede ser necesario revisar credenciales, sesiones, accesos privilegiados y actividad lateral dentro de la red.

NetScaler es el objetivo. La organización completa puede ser el premio

Este incidente deja una lección importante para cualquier organización que utilice dispositivos de acceso remoto expuestos a Internet.

El riesgo de una vulnerabilidad crítica no se limita al componente afectado.

Un atacante puede utilizar ese primer punto de entrada para intentar avanzar hacia sistemas que contienen identidades, aplicaciones, información sensible y datos corporativos.

Por eso, la estrategia de defensa debe contemplar dos momentos:

Antes del compromiso: reducir la superficie de ataque, mantener los sistemas actualizados, aplicar controles de acceso y monitorizar los activos expuestos.

Después de una posible explotación: detectar actividad anómala, investigar indicadores de compromiso, proteger credenciales y sesiones, contener el movimiento lateral y responder rápidamente.

La ventana de oportunidad del atacante también es una ventana de oportunidad para defenderse

Las vulnerabilidades CVE-2026-88771 y CVE-2026-88772 demuestran nuevamente por qué los dispositivos expuestos a Internet requieren una atención prioritaria.

Con una puntuación CVSS de 9.5, explotación activa y evidencia de técnicas diseñadas para acceder más allá del dispositivo comprometido, el mensaje para las organizaciones es sencillo:

No basta con saber que existe una vulnerabilidad. Hay que saber si ya fue explotada.

Actualizar NetScaler es un paso fundamental. Pero verificar el entorno, investigar posibles indicios de compromiso y evaluar qué pudo ocurrir después de una intrusión es igual de importante.

Porque cuando el perímetro cae, la verdadera batalla comienza dentro de la red.

Phishing en tu correo electrónico

¿Por qué la seguridad del código generado por IA supone un riesgo empresarial real?

A medida que la IA ha ido ganando terreno en el ámbito laboral, se han producido numerosas brechas de seguridad relacionadas con vulnerabilidades en el código generado por IA:

• Moltbook, una red social con codificación Vibe para agentes de IA, nunca habilitó la seguridad a nivel de fila, exponiendo 1,5 millones de claves API.
• Una farmacia que utilizaba un sitio web con código Vibe expuso los mensajes de los pacientes a través de un formulario de contacto configurado incorrectamente.
• Una aplicación de codificación de ambientes conocida como "Orchids" contenía una vulnerabilidad que permitía a los investigadores de seguridad acceder de forma remota a los puntos finales de los usuarios.
• Los datos de encuestas y ejemplos reales sugieren que muchos desarrolladores utilizan ahora herramientas de IA para escribir código. Mientras tanto, las vulnerabilidades de software pueden tardar años en descubrirse. Por ello, es probable que las vulnerabilidades que hemos visto hasta ahora representen solo la punta del iceberg.

¿Cómo produce vulnerabilidades el código generado por IA?

Los modelos de codificación generados por IA se entrenan con código escrito por humanos. Parte de los datos de entrenamiento contienen vulnerabilidades. Por lo tanto, los modelos de IA pueden replicar estas mismas vulnerabilidades en producción.

La respuesta más extensa es que las herramientas de codificación de IA desconocen sus propias limitaciones. Es posible que al modelo de codificación no se le haya mostrado un ejemplo de cómo debe ser un código seguro en un contexto específico. Cuando un desarrollador le indica al modelo que "codifique este módulo de forma segura", el modelo produce un código que parece plausiblemente seguro, pero que en realidad contiene vulnerabilidades.

Cuando decimos "aparentemente seguro", nos referimos a que el código hace referencia a bibliotecas y utiliza configuraciones de seguridad. Sin embargo, tras un análisis más detallado, se observa que la biblioteca es incorrecta y que las configuraciones de seguridad están mal configuradas. Esto se debe a que la IA genera resultados similares a sus datos de entrenamiento, en lugar de crear algo nuevo.

Es importante señalar que las vulnerabilidades que produce el código generado por IA no son novedosas. Errores como credenciales expuestas, entradas sin validar y autenticación faltante son comunes en el código generado por humanos, por lo que también lo son en el código generado por IA.

¿Es posible detectar vulnerabilidades en aplicaciones codificadas con Vibe?

La buena noticia es que las vulnerabilidades codificadas mediante Vibe son lo suficientemente comunes como para detectarlas con el mismo tipo de pruebas de software y prácticas de desarrollo seguro que se utilizan para identificar errores e inseguridades en el código tradicional. Sin embargo, la mala noticia es que las prácticas de desarrollo seguro podrían ser menos frecuentes de lo que cabría esperar.

Un informe de la Linux Foundation revela que casi un tercio de los desarrolladores desconoce las prácticas de desarrollo seguro. Si bien la mayoría recibe capacitación en seguridad, esto puede tardar hasta cinco años. Además, las investigaciones demuestran que la mayoría de los desarrolladores saben que el código generado por IA que distribuyen probablemente contenga vulnerabilidades . Aproximadamente un tercio de los desarrolladores distribuirá este código de todos modos.

El problema radica en la presión. La codificación Vibe acelera el desarrollo de aplicaciones. Esto significa que una empresa de software competitiva puede lanzar su producto al mercado antes que nadie. Los desarrolladores pueden preocuparse de que las medidas de seguridad ralenticen el desarrollo sin aportar un valor real a los compradores. Por lo tanto, existe un incentivo importante para minimizar las comprobaciones de seguridad antes de que una aplicación entre en producción.

¿Cómo pueden los compradores de software proteger las aplicaciones codificadas con Vibe?

Los compradores de software deben asumir que algunos componentes de las nuevas aplicaciones que utilicen en 2026 podrían haber sido codificados con Vibe. Esto no significa que contengan vulnerabilidades por defecto, sino que deben tomar medidas para limitar las consecuencias de cualquier aplicación que pueda contener un error de codificación explotable. En otras palabras, deben adoptar protocolos de seguridad de confianza cero.

La seguridad de confianza cero surgió antes de la IA, partiendo de la premisa de que cada usuario y aplicación era potencialmente vulnerable. En la era de la IA, podemos asumir que cada aplicación está potencialmente comprometida mediante código Vibe, y que cada aplicación con código Vibe posee vulnerabilidades explotables.

Puedes examinar rigurosamente cada aplicación de tu infraestructura para detectar estas vulnerabilidades, pero:

• Esto requiere un tiempo del que no dispones.
• Incluso la revisión más exhaustiva puede pasar por alto vulnerabilidades.
• Sus usuarios están incorporando aplicaciones codificadas con Vibe sin la aprobación del departamento de TI porque la TI en la sombra nunca murió.
• Al tratar cada aplicación como sospechosa, puede diseñar su infraestructura para limitar el impacto de una vulnerabilidad explotada.

¿Cómo reduce el modelo de confianza cero los riesgos de seguridad del código generado por IA?

La arquitectura de confianza cero está diseñada para aplicar una autenticación mejorada a cada intercambio de datos y ubicar a los usuarios y las aplicaciones dentro de segmentos de red estrictamente definidos mediante perímetros definidos por software.

En la práctica, esto significa que cada aplicación, ya sea codificada con Vibe o no, se ubica dentro de su propio perímetro. Este perímetro define las formas en que una aplicación puede interactuar con usuarios, datos y otras aplicaciones. Además, garantiza que los privilegios normales de la aplicación solo incluyan las dependencias específicas que necesita para funcionar.

Esto garantiza que, si una aplicación contiene una vulnerabilidad explotable que es el objetivo de un atacante, la superficie de ataque potencial es mínima. Además, el atacante no podrá moverse lateralmente a otras aplicaciones ni escalar privilegios. Si bien la aplicación codificada con Vibe puede contener más vulnerabilidades, el atacante se limita al acceso más básico.

Zero trust y su apoyo a las organizaciones

La seguridad de confianza cero puede ayudar a reducir el riesgo al limitar el acceso de cada aplicación, exigir la verificación de la identidad en cada intercambio y contener el impacto de una vulnerabilidad explotada con éxito.

Los compradores de software deben asumir que las nuevas aplicaciones pueden incluir componentes generados por IA y prever la posibilidad de errores de codificación que puedan ser explotados.

La programación basada en la dinámica del entorno puede acelerar el desarrollo, pero la presión por lanzar los productos rápidamente puede llevar a los equipos a minimizar las comprobaciones de seguridad antes de que las aplicaciones lleguen a producción.

Conoce más en el siguiente video

El componente técnico: múltiples capas de ocultamiento

Los sistemas modernos intentan detectar contenido oculto renderizando completamente el HTML del correo electrónico. Para evitar esta inspección, los atacantes no utilizan una sola técnica, sino varias simultáneamente.

Es una estrategia similar a proteger una puerta con varios cerrojos: aunque uno falle, los demás continúan ocultando el contenido.

Recorte de la ventana mediante CSS

Los atacantes emplean propiedades como:

• clip-path: inset(100%)
• max-height:0
• line-height:0

Estas instrucciones reducen el área visible hasta hacer desaparecer completamente el texto.

Desplazamiento fuera de pantalla

También utilizan propiedades como:

• text-indent:-9999px
• overflow:hidden

De esta forma, el contenido continúa existiendo dentro del HTML, pero permanece miles de píxeles fuera del área visible del navegador.

La técnica de "Fuente Cero"

Otra variante consiste en insertar palabras aleatorias directamente dentro de frases críticas utilizando un tamaño de fuente igual a cero.

Por ejemplo:

El código HTML podría contener algo similar a:

• Tu contraseña [texto aleatorio] ha caducado.
• Para el usuario solamente aparece:
• Tu contraseña ha caducado.
• Sin embargo, el motor de seguridad analiza toda la cadena de texto, dificultando la detección mediante firmas o coincidencias exactas.
• Esta fragmentación rompe patrones tradicionales utilizados por muchos sistemas antispam.

El grupo criminal SilverFox...

Esta amenaza consiste en una campaña de malware activa y multifase operada por el grupo de ciberdelincuentes SilverFox, que equipó a ValleyRAT con componentes adicionales para obtener el control total y sigiloso de los sistemas Windows. Los atacantes utilizan un RAT basado en Go (Go RAT) para el comando y control remoto, un módulo de desactivación de antivirus (AV killer) para detectar y deshabilitar herramientas de seguridad, y un rootkit en modo kernel para ocultar procesos, archivos y actividad de red, manteniendo una persistencia a largo plazo. En conjunto, estos componentes permiten a SilverFox eludir las defensas de los endpoints, escalar privilegios y realizar acciones en los hosts comprometidos, incluyendo el robo de credenciales, la exfiltración de datos y el movimiento lateral, dificultando su detección o eliminación por parte de las soluciones de seguridad tradicionales.

¿Campaña de cambio?

Esta campaña es destacable porque transforma un RAT conocido, ValleyRAT, en un sofisticado marco de intrusión de ocho etapas, típicamente asociado con ciberdelincuentes avanzados y con amplios recursos. La incorporación de un rootkit de kernel controlado por el RAT aumenta significativamente su sigilo, persistencia e impacto general, dificultando enormemente la detección, investigación y mitigación de las infecciones. Dado que la campaña está activa y cuenta con amplias capacidades de evasión de defensas, las organizaciones que dependen exclusivamente de controles tradicionales de endpoints o basados en firmas se enfrentan a un mayor riesgo de sufrir una vulneración a largo plazo.

El futuro de la seguridad comienza antes de ser atacado

• Asegúrese de que Windows y todas las herramientas de seguridad estén completamente actualizadas y con todos los parches instalados.
• Prohíba la descarga o instalación de software procedente de fuentes no fiables o desconocidas.
• Supervise la actividad de carga lateral de DLL y las instalaciones sospechosas basadas en MSI.
• Detectar y bloquear, o investigar detenidamente, el tráfico inusual de WebSocket y QUIC.
• Implementar requisitos estrictos de firma de controladores del kernel y políticas de control de aplicaciones.
• Implemente soluciones EDR y AV con una sólida detección basada en el comportamiento y en anomalías.
• Supervise la actividad de las tuberías con nombre y las cadenas de ejecución de procesos inusuales para detectar anomalías.
• Llevar a cabo actividades periódicas de búsqueda de amenazas y formación continua sobre concienciación para los usuarios.

¿Qué es el robo de credenciales y cómo funciona?

En pocas palabras, el robo de credenciales ocurre cuando un atacante roba el nombre de usuario y la contraseña de un usuario e inicia sesión en un servicio para suplantar su identidad. Es una de las formas más comunes de ciberataque porque, lamentablemente, las credenciales son muy fáciles de robar.

Los ataques de phishing son uno de los mecanismos más comunes para el robo de credenciales. Por ejemplo, una víctima de phishing puede recibir un correo electrónico que parece contener un mensaje importante de su banco. La víctima hace clic en el enlace del correo electrónico y es redirigida a un sitio web idéntico al de su banco. Al intentar iniciar sesión, los campos de nombre de usuario y contraseña recopilan su información.

Pero a veces el robo de credenciales es incluso más fácil. En varios estudios, los usuarios se han mostrado dispuestos a intercambiar sus credenciales de inicio de sesión por dinero, por dulces o simplemente porque se lo pidieron.

¿Cómo pueden las organizaciones prevenir el robo de credenciales?

Muchas técnicas de defensa contra el robo de credenciales están diseñadas principalmente para prevenir sus consecuencias. En otras palabras, una técnica como la autenticación multifactor (MFA) no impide que alguien robe credenciales. En cambio, neutraliza este vector de ataque al introducir un nuevo conjunto de credenciales que el atacante no puede robar fácilmente.

Por ejemplo, una técnica como la huella digital del dispositivo recopila la firma única del teléfono, portátil o ordenador de sobremesa de un usuario basándose en la versión de su sistema operativo, el navegador instalado, su ubicación física y otros factores. Un atacante puede robar las credenciales de un usuario, pero si no puede replicar la huella digital del dispositivo, se verá obligado a autenticarse mediante otro factor, como la biometría o una contraseña de un solo uso. Estos factores no son imposibles de robar (la verificación por SMS es extremadamente vulnerable), pero son más difíciles de obtener que el robo de credenciales en sí.

Por último, en lo que respecta a la prevención del robo de credenciales, la capacitación en seguridad informática es uno de los pocos métodos de defensa eficaces. Si los empleados pueden reconocer y marcar los correos electrónicos de phishing, será mucho más difícil robar sus credenciales.

¿Qué es el secuestro de sesión y cómo funciona?

El secuestro de sesión es una forma de suplantación de identidad que no se basa (o no se basa exclusivamente) en el robo de credenciales. En lugar de suplantar la identidad de un usuario a nivel de credenciales introduciendo un nombre de usuario y una contraseña robados, el atacante suplanta la identidad de un usuario que ya ha iniciado sesión en una aplicación o sitio web. En este caso, la credencial vulnerable es lo que se conoce como token de sesión.

Un token de sesión funciona como un pasaporte. Consiste en un código corto emitido por un servicio que indica que este usuario tiene credenciales válidas, ha superado la autenticación multifactor y no presenta comportamientos inusuales. Si su organización utiliza el inicio de sesión único (SSO), un token de sesión le permite acceder a un servicio específico con un solo inicio de sesión. En lugar de solicitarle un nombre de usuario y una contraseña, los servicios conectados verifican la presencia de un token de sesión válido y, a continuación, inician sesión automáticamente.

Si un atacante logra interceptar el token de sesión, adivinarlo por fuerza bruta o generar un token válido con herramientas especializadas, puede engañar al sistema haciéndole creer que es un usuario legítimo. Es importante destacar que este método no activará la autenticación multifactor (MFA), ya que el token contiene información que confirma que estos factores ya han sido evaluados.

¿Cómo roban o abusan los atacantes de los tokens de sesión?

Los atacantes suelen utilizar un ataque conocido como man-in-the-middle "MITM" para robar tokens de sesión. Si, un usuario trabaja desde una cafetería. La red Wi-Fi de la cafetería ha sido comprometida, lo que permite a un atacante interceptar el tráfico web. Cuando el usuario se autentica con un servicio, el atacante puede interceptar su token de sesión y usarlo para realizar un ataque de secuestro de sesión.

El malware también puede utilizarse para realizar ataques de secuestro de sesión. Si un atacante logra inyectar malware en el navegador de un usuario, puede interceptar todo el tráfico web, incluidos los tokens de sesión. Alternativamente, los atacantes pueden intentar aprovechar las vulnerabilidades de los sitios web mediante métodos como el cross-site scripting. Este método obliga a un sitio web de confianza a enviar un script malicioso a un usuario que ha iniciado sesión, el cual extrae el token de sesión y lo devuelve al atacante.

Por último, los atacantes podrían generar sus propios tokens de sesión válidos. Si una organización utiliza un método inseguro para generar tokens, un atacante podría predecir cómo será un token válido. Esto le permitiría secuestrar una sesión sin desplegar malware ni explotar vulnerabilidades.

¿Cómo pueden las organizaciones prevenir y detectar el secuestro de sesiones?

Existen dos vías principales para mitigar los ataques de secuestro de sesión: la prevención y la detección. Prevenir los ataques de secuestro de sesión implica reforzar la infraestructura de conexión y de sesión. Detectar el secuestro de sesión implica identificar el comportamiento sospechoso asociado a una sesión secuestrada.

Prevención del secuestro de sesión:

Unos pocos pasos relativamente sencillos pueden aumentar drásticamente la dificultad de los ataques de secuestro de sesión, lo que provoca que los atacantes busquen objetivos más fáciles.

• Aplicación del cifrado: Cifrar el tráfico, incluidas las cookies de sesión, con protocolos como TLS/SSL garantizará que los tokens interceptados resulten inútiles para los atacantes.
• Gestión de sesiones: Si un token caduca tras 15 minutos de inactividad, un atacante dispondrá de un margen de tiempo mucho menor para explotar una credencial capturada.
• Capacitación en sensibilización: Trabajar desde una cafetería es una idea atractiva, pero el wifi público nunca es seguro. Capacite a los usuarios para que utilicen siempre una VPN.
• Detección de secuestro de sesión: Las sesiones secuestradas no se comportan como los usuarios normales. Al agregar un conjunto de reglas a su herramienta SIEM, puede detectar ataques de secuestro de sesión antes de que los atacantes dañen sus archivos o roben información confidencial.
• Monitoreo del comportamiento: Las sesiones secuestradas se comportan de manera inusual. Intentarán cifrar, eliminar, mover o extraer archivos. También podrían intentar acceder a aplicaciones a las que no tienen acceso o escalar sus privilegios. Aprenda a reconocer estas señales.
• Monitoreo de dispositivos: Los dispositivos secuestrados también mostrarán comportamientos inusuales. Busque usuarios que cambien repentinamente de ubicación o de dispositivo de maneras imposibles (por ejemplo, viajes instantáneos de Nueva York a Londres).

• Supervisión de sesiones: Por último, las sesiones secuestradas resultarán muy sospechosas al ser examinadas minuciosamente. Un ejemplo clásico es el de un mismo usuario que abre dos sesiones diferentes desde dos sistemas distintos.

¿Cómo roban o abusan los atacantes de los tokens de sesión?

Los atacantes suelen utilizar un ataque conocido como man-in-the-middle "MITM" para robar tokens de sesión. Si, un usuario trabaja desde una cafetería. La red Wi-Fi de la cafetería ha sido comprometida, lo que permite a un atacante interceptar el tráfico web. Cuando el usuario se autentica con un servicio, el atacante puede interceptar su token de sesión y usarlo para realizar un ataque de secuestro de sesión.

El malware también puede utilizarse para realizar ataques de secuestro de sesión. Si un atacante logra inyectar malware en el navegador de un usuario, puede interceptar todo el tráfico web, incluidos los tokens de sesión. Alternativamente, los atacantes pueden intentar aprovechar las vulnerabilidades de los sitios web mediante métodos como el cross-site scripting. Este método obliga a un sitio web de confianza a enviar un script malicioso a un usuario que ha iniciado sesión, el cual extrae el token de sesión y lo devuelve al atacante.

Por último, los atacantes podrían generar sus propios tokens de sesión válidos. Si una organización utiliza un método inseguro para generar tokens, un atacante podría predecir cómo será un token válido. Esto le permitiría secuestrar una sesión sin desplegar malware ni explotar vulnerabilidades.

El futuro de la seguridad comienza antes del malware

• Robo de credenciales: El robo de credenciales ocurre cuando un atacante roba datos de inicio de sesión, como el nombre de usuario y la contraseña. El secuestro de sesión ocurre cuando un atacante roba o manipula un token de sesión válido después de que el usuario ya ha iniciado sesión.
• Autenticación multifactor: En algunos casos, el secuestro de sesión puede eludir la autenticación multifactor (MFA) porque el atacante abusa de una sesión ya autenticada. Si el token de sesión indica que la MFA ya se ha completado, es posible que la aplicación no la solicite de nuevo.
• Token de sesión: Es un identificador digital temporal que indica a una aplicación que un usuario ya ha iniciado sesión correctamente.

¿Cuál es la amenaza?

CVE-2026-50751 es una vulnerabilidad crítica de omisión de autenticación en los productos de Firewall Check Point Mobile Access VPN, Remote Access VPN y Spark que permite a atacantes remotos no autenticados establecer sesiones VPN. Su origen reside en la forma en que la puerta de enlace VPN procesa la autenticación y la inicialización de la sesión para ciertas rutas de acceso, especialmente cuando se habilitan protocolos heredados o en desuso (en particular IKEv1) o modos de autenticación mixtos. Debido a una validación incorrecta durante la negociación de la sesión, las solicitudes de conexión especialmente diseñadas pueden provocar que la puerta de enlace trate erróneamente a un usuario como autenticado.

La explotación es sencilla y de gran impacto. Un atacante no autenticado puede enviar solicitudes de negociación VPN o SSL VPN manipuladas a una puerta de enlace expuesta, alterando parámetros específicos del protocolo e identificadores de sesión para eludir las comprobaciones de credenciales. Como resultado, la puerta de enlace establece una sesión VPN que otorga a los atacantes acceso directo a recursos internos de capa 3 o capa 7 según la configuración sin necesidad de credenciales robadas ni interacción del usuario.

Tras lograr eludir la autenticación, la conexión VPN comprometida se convierte en una poderosa puerta de entrada. Los atacantes pueden enumerar las redes internas, acceder a recursos compartidos de archivos y aplicaciones, y aprovechar la conectividad VPN de confianza para evadir las defensas perimetrales.

¿Por qué es digno de mención?

Esta vulnerabilidad es particularmente relevante porque es explotada activamente por afiliados del Ransomware Qilin. En los incidentes observados, los atacantes utilizaron este acceso para preparar rápidamente herramientas, obtener credenciales y moverse lateralmente por el entorno antes de desplegar las cargas útiles del Ransomware.

Dado que la actividad se origina en una interfaz VPN de confianza, puede parecer tráfico normal de usuario remoto, lo que retrasa significativamente su detección y respuesta. Como dispositivos de borde que proporcionan un amplio acceso a los sistemas internos, los dispositivos VPN son objetivos especialmente atractivos para los operadores de ransomware. La explotación de protocolos obsoletos subraya aún más el riesgo que representan las configuraciones antiguas que permanecen habilitadas por motivos de compatibilidad. La emisión de una directiva obligatoria de la CISA pone de manifiesto la gravedad de la situación y confirma que la explotación ya se está produciendo a gran escala.

¿Cuál es la exposición o el riesgo?

Las organizaciones que utilizan implementaciones vulnerables de VPN o firewalls de Check Point se enfrentan a un alto riesgo de sufrir una vulneración total de la red. Una explotación exitosa permite a los atacantes eludir los controles de autenticación y obtener acceso interno seguro, a menudo sin activar los mecanismos de detección tradicionales.

Este nivel de acceso permite el robo de datos, la vulneración de credenciales, el movimiento lateral y el despliegue de ransomware con mínimo esfuerzo y alta fiabilidad. Las pasarelas VPN con acceso a Internet son especialmente vulnerables, lo que representa una amenaza crítica para empresas, proveedores de servicios y organismos gubernamentales.