• Tech Support ⤴
  • Projects
  • Services
    • AI Development
    • UI/UX Design
    • Web Development
    • Technology Support
    • Mobile App Development
    • Banking ATM Interfaces
    • Process Automation
    • Security Auditing
    • Local AI Servers
  • odoo ERP
get in touchStart with Eva
logo
Tech Support ⤴
Projects
Services
AI DevelopmentUI/UX DesignWeb DevelopmentTechnology SupportMobile App DevelopmentBanking ATM InterfacesProcess AutomationSecurity AuditingLocal AI Servers
odoo ERP
get in touchStart with Eva
Loading…
logo

Transforming businesses through AI-powered digital innovation and creative excellence.

Quick Links

BlogAinexProjectsContact us

Contact Us

pinDubai Digital Park, A5, DTEC - Silicon Oasisemail[email protected]phone+971 55 7538087
© 2026 aratech. All rights reserved.
Privacy PolicyTerms of ServiceCookie Policy
Inicio / Blog / El Framework de IA Bajo Asedio: Lo Que CVE-2025-62593 Significa para Cada Equipo que Usa Ray

El Framework de IA Bajo Asedio: Lo Que CVE-2025-62593 Significa para Cada Equipo que Usa Ray

Una vulnerabilidad crítica CVSS 9.4 en Ray, el framework de computación distribuida que potencia cargas de trabajo de IA en Amazon, Apple y OpenAI, está siendo explotada activamente por botnets. Esto es lo que cada equipo de IA necesita saber y hacer ahora mismo.

23 de agosto de 2026 · Actualizado 23 de agosto de 2026 - 7 min de lectura

Puntos clave

ExpandCollapse
  • - CVE-2025-62593 (CVSS 9.4) permite ejecución remota de código no autenticada en clústeres Ray mediante ataques de reenlace DNS a través de navegadores Firefox y Safari
  • - El botnet RondoDox comenzó a explotar esta vulnerabilidad dos días antes de que se publicara la CVE, confirmando explotación zero-day en la naturaleza
  • - ShadowRay 2.0 convierte clústeres de GPU comprometidos en botnets autorreplicantes para criptominería, DDoS, robo de datos y movimiento lateral
  • - La única defensa del navegador de Ray era verificar si el encabezado User-Agent comenzaba con 'Mozilla' — un control que fue eludido trivialmente
  • - La corrección es una actualización de un paso a Ray 2.52.0 o posterior, pero los equipos también deben inventariar instalaciones ocultas de Ray en laptops, runners de CI e imágenes de contenedores
Visualización cyberpunk oscura de una brecha de seguridad crítica en infraestructura de IA con acentos púrpura neón y cian

Un Plazo de Tres Días Que Lo Cambió Todo

El 17 de agosto de 2026, CISA añadió CVE-2025-62593 a su catálogo de Vulnerabilidades Explotadas Conocidas y dio a las agencias federales tres días para corregirla. Tres días. Eso es inusualmente corto, y te dice todo sobre qué tan en serio el gobierno de EE.UU. está tomando esto.

La vulnerabilidad reside en Ray, el framework de computación distribuida de código abierto que se ha convertido en la columna vertebral de la infraestructura moderna de inteligencia artificial y aprendizaje automático. Con más de 43,500 estrellas en GitHub y adopción por parte de Amazon, Apple y OpenAI, Ray no es alguna biblioteca olvidada acumulando polvo en un rincón. Es el motor que escala tus cargas de trabajo de IA desde un experimento en laptop hasta un clúster de producción.

Y ahora mismo, está completamente abierto.

Qué Hace Que Esta Vulnerabilidad Sea Diferente

La mayoría de las CVE críticas amenazan servidores encerrados en centros de datos. CVE-2025-62593 amenaza la máquina frente a la que estás sentado.

El ataque funciona a través de una técnica llamada reenlace DNS. Un desarrollador que ejecuta Ray localmente visita una página web maliciosa o ve un anuncio malicioso en Firefox o Safari. Esa página entonces envía solicitudes directamente al servicio Ray ejecutándose en la máquina del desarrollador, eludiendo la política de mismo origen del navegador. El resultado: ejecución arbitraria de código con los privilegios del proceso Ray.

La puntuación CVSS 4.0 es 9.4 sobre 10. Eso es lo más cercano a una tormenta perfecta que los investigadores de seguridad pueden encontrar.

La "Seguridad" Que No Existía

Aquí está la parte que duele. Los mantenedores de Ray tomaron la decisión deliberada de no implementar autenticación en endpoints críticos como /api/jobs y /api/job_agent/jobs/. Su único control de bloqueo de navegador era verificar si el encabezado HTTP User-Agent comenzaba con la palabra "Mozilla."

Eso no es un límite de seguridad. Es una sugerencia cortés.

En Firefox y Safari, los atacantes pueden manipular el valor del User-Agent a través del comportamiento de solicitud del navegador, eludiendo este filtro por completo. El equipo de Ray reconoció que esta fue una "decisión de larga data" que "una vez más llevó a una vulnerabilidad severa."

Cuando tu única defensa es una comparación de cadenas en un encabezado que el cliente controla, no tienes defensa. Tienes teatro.

ShadowRay 2.0: El Botnet Que Llegó Primero

La línea de tiempo es la parte más alarmante de esta historia. El equipo de inteligencia de amenazas de Bitsight descubrió que el botnet RondoDox comenzó a intentar explotar CVE-2025-62593 el 24 de noviembre de 2025. La CVE no se publicó hasta dos días después.

Eso significa que los actores de amenazas estaban rastreando la investigación pública de vulnerabilidades en tiempo real, construyendo exploits antes de que el aviso formal siquiera se publicara. No estaban esperando a CISA. No estaban esperando el parche. Ya estaban dentro.

La campaña, denominada ShadowRay 2.0, no solo explota Ray. Lo convierte en arma. Los clústeres de GPU comprometidos se convierten en botnets autorreplicantes capaces de:

  • Criptominería usando XMRig para minar criptomonedas con ciclos de GPU robados
  • Ataques DDoS aprovechando la naturaleza distribuida de los clústeres Ray
  • Robo de datos de cargas de trabajo de IA sensibles y datos de entrenamiento
  • Movimiento lateral a otros dashboards Ray expuestos en la misma red

Una instancia de Ray sin parchear en un nodo de GPU no es solo una responsabilidad para ese nodo. Es una cabeza de playa potencial para todo tu clúster.

Por Qué Esto Importa Más Allá de Big Tech

Ray no se limita a los laboratorios de IA de Fortune 500. Se ejecuta en laptops de desarrolladores, clústeres de Kubernetes, entornos AWS SageMaker, racks de GPU locales y servicios de nube administrados. Debido a que Ray a menudo se trata como una dependencia de desarrollador en lugar de un servidor de producción, frecuentemente cae fuera de los ciclos normales de gestión de vulnerabilidades y parches.

Ese punto ciego es exactamente lo que ShadowRay 2.0 está explotando.

Si tu equipo construye productos de IA, entrena modelos o ejecuta procesamiento distribuido de datos, hay una posibilidad significativa de que Ray esté en algún lugar de tu stack. Y si lo está, la pregunta no es si debes parchear. Es si ya lo has hecho.

Qué Hacer Ahora Mismo

La corrección es directa. Actualiza a Ray 2.52.0 o posterior. Todas las versiones anteriores están afectadas.

Pero actualizar es solo el primer paso. Aquí está la lista completa:

  1. Inventario tus instalaciones de Ray. Revisa laptops de desarrolladores, runners de CI, imágenes base de contenedores, clústeres de Kubernetes y entornos de computación en la nube. Ray a menudo se esconde en lugares que los equipos no piensan buscar.
  2. Actualiza a Ray 2.52.0 o posterior. Reconstruye las imágenes de contenedores que incluyan versiones anteriores de Ray. Verifica que los gestores de paquetes no hayan retenido una versión vulnerable.
  3. Restringe el acceso a la red. Si el parche inmediato no es posible, no expongas los dashboards o APIs de Ray a redes no confiables. Usa segmentación de red, proxies autenticados, VPNs y reglas de firewall.
  4. Audita tus registros. Busca envíos de trabajos inesperados, solicitudes API inusuales, actividad sospechosa del navegador o comandos no aprobados ejecutados por procesos Ray.
  5. Revisa tu postura de autenticación. La configuración predeterminada de Ray de no autenticación en endpoints críticos es una decisión de diseño, no un requisito. Envuelve Ray detrás de un proxy autenticado si debes ejecutar versiones anteriores temporalmente.

El Panorama General

CVE-2025-62593 no es solo otra entrada en el catálogo de CISA. Es un caso de estudio de lo que sucede cuando la infraestructura de IA crece más rápido que su modelo de seguridad.

Ray se convirtió en infraestructura crítica para la industria de la IA sin heredar las expectativas de seguridad que vienen con ese estado. Sin autenticación en endpoints de trabajo. Una verificación de User-Agent como única defensa del navegador. Una ventana de nueve meses entre los primeros intentos de explotación y la intervención de CISA.

Las herramientas de IA de las que depende tu equipo son tan seguras como los frameworks sobre los que están construidas. Y ahora mismo, uno de los frameworks más grandes acaba de recibir una llamada de atención.

Parcha Ray hoy. Audita tu stack esta semana. Y comienza a hacer preguntas más difíciles sobre la seguridad de la infraestructura que potencia tu IA.

Tabla de contenido

  • ↗Un Plazo de Tres Días Que Lo Cambió Todo
  • ↗Qué Hace Que Esta Vulnerabilidad Sea Diferente
  • ↗La "Seguridad" Que No Existía
  • ↗ShadowRay 2.0: El Botnet Que Llegó Primero
  • ↗Por Qué Esto Importa Más Allá de Big Tech
  • ↗Qué Hacer Ahora Mismo
  • ↗El Panorama General

Artículos relacionados

Una llave luminosa violeta y cian insertada en la puerta de un rack de servidores oscuro, con circuitos en el suelo

El botín son tus claves de API: dentro de la brecha de Railway

Un atacante pasó 36 horas dentro de la infraestructura de build de Railway, abrió las variables cifradas de los clientes y se llevó claves de proveedores de IA con las que se quemaron unos 740.000 dólares de cómputo ajeno. Nadie pescó una contraseña: el objetivo eran las claves, cosechadas para el mercado de la destilación de modelos.

Necolas HamwiNecolas Hamwi
11 de noviembre de 2026 - 7 min de lectura
Ilustración cyberpunk oscura de un concentrador de consola cian con trazas de circuito hacia cientos de nodos, un enlace agrietado con luz magenta.

Tu RMM es la puerta principal: 30 zero-days sobre la herramienta que lo gestiona todo

Un investigador publicó más de treinta exploits funcionales para N-central, la plataforma que los MSP usan para administrar cada dispositivo de sus clientes, y el fabricante apagó su nube en todo el mundo en menos de un día. Los fallos dan titulares una semana; el proceso de divulgación roto detrás de ellos importa durante la próxima década.

Necolas HamwiNecolas Hamwi
10 de noviembre de 2026 - 7 min de lectura
Un libro contable bancario de cristal translúcido con una línea de pago cortada que sangra hacia un token cripto, rodeado de una red morada de proveedores

No hackearon el banco. Hackearon su cuenta.

Un banco francés perdió hasta 133 millones de dólares y ningún saldo de cliente se movió. El atacante usó la cuenta de la propia institución, a la que llegó a través de la plataforma de un proveedor de servicios, y luego convirtió el dinero en stablecoins. La lección para bancos y fintechs del Golfo es que la joya de la corona es tu propia capacidad de mover dinero.

Necolas HamwiNecolas Hamwi
9 de noviembre de 2026 - 7 min de lectura