• 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 - 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

Visualización cyberpunk oscura del marco de aplicación de la Ley de IA de la UE con patrones de circuitos brillantes

La Ley de IA de la UE Ya Es Aplicable: Lo Que Toda Empresa de IA Debe Saber

Las obligaciones de sistemas de IA de alto riesgo de la UE entraron en vigor el 2 de agosto de 2026, con sanciones de hasta 35 millones de euros o el 7% de la facturación global. Esto es lo que cambió y lo que toda empresa debe hacer ahora.

Necolas HamwiNecolas Hamwi
22 de agosto de 2026 - 8 min de lectura
Ilustración cyberpunk oscura de una cruz médica agrietada hecha de trazos de placa de circuito con partículas de datos brillantes

La Brecha de Datos de Salud de CareCloud Expone 3,75 Millones de Registros de Pacientes

Hackers robaron 3,75 millones de registros de pacientes de los sistemas de CareCloud en una de las mayores brechas de datos de salud de 2026.

Necolas HamwiNecolas Hamwi
21 de agosto de 2026 - 7 min de lectura

Stripe adquiere OpenRouter por 7.000 millones de dólares: el gigante de pagos se hace con la capa de enrutamiento de IA

Stripe ha cerrado un acuerdo para adquirir OpenRouter por más de 7.000 millones de dólares, más de 5 veces su valoración de 1.300 millones de hace solo 82 días. La adquisición otorga al gigante de pagos el control de la capa de enrutamiento que 8 millones de desarrollantes usan para acceder a más de 400 modelos de IA.

Necolas HamwiNecolas Hamwi
20 de agosto de 2026 - 7 min de lectura