NAP Latino

Publicado el 16 de agosto de 2026 · Revisado el 16 de agosto de 2026

El grupo de ransomware Cl0p dice haber vulnerado a Shell, Philips y GE — el mismo patrón de ataque que ya golpeó a miles de empresas en 2023

El 13 de agosto, el grupo de ransomware Cl0p afirmó haber comprometido cerca de 50 empresas, entre ellas Shell, Philips, GE y la procesadora de pagos Fiserv, presuntamente a través de una falla de día cero todavía no confirmada en Oracle E-Business Suite. Ninguna de las víctimas confirmó el ataque por completo — pero el método que se sospecha, explotar en masa una sola falla en software empresarial ampliamente usado, es exactamente el mismo que este mismo grupo ya usó en 2023 para golpear a miles de organizaciones de una sola vez.

El 13 de agosto, el grupo de ransomware Cl0p —vinculado a Rusia y con años de historial en ataques de este tipo— se atribuyó públicamente un ataque que, según sus propias palabras, comprometió a cerca de 50 empresas. Entre los nombres que mencionó están gigantes como Shell, Philips, GE y la procesadora de pagos Fiserv. Vale la pena ser precisos con lo que está confirmado y lo que no: esa cifra de 50 empresas viene del propio grupo atacante, no de una fuente independiente, y ninguna de las víctimas nombradas confirmó el incidente por completo. Shell reconoció estar "investigando un posible incidente", y Philips habló de "un intento de ciberataque" sin confirmar que los datos efectivamente salieron. Cl0p, según reportes todavía sin confirmar por las víctimas, afirma haber extraído cerca de 89 GB de datos de Shell —incluyendo planos técnicos e imágenes de instalaciones— y 13,5 GB de Philips.

El detalle técnico que más preocupa a la industria no es tanto la lista de víctimas como el método sospechado: los reportes apuntan a una posible vulnerabilidad de día cero en Oracle E-Business Suite, un paquete de software empresarial usado por miles de organizaciones grandes para gestionar finanzas, cadena de suministro y recursos humanos. Ningún CVE oficial se ha confirmado todavía, y ninguna de las víctimas verificó ese vector específico — pero si el patrón se confirma, sería una repetición casi exacta de algo que ya pasó antes con el mismo grupo.

En 2023, Cl0p protagonizó uno de los ataques de cadena de suministro más grandes de la historia reciente, explotando una vulnerabilidad de día cero en MOVEit, un software de transferencia de archivos usado por miles de organizaciones alrededor del mundo. La táctica fue exactamente la misma que se sospecha ahora: en vez de atacar empresa por empresa, el grupo encontró una sola falla en un software que decenas de miles de organizaciones ya tenían instalado, la explotó de forma masiva antes de que nadie supiera que existía, y luego pasó meses extorsionando a las víctimas una por una, empresa por empresa, con los datos ya robados. Ese ataque terminó afectando a miles de organizaciones en todo el mundo, muchas de las cuales ni siquiera sabían que MOVEit formaba parte de su cadena de proveedores tecnológicos hasta que ya era tarde.

La lección de fondo, incluso con los detalles de este caso específico todavía sin confirmar, no cambia: el punto más débil de la seguridad de una empresa grande casi nunca es su propia infraestructura directamente administrada — es el software empresarial de terceros que corre por debajo, del que depende para operaciones críticas, y sobre el que tiene poco o ningún control directo sobre cuándo se descubre y se parcha una vulnerabilidad. Ninguna cantidad de disciplina interna de seguridad protege contra una falla de día cero en un producto que un proveedor externo todavía no sabe que tiene.

Para cualquier negocio, sin importar el tamaño, la pregunta útil que deja este caso no es "¿uso Oracle E-Business Suite?" —la mayoría de nuestros lectores probablemente no—, sino una más general: ¿tienes un inventario claro de qué software empresarial de terceros corre en tu operación, y un plan para actuar rápido cuando uno de esos proveedores anuncie una vulnerabilidad crítica? Cl0p ya demostró una vez que sabe ejecutar este tipo de ataque a una escala masiva. Si el patrón se repite con Oracle como se sospecha, la velocidad de reacción de cada empresa afectada —no la sofisticación de su propia infraestructura— va a ser lo que determine qué tan caro sale este incidente para cada una.