The Gentlemen RaaS utiliza el marco GentleKiller EDR dirigido a 400 procesos de seguridad – CYBERDEFENSA.MX

La operación Gentlemen ransomware-as-a-service (RaaS) está desarrollando y manteniendo activamente un conjunto de asesinos de detección y respuesta de puntos finales (EDR) que entrega a los afiliados para que deterioren las defensas del sistema antes de implementar el cifrado.

Esta cartera madura de herramientas de terminación de EDR se centra en un marco conocido como gentil asesino.

«También incorporan herramientas de terceros o filtradas como HexKiller, ThrottleBlood y HavocKiller», afirma el investigador de seguridad de ESET Jakub Souček. dicho en un informe compartido con The Hacker News. «Estas herramientas están estandarizadas a través de una capa de evasión de defensa compartida, haciéndose pasar predominantemente por proveedores de seguridad que utilizan información de versión falsa y certificados e íconos legítimos copiados».

La compañía eslovaca de ciberseguridad también criticó al equipo de ransomware por su capacidad para «poner en funcionamiento inusualmente rápido» exploits de prueba de concepto (PoC) recientemente revelados relacionados con una técnica de ataque llamada técnica de «traiga su propio controlador vulnerable» (BYOVD), en muchos casos a los pocos días de su lanzamiento público.

Desde su aparición en marzo de 2025, The Gentlemen ha ascendido rápidamente de rango y se ha hecho un nombre como uno de los grupos de ransomware más activos. Según datos de Ransomware.live, el grupo ha afirmado 504 víctimas hasta la fechay la mayoría de ellos están ubicados en el sudeste asiático, América del Sur y Europa occidental.

Ciberseguridad

Informes recientes del periodista de ciberseguridad Brian Krebs y PRODAFT han revelado que un ciudadano ruso de 36 años llamado Alexander Andreevich Yapaev (alias hastalamuerte) ha estado liderando la operación, después de actuar como afiliado de otros esquemas de ransomware, incluido Qilin.

ESET ha descrito a The Gentlemen como uno de los grupos RaaS técnicamente más ágiles, utilizando un conjunto de técnicas para garantizar que las muestras asesinas de EDR compiladas eviten la detección. Esto incluye protección binaria usando Enigma o Themida y el uso de nombres de archivos que se asemejan a proveedores de ciberseguridad conocidos, hasta la información de su versión, firmas digitales e íconos.

El más frecuente de ellos es GentleKiller, que viene en ocho variantes diferentes, cada una de las cuales imita un producto legítimo diferente y abusa de un controlador vulnerable o malicioso diferente como parte del ataque BYOVD. GentleKiller busca específicamente 400 procesos asociados con 48 programas de seguridad distintos de varios proveedores.

La lista de controladores explotados por cada una de las variantes es la siguiente:

  • Kaspersky («eb.sys»)
  • FACEIT Anti-Cheat («nseckrnl.sys»)
  • Valorante («GameDriverX64.sys»)
  • Javelin («stpm_old.sys» o «stpm_new.sys»)
  • Perro guardián («dmx.sys»)
  • Bloqueador de red («360netmon_wfp.sys»)
  • Limpiador («IMFForceDelete.sys»)
  • G11 («PoisonX.sys»)

Vale la pena señalar que en los últimos meses se ha registrado un abuso de «PoisonX.sys» en relación con varios ataques BYOVD, uno de los cuales fue utilizado para matar CrowdStrike Falcon EDR. Una segunda campaña, detallado de Huntress, implicó una intrusión en la que actores de amenazas desconocidos aprovecharon BeyondTrust Remote Support para implementar con éxito ransomware en la red, no sin antes finalizar las herramientas de seguridad a través de «PoisonX.sys» y «hrwfpdrv.sys».

«Al abstraer la capa de suplantación y los controladores específicos utilizados, el código subyacente revela numerosos puntos en común estructurales y de comportamiento que sugieren fuertemente el uso de una plantilla de desarrollo compartida», dijo Souček.

«Este diseño prioriza la facilidad de implementación y la flexibilidad operativa para los afiliados, al tiempo que minimiza el esfuerzo de desarrollo para los operadores. Permite a los operadores de The Gentlemen integrar controladores maltratados en su conjunto de herramientas muy poco después de que se revela una PoC asesina de EDR».

Los asesinos de EDR externos basados ​​en BYOVD empleados por el grupo se encuentran a continuación:

  • HexKiller («googleApiUtil64.sys»), una herramienta que anteriormente se suponía era exclusiva de la banda de ransomware Warlock
  • ThrottleBlood («ThrottleBlood.sys»), una herramienta observada en ataques organizados por afiliados de MedusaLocker y DragonForce
  • HavocKiller o HwAudKiller («havoc.sys»)

ESET dijo que también detectó un ladrón de credenciales basado en Rust con nombre en código OxideHarvest (también conocido como buildx641) que es capaz de recopilar datos de navegadores web populares, incluidos Google Chrome, Microsoft Edge, Torch, Comodo, Epic Privacy Browser, Vivaldi, Brave, Opera, OperaGX, Mozilla Firefox, Waterfox, BlackHawk y IceCat.

Ciberseguridad

«Si bien la mayoría de las bandas de ransomware continúan delegando la eliminación de EDR a sus afiliados, Gentlemen ha optado por centralizar esta función ofreciendo a los afiliados una suite de eliminación de EDR estandarizada y lista para usar», dijo ESET. «Esta decisión convierte a Gentlemen en un operador atractivo para los afiliados, ya que reduce sustancialmente la barrera de entrada para ellos y, en consecuencia, facilita su trabajo».

La divulgación se produce cuando el Centro de Coordinación CERT (CERT/CC) emitió un aviso sobre múltiples aplicaciones UEFI firmadas por proveedores que son vulnerables a la omisión de arranque seguro a través de un ataque BYOVD. Al investigador de ESET, Martin Smolár, se le atribuye la investigación y el informe de la vulnerabilidad. Las aplicaciones afectadas son de Acer, AMD, ASUS, ECS, Getac, GIGABYTE, Toshiba y Uniwill.

«Si un sistema objetivo confía en el certificado del proveedor afectado, un atacante [with administrative privileges or physical access] puede explotar estas aplicaciones para ejecutar código arbitrario durante la fase inicial previa al arranque antes de que se inicialice el sistema operativo», dijo CERT/CC.

«Para mitigar este riesgo, los administradores del sistema deben aplicar actualizaciones a la base de datos de firmas prohibidas (DBX) UEFI que revoquen la confianza en los archivos binarios firmados por el proveedor afectados, evitando que estas aplicaciones vulnerables se ejecuten durante el proceso de arranque».

La vulnerabilidad de lectura fuera de límites de Ollama permite la pérdida de memoria de procesos remotos – CYBERDEFENSA.MX

Investigadores de ciberseguridad han revelado una vulnerabilidad de seguridad crítica en Ollama que, si se explota con éxito, podría permitir que un atacante remoto y no autenticado filtre toda su memoria de proceso.

La falla de lectura fuera de límites, que probablemente afecte a más de 300.000 servidores en todo el mundo, se rastrea como CVE-2026-7482 (Puntuación CVSS: 9,1). Ha sido nombre en clave Llama sangrante por Cyera.

Ollama es un marco popular de código abierto que permite ejecutar modelos de lenguaje grandes (LLM) localmente en lugar de en la nube. En GitHub, el proyecto tiene más de 171.000 estrellas y se ha bifurcado más de 16.100 veces.

«Ollama antes 0.17.1 contiene una vulnerabilidad de lectura fuera de límites en el cargador de modelos GGUF», según un descripción de la falla en CVE.org. «El punto final /api/create acepta un archivo GGUF proporcionado por el atacante en el que el desplazamiento y el tamaño del tensor declarado exceden la longitud real del archivo; durante la cuantificación en fs/ggml/gguf.go y server/quantization.go (WriteTo()), el servidor lee más allá del búfer de montón asignado».

GGUF, abreviatura de formato unificado generado por GPT, es un formato de archivo que se utiliza para almacenar modelos de lenguaje grandes para que puedan cargarse y ejecutarse localmente fácilmente.

El problema, en esencia, surge del uso que hace Ollama de la paquete inseguro al crear un modelo a partir de un archivo GGUF, específicamente en una función denominada «WriteTo()», permitiendo así ejecutar operaciones que eluden las garantías de seguridad de la memoria del lenguaje de programación.

En un escenario de ataque hipotético, un mal actor puede enviar un archivo GGUF especialmente diseñado a un servidor Ollama expuesto con el forma del tensor configúrelo en un número muy grande para activar la lectura del montón fuera de límites durante la creación del modelo utilizando el punto final /api/create. La explotación exitosa de la vulnerabilidad podría filtrar datos confidenciales de la memoria del proceso Ollama.

Ciberseguridad

Esto puede incluir variables de entorno, claves API, mensajes del sistema y datos de conversaciones de usuarios simultáneos. Estos datos se pueden extraer cargando el artefacto del modelo resultante a través del punto final /api/push en un registro controlado por un atacante.

El cadena de explotación se desarrolla en tres pasos:

  • Cargue un archivo GGUF diseñado con una forma de tensor inflado a un servidor Ollama accesible en red mediante una solicitud HTTP POST.
  • Utilice el punto final /api/create para activar la creación del modelo, lo que activa la vulnerabilidad de lectura fuera de límites.
  • Utilice el punto final /api/push para extraer datos de la memoria del montón a un servidor externo.

«Un atacante puede aprender básicamente cualquier cosa sobre la organización a partir de la inferencia de la IA: claves API, código propietario, contratos con clientes y mucho más», dijo el investigador de seguridad de Cyera, Dor Attias.

«Además de eso, los ingenieros a menudo conectan Ollama a herramientas como Claude Code. En esos casos, el impacto es aún mayor: todas las salidas de la herramienta fluyen al servidor de Ollama, se guardan en el montón y potencialmente terminan en manos de un atacante».

Se recomienda a los usuarios que apliquen las últimas correcciones, limiten el acceso a la red, auditen las instancias en ejecución para detectar exposición a Internet y las aíslen y protejan detrás de un firewall. También se recomienda implementar un proxy de autenticación o una puerta de enlace API frente a todas las instancias de Ollama, ya que la API REST no proporciona autenticación lista para usar.

Dos fallas no parcheadas en Ollama conducen a una ejecución de código persistente

El desarrollo se produce cuando los investigadores de Striga detallado dos vulnerabilidades en el mecanismo de actualización de Windows de Ollama que pueden encadenarse a la ejecución de código persistente. Las deficiencias siguen sin corregirse tras la divulgación del 27 de enero de 2026 y se publicaron tras el transcurso de un período de divulgación de 90 días.

Según Bartłomiej «Bartek» Dmitruk, cofundador de Striga, el cliente de escritorio de Windows se inicia automáticamente al iniciar sesión desde la carpeta de inicio de Windows y escucha en 127.0.0[.]1:11434, y sondea periódicamente las actualizaciones en segundo plano a través del punto final /api/update para ejecutar cualquier actualización pendiente en el próximo inicio de la aplicación.

Las vulnerabilidades identificadas se relacionan con un recorrido de ruta y una verificación de firma faltante que, cuando se combina con la rutina de inicio de sesión, puede permitir que un atacante con la capacidad de influir en las respuestas de actualización ejecute código arbitrario en cada inicio de sesión. Los defectos se enumeran a continuación:

  • CVE-2026-42248 (Puntuación CVSS: 7,7): una vulnerabilidad de verificación de firma faltante que no verifica el binario de actualización antes de la instalación, a diferencia de su versión macOS.
  • CVE-2026-42249 (Puntuación CVSS: 7,7): una vulnerabilidad de recorrido de ruta que surge del hecho de que el actualizador de Windows crea la ruta local para el directorio provisional del instalador directamente desde los encabezados de respuesta HTTP sin desinfectarlo.

Para explotar las fallas, el atacante debe tener el control de un servidor de actualización al que pueda acceder el cliente Ollama de la víctima. En tal situación, podría llevar a un escenario en el que se proporcione un ejecutable arbitrario como parte del proceso de actualización y se escriba en la carpeta de inicio de Windows sin generar ningún problema de verificación de firma.

Para poder controlar la respuesta de actualización, un enfoque implica anular OLLAMA_UPDATE_URL para dirigir al cliente a un servidor local en HTTP simple. La cadena de ataque también supone que AutoUpdateEnabled está activado, que es la configuración predeterminada.

Ciberseguridad

Es más, la falta de verificación de integridad puede llevar a la ejecución del código por sí sola sin necesidad de explotar la vulnerabilidad de recorrido de ruta. En este caso, el instalador se coloca en el directorio provisional esperado. Durante el siguiente lanzamiento desde la carpeta Inicio, se invoca el proceso de actualización sin volver a verificar la firma, lo que provoca que se ejecute el código del atacante.

Dicho esto, la ejecución remota del código no es persistente, ya que la siguiente actualización legítima sobrescribe el archivo preparado. Al agregar el recorrido de ruta a la mezcla, un mal actor puede redirigir el ejecutable para que se escriba fuera de la ruta habitual y lograr una ejecución de código persistente.

Según CERT Polska, que se hizo cargo Según el proceso de divulgación coordinada, las versiones 0.12.10 a 0.17.5 de Ollama para Windows son vulnerables a las dos fallas. Mientras tanto, se recomienda a los usuarios desactivar las actualizaciones automáticas y eliminar cualquier acceso directo de Ollama existente en la carpeta Inicio («%APPDATA%\Microsoft\Windows\Start Menu\Programs\Startup») para deshabilitar la ruta de ejecución silenciosa al iniciar sesión.

«Cualquier instalación de Ollama para Windows que ejecute las versiones 0.12.10 a 0.22.0 es vulnerable», dijo Dmitruk. «El recorrido de la ruta escribe los ejecutables elegidos por el atacante en la carpeta de inicio de Windows. La verificación de la firma faltante los mantiene allí: la limpieza posterior a la escritura que eliminaría los archivos sin firmar en un actualizador en funcionamiento no es operativa en Windows. En el siguiente inicio de sesión, Windows ejecuta lo que quedó».

«La cadena produce una ejecución de código persistente y silenciosa en el nivel de privilegio del usuario que ejecuta Ollama. Las cargas útiles realistas incluyen shells inversos, ladrones de información que filtran secretos del navegador y claves SSH, o droppers que giran hacia mecanismos de persistencia adicionales. Cualquier cosa que se ejecute como el usuario actual. Eliminar el binario eliminado de la carpeta de Inicio finaliza la persistencia, pero los defectos subyacentes permanecen».