Skip to content

Brechas de datos y ciberataques de marzo de 2026: resumen

31 de marzo de 2026 · PlayCISO

Marzo de 2026 fue un mes de compromiso de la cadena de suministro y abuso de identidades mucho más que de malware clásico. Un solo grupo de amenazas envenenó la cadena de herramientas de IA y las herramientas de seguridad pensadas para defenderla; un ataque destructivo y sin malware borró más de 200.000 dispositivos de un fabricante de dispositivos médicos usando solo un inicio de sesión de administrador robado; y la ola de extorsión de Cl0p contra Oracle E-Business Suite siguió produciendo víctimas confirmadas. Este es un resumen independiente y con atribuciones: cada cifra tiene fuente, cada caso se marca como confirmado, reivindicado o rumor, con una lección defensiva. PlayCISO es independiente y no está afiliado a ninguna de las organizaciones mencionadas; esto es información general, no un comentario sobre la conducta de ninguna parte concreta, y no nombramos a ninguna persona.

Método, y una nota sobre las puntuaciones de gravedad

Contrastamos cada caso con la información primaria, las declaraciones de los proveedores y los documentos presentados ante los reguladores, corregimos las cifras cuando las fuentes no coincidían y señalamos todo lo que no pudimos sostener. La gravedad editorial junto a cada entrada es una lectura subjetiva de PlayCISO sobre diez: cuánto creemos que debería importarle a un responsable de seguridad, dados la escala, la sensibilidad y lo aplicable que sea la solución. No es CVSS, ni EPSS, ni ningún estándar reconocido; úsala solo como señal relativa rápida. Varias de las cifras más llamativas de este mes son reivindicaciones de los atacantes sin verificar y no hechos confirmados, y las marcamos como tales.

Confirmado: la campaña contra la cadena de suministro de herramientas de IA

La historia que define el mes también tiene su lugar en cualquier conversación sobre si «la IA está cambiando los ataques», no porque una IA hiciera el hackeo, sino porque los atacantes apuntaron deliberadamente a la cadena de herramientas de IA y de seguridad en sí.

  • TeamPCP / LiteLLM (compromiso de la cadena de suministro sin CVE). Un grupo de amenazas rastreado como TeamPCP publicó en PyPI el 24 de marzo de 2026 versiones con puerta trasera del gateway de LLM más extendido, LiteLLM: las versiones 1.82.7 y 1.82.8. La versión 1.82.8 incluía un archivo litellm_init.pth; como Python ejecuta las líneas de los archivos .pth al arrancar el intérprete, la carga se ejecutaba cada vez que arrancaba cualquier proceso de Python en el entorno, sin necesidad de importar LiteLLM. Robaba variables de entorno, claves SSH, credenciales de la nube, datos de Kubernetes, configuraciones de Docker, credenciales de bases de datos y secretos de CI/CD, los cifraba y los exfiltraba a un host controlado por el atacante, y establecía persistencia. Estado: Confirmado. Gravedad editorial: 8/10. Lección: si algún sistema descargó la 1.82.7 o la 1.82.8, da por hecho el compromiso, reconstruye desde imágenes limpias y rota todas las credenciales accesibles. Nuestra comprobación de exposición a LiteLLM te ayuda a saberlo rápido; y ten en cuenta que es un incidente distinto del compromiso de la 1.107.0 de octubre.
  • La ola más amplia de TeamPCP: escáneres de seguridad envenenados. La misma campaña, que los investigadores fechan a partir de un compromiso de Trivy el 19 de marzo, afectó también al escáner de vulnerabilidades Trivy (la versión maliciosa v0.69.4 y las GitHub Actions e imágenes de Docker asociadas), a las GitHub Actions de Checkmarx/KICS, a extensiones de OpenVSX y al paquete Telnyx de PyPI (4.87.1/4.87.2, el 27 de marzo). La información publicada indica que los atacantes reutilizaron tokens de publicación robados en compromisos anteriores. Estado: Confirmado. Gravedad editorial: 8/10. Lección: las herramientas en las que confías para encontrar problemas son a su vez dependencias: fíjalas y verifica su hash, descárgalas de un registro revisado y pon controles de salida en los equipos de compilación para que un ladrón de información no pueda llamar a casa.

El planteamiento honesto: no hay pruebas de que un modelo de IA dirigiera de forma autónoma esta campaña. Lo que es inequívoco es que los atacantes apuntan a la cadena de suministro de la IA precisamente porque un gateway de LLM reúne en un solo sitio todas las claves de los modelos y las credenciales de la nube: la mayor concentración de secretos de valor de un stack moderno.

Confirmado: ataques destructivos y fallos explotados

  • Stryker: el wiper de Handala. El 11 de marzo, un ataque atribuido al grupo Handala, vinculado a Irán, comprometió una cuenta de administrador de Microsoft Intune, creó una nueva cuenta de administrador global y usó la plataforma legítima de gestión de dispositivos para borrar dispositivos en remoto: más de 200.000 en 79 países, con la fabricación y los envíos interrumpidos. No se usó malware ni ransomware. Stryker confirmó el borrado en un 8-K ante la SEC y dijo que no encontró ninguna prueba de exfiltración de datos; la reivindicación de Handala de 50 TB robados queda, por tanto, sin verificar. Estado: Confirmado (borrado); exfiltración de 50 TB reivindicada (sin verificar). Gravedad editorial: 8/10. Lección: las consolas privilegiadas de gestión de dispositivos y de identidad son un punto único de fallo administrativo: impón una MFA resistente al phishing, genera alertas ante la creación de administradores globales nuevos y ensaya la recuperación tras un borrado masivo.
  • Cl0p / Oracle E-Business Suite: Michelin lo confirma. La larga campaña de extorsión de Cl0p que explota un fallo de Oracle E-Business Suite siguió sumando víctimas; Michelin confirmó hacia el 11 o 12 de marzo que se había explotado un zero-day de EBS, y describió un volumen de datos pequeño y localizado, sin información técnica sensible y sin despliegue de ransomware. Cl0p publicó unos 315 GB que atribuye a Michelin y ha listado más de 100 supuestos objetivos. Estado: brecha confirmada por Michelin; volumen de 315 GB reivindicado por Cl0p (sin verificar). Gravedad editorial: 6/10. Lección: si usas Oracle EBS, confirma que tienes el parche contra el fallo explotado y busca accesos previos; no confirmes en tus propias comunicaciones las cifras de volumen de un grupo de extorsión.
  • Incorporaciones al KEV de CISA (20 de marzo). CISA añadió cinco fallos explotados activamente a su catálogo de vulnerabilidades explotadas conocidas: tres fallos de varios productos de Apple (CVE-2025-31277, CVE-2025-43510, CVE-2025-43520), un fallo de inyección de código en Craft CMS (CVE-2025-32432) y un fallo de inyección de código en Laravel Livewire (CVE-2025-54068). Estado: Confirmado (explotados). Gravedad editorial: 7/10. Lección: el KEV es tu lista corta de prioridades de parcheo: estos tienen explotación documentada, así que se cuelan en la cola sea cual sea su CVSS.
  • RCE en F5 BIG-IP (27 de marzo). CISA añadió al catálogo KEV CVE-2025-53521, un fallo de ejecución remota de código en F5 BIG-IP. Estado: Confirmado (explotado). Gravedad editorial: 7/10. Lección: los appliances perimetrales y de entrega de aplicaciones son objetivos perennes de acceso inicial; parchéalos y restringe el acceso al plano de gestión.

Confirmado e informado: grandes brechas de datos

  • Cegedim Sante (Francia). El proveedor de software médico confirmó el 3 de marzo una brecha en una plataforma que usan los médicos franceses, con 15,8 millones de historiales de pacientes expuestos, y un subconjunto de archivos con notas clínicas en texto libre. El incidente se detectó en octubre de 2025 y se comunicó unos cuatro meses después. Estado: Confirmado. Gravedad editorial: 8/10. Lección: el texto libre clínico está entre los datos más sensibles que puedes perder; minimiza lo que se conserva y cífralo en reposo.
  • Navia Benefit Solutions. El administrador de prestaciones comunicó una brecha que afecta a unos 2,7 millones de personas, al parecer a través de una interfaz expuesta, con números de la Seguridad Social y datos de cuentas afectados. Estado: Confirmado (comunicado por la empresa). Gravedad editorial: 7/10. Lección: inventaría y autentica cada API que toque datos regulados: un endpoint expuesto es una brecha a la espera de ser comunicada.
  • Aura. La empresa de protección de la identidad confirmó una intrusión mediante phishing por voz en la que un atacante se hizo pasar por un contacto de confianza para obtener aproximadamente una hora de acceso; unos 900.000 registros quedaron al alcance, de los que, según Aura, unos 20.000 clientes actuales y 15.000 antiguos se vieron afectados directamente (el resto eran contactos de marketing antiguos), sin exposición de números de la Seguridad Social, contraseñas ni datos financieros. ShinyHunters lo reivindicó. Estado: Confirmado. Gravedad editorial: 6/10. Lección: el vishing vence a los procesos de asistencia basados en contraseñas: exige una verificación de identidad fuerte y por otro canal antes de cualquier acción privilegiada.
  • Crunchyroll. El servicio de streaming confirmó una brecha limitada a los datos de tickets de atención al cliente, a los que se llegó tras un phishing a un agente de soporte externo con acceso federado; la información publicada habla de unos 100 GB y millones de tickets exfiltrados, mientras que la cifra de 6,8 millones de usuarios afectados es del atacante. Estado: Confirmado (brecha de datos de soporte); número de usuarios reivindicado (sin verificar). Gravedad editorial: 6/10. Lección: los puestos de soporte externalizados llevan tu SSO: limita estrictamente su acceso y vigílalo como el de un empleado.
  • Sector sanitario. Marzo trajo una serie de incidentes en el sector sanitario: el University of Hawaiʻi Cancer Center informó de un suceso de ransomware que afecta a unos 1,2 millones de personas, se informó de que TriZetto, de Cognizant, había expuesto datos de unos 3,4 millones de personas, y el University of Mississippi Medical Center confirmó un ataque del ransomware Medusa que cerró consultas y dejó su historia clínica electrónica fuera de servicio durante días. Estado: interrupciones confirmadas; varios recuentos informados en lugar de confirmados por la organización. Gravedad editorial: 7/10. Lección: la sanidad sigue siendo el objetivo de mayores consecuencias: los planes de inactividad para la seguridad de los pacientes importan tanto como la protección de los datos.

Reivindicado y rumor: trátalo como marketing de los atacantes

  • Telus Digital / ShinyHunters. Se confirmó una brecha del proveedor de externalización, pero la reivindicación de ShinyHunters de hasta 1 petabyte de datos no está verificada. Estado: brecha confirmada; volumen reivindicado (sin verificar). Gravedad editorial: 6/10.
  • Comisión Europea (Europa.eu) / ShinyHunters. La Comisión confirmó que se sustrajeron datos de sitios web públicos alojados en su nube y dijo que los sistemas internos no se vieron afectados; la cifra de 350 GB es la reivindicación de ShinyHunters. Estado: brecha limitada confirmada; 350 GB reivindicados (sin verificar). Gravedad editorial: 5/10.
  • El «F-35» de Lockheed Martin (reivindicación de hacktivistas proiraníes). Un grupo proiraní afirmó haber robado unos 375 TB, incluidos planos del F-35, con una exigencia de rescate de más de 400 millones de dólares, según se informó. No encontramos ninguna corroboración de la empresa ni de investigadores independientes; la escala y el planteamiento encajan con la exageración hacktivista clásica. Estado: rumor / sin verificar; ninguna pérdida de datos confirmada. Gravedad editorial: 4/10. Lo incluimos solo para dejar claro que no está fundamentado.

Qué hacer esta semana

  • Busca los paquetes de TeamPCP (LiteLLM 1.82.7/1.82.8 y las versiones afectadas de Trivy, Checkmarx/KICS y Telnyx), reconstruye cualquier equipo o runner de CI que los descargara y rota todas las credenciales que pudieran leer esos entornos.
  • Aplica los parches de las incorporaciones de marzo al KEV (Apple, Craft CMS y Laravel Livewire el 20 de marzo; F5 BIG-IP el 27 de marzo) y confirma el parche de Oracle E-Business Suite contra el fallo explotado por Cl0p.
  • Protege las consolas privilegiadas de identidad y de gestión de dispositivos (el borrado de Stryker salió por completo de una sola cuenta de administrador de Intune) con MFA resistente al phishing y alertas ante la creación de administradores nuevos.
  • Trata a los socios SaaS y de externalización como riesgo de proveedores dentro del alcance. Varias brechas de este mes llegaron a través de un tercero; inventaría lo que tiene cada uno y puntúalos con nuestra tarjeta de puntuación de riesgo de proveedores.
  • Construye por capas para que una credencial robada no sea el fin de la partida (consulta la defensa en profundidad) y pon una cifra defendible a la exposición con la calculadora de coste de brechas.

Esto forma parte de nuestra serie mensual; para comparar, consulta el resumen de octubre de 2026, que siguió muchos de los mismos patrones de cadena de suministro e identidad más adelante en el año.

Preguntas frecuentes

¿Los mayores ataques de marzo de 2026? La campaña de cadena de suministro de TeamPCP (LiteLLM 1.82.7/1.82.8 más Trivy, Checkmarx/KICS y Telnyx), el wiper de Handala que borró más de 200.000 dispositivos de Stryker y la ola de Cl0p contra Oracle E-Business Suite (Michelin lo confirmó); además de las brechas de datos de Cegedim Sante, Navia, Aura y Crunchyroll.

¿Cómo se decidieron las puntuaciones de gravedad? Una lectura subjetiva de PlayCISO sobre diez, no CVSS ni ningún estándar. Úsala solo como señal relativa.

¿El ataque a LiteLLM de marzo fue el mismo que el de octubre? No: marzo fue el compromiso de TeamPCP de la 1.82.7/1.82.8; octubre fue un incidente distinto en la 1.107.0, con un truco .pth parecido pero no atribuido a TeamPCP.

¿Eran reales las grandes cifras de las brechas? Varias eran reivindicaciones sin verificar: los 50 TB de Handala de Stryker, el petabyte de ShinyHunters de Telus y los 350 GB de la Comisión Europea, los 315 GB de Cl0p de Michelin y un supuesto robo de 375 TB a Lockheed Martin.

¿Qué hacer primero? Busca los paquetes de TeamPCP y rota los secretos accesibles, aplica los parches de los fallos del KEV de marzo y de Oracle EBS, protege las consolas privilegiadas de identidad y trata a los socios SaaS y de externalización como riesgo de proveedores dentro del alcance.

Preguntas frecuentes

¿Cuáles fueron los mayores ciberataques de marzo de 2026?

El suceso que define el mes fue la campaña de cadena de suministro de TeamPCP, que publicó en PyPI el 24 de marzo versiones con puerta trasera del gateway de LLM más extendido, LiteLLM (1.82.7 y 1.82.8), junto con paquetes comprometidos de escaneo de seguridad como Trivy, Checkmarx/KICS y Telnyx. Un ataque destructivo distinto, atribuido al grupo Handala, vinculado a Irán, borró el 11 de marzo más de 200.000 dispositivos de Stryker en 79 países abusando de una cuenta de administrador de Microsoft Intune, algo que Stryker confirmó en un documento ante la SEC. La ola de extorsión del grupo Cl0p contra Oracle E-Business Suite siguió produciendo víctimas confirmadas, entre ellas Michelin. En el terreno de las brechas de datos, Cegedim Sante confirmó el robo de 15,8 millones de historiales de pacientes franceses, Navia Benefit Solutions comunicó una brecha que afecta a unos 2,7 millones de personas, Aura confirmó una intrusión mediante phishing por voz que alcanzó unos 900.000 registros y Crunchyroll confirmó una brecha de datos de tickets de soporte a través de un agente externo. Varias cifras grandes (Telus Digital con hasta un petabyte, la Comisión Europea con 350 GB y un supuesto robo de 375 TB a Lockheed Martin) son reivindicaciones de los atacantes sin verificar.

¿Cómo decidió PlayCISO las puntuaciones de gravedad?

Las cifras de gravedad de este resumen son una lectura editorial subjetiva de PlayCISO, puntuada sobre diez según cuánto debería importarle a un responsable de seguridad, dados la escala, la sensibilidad y lo aplicable que sea la solución. No son CVSS, ni EPSS, ni ningún estándar reconocido, y no deben usarse por sí solas para priorizar parches. Para las vulnerabilidades de software, usa la puntuación CVSS del proveedor más tus propios datos de exposición y explotación (como el catálogo de vulnerabilidades explotadas conocidas de CISA); para las brechas, usa tu propia clasificación de datos y tu exposición regulatoria. Trata nuestra cifra como una señal relativa rápida, no como una medición.

¿El ataque de TeamPCP a LiteLLM fue el mismo que el compromiso de LiteLLM de octubre?

No: son dos incidentes distintos, y confundirlos es un error habitual. El suceso de marzo de 2026 se atribuyó a un grupo de amenazas rastreado como TeamPCP, que envenenó LiteLLM 1.82.7 y 1.82.8 en PyPI (publicadas el 24 de marzo) como parte de una campaña más amplia contra paquetes de escáneres de seguridad, entre ellos Trivy, Checkmarx/KICS y Telnyx. Un compromiso posterior y distinto de LiteLLM, el de la versión 1.107.0 el 21 de octubre de 2026, usó un truco parecido de ejecución al arrancar mediante .pth, pero no se ha atribuido públicamente a TeamPCP. Ambos los cubre nuestra comprobación gratuita de exposición a LiteLLM. El hilo común es que la propia cadena de herramientas de IA es hoy un objetivo prioritario de la cadena de suministro, porque los gateways y los proxies están por encima de las claves más sensibles de una organización.

¿Eran reales las cifras de las brechas de ransomware y de hacktivistas?

Trátalas como marketing hasta que las confirme la organización afectada. Varias de las mayores cifras de marzo son reivindicaciones de los atacantes sin verificar: Handala reivindicó 50 TB robados a Stryker, pero Stryker no encontró pruebas de exfiltración; ShinyHunters reivindicó hasta un petabyte de Telus Digital y 350 GB de la Comisión Europea, mientras que la Comisión dice que solo se sustrajeron datos de sitios web públicos y que los sistemas internos no se tocaron; Cl0p publicó unos 315 GB que atribuye a Michelin, que describe solo un volumen pequeño y localizado; y un grupo proiraní afirmó haber robado 375 TB del «F-35» de Lockheed Martin con una exigencia de rescate de más de 400 M$ que sigue sin ninguna base. Los grupos de extorsión y hacktivistas inflan habitualmente los volúmenes y añaden afirmaciones de gran impacto para presionar el pago y atraer la atención, así que una reivindicación sin verificar no es lo mismo que un hecho establecido.

¿Qué deberían hacer los equipos de seguridad ante los incidentes de este mes?

Busca los paquetes comprometidos por TeamPCP (LiteLLM 1.82.7/1.82.8 y las versiones afectadas de Trivy, Checkmarx/KICS y Telnyx), reconstruye cualquier equipo o runner de CI que los descargara y rota todas las credenciales que pudieran leer esos entornos (claves de la nube, tokens de SSH y Kubernetes, secretos de CI/CD). Aplica los parches de las incorporaciones de marzo al KEV de CISA, incluidos los fallos de Apple, Craft CMS y Laravel Livewire añadidos el 20 de marzo y el fallo de ejecución remota de código de F5 BIG-IP añadido el 27 de marzo. Si usas Oracle E-Business Suite, confirma que tienes el parche contra el fallo explotado en la campaña de Cl0p y busca accesos previos. Protege las consolas privilegiadas de gestión de dispositivos y de identidad (el borrado de Stryker salió por completo de una sola cuenta de administrador), impón una MFA resistente al phishing y trata a los socios SaaS y de externalización como riesgo de proveedores dentro del alcance: varias brechas de este mes llegaron a través de un tercero. Pon una cifra en dinero defendible a la exposición para que el negocio entienda lo que está en juego.

🖤 Black Friday: new customers get 3 months of Pro for $5, then $5/month. Ends 30 Nov. Claim 3 months for $5 →