Ciberataques

Ataque a la Cadena de Suministro

Ciberataque que compromete a una organización objetivo a través de vulnerabilidades en sus proveedores, socios tecnológicos o componentes de software de terceros, explotando la confianza inherente en las relaciones comerciales y técnicas de la cadena de suministro.

22 min de lectura

Definición técnica

Un ataque a la cadena de suministro (supply chain attack) es un ciberataque que compromete a una organización objetivo de forma indirecta, explotando vulnerabilidades en sus proveedores, socios tecnológicos o componentes de software de terceros. En lugar de atacar directamente las defensas del objetivo (firewalls, EDR, SOC), el atacante compromete un eslabon de confianza en su cadena de suministro, aprovechando que las organizaciones confian implicitamente en las actualizaciones de sus proveedores de software, en los componentes de código abierto que utilizan y en la infraestructura de sus socios comerciales.

El efecto multiplicador es lo que los hace únicos: comprometer un solo proveedor puede dar acceso simultaneo a miles de organizaciones cliente. SolarWinds afecto a 18.000 entidades. Kaseya a 1.500 empresas. MOVEit a 2.600 organizaciones y 77 millones de personas.

Estadísticas clave:

MétricaDatoFuente
Coste global anual53.200 M USD, proyección de 81.000 M USDJuniper Research, whitepaper de mayo de 2023 — la proyección es a 2026 desde esa fecha, no una medición de 2025. ⚠️ El documento está tras registro: su página pública confirma el título y la fecha (11 de mayo de 2023) pero no contiene las cifras, así que no se han cotejado
Porcentaje brechas vía terceros22,5 % en 2025, «el doble que en 2024»Cipher (Prosegur), dato global
Ciclo de identificación y contenciónIBM cifra el ciclo completo en 241 días de media global en 2025 —181 en identificar y 60 en contener, mínimo de nueve años—, sin desglose público por vectorIBM Cost of a Data Breach
Coste medio por brecha supply chain4,88 M USDIBM Cost of Data Breach, 2024
Sector manufacturero+61 % interanual, el más afectado junto a tecnología y retailCipher (Prosegur), dato global
Sector más afectadoManufacturero: de 23 incidentes a 37, un +61 %Cipher (Prosegur)

Tipos de ataques a la cadena de suministro

1. Software supply chain (ataques al software)

El atacante compromete el proceso de desarrollo, compilación o distribución de software para inyectar código malicioso en actualizaciones legítimas.

SubtipoMecanismoEjemplo real
Troyanizacion de actualizacionesMalware inyectado en update oficialSolarWinds Orion (2020)
Compromiso del pipeline CI/CDAcceso al sistema de build para modificar binariosCodecov (2021)
Dependency confusiónPaquete malicioso con nombre idéntico a dependencia internaAtaque a Microsoft, Apple, PayPal (2021)
Typosquatting en repositoriosPaquete malicioso con nombre similar en npm/PyPI”event-stream” npm (2018)
Backdoor en código fuenteCompromiso directo del repositorio del proyectoXZ Utils (2024)

2. Hardware supply chain (ataques al hardware)

Manipulación de componentes físicos durante la fabricación o distribución para introducir backdoors a nivel de firmware o circuito.

SubtipoMecanismoRiesgo
Firmware comprometidoModificación del firmware de dispositivos en fábricaDetección extremadamente difícil
Chips espiasInserción de microchips adicionales en placas baseEspionaje a nivel de estado
Dispositivos falsificadosComponentes falsificados con funcionalidad ocultaFallo de seguridad en infraestructura critica

3. Service provider attacks (ataques a proveedores de servicios)

Compromiso de empresas que prestan servicios gestionados (MSP), hosting, cloud o soporte IT para acceder a las redes de sus clientes.

CasoProveedor comprometidoClientes afectados
Kaseya VSA (2021)Plataforma de gestion IT para MSPs1.500+ empresas via 60 MSPs
SHI International (2022)Distribuidor IT empresarialMiles de empresas Fortune 500
Okta (2022-2023)Proveedor de identidad/SSOClientes empresariales globales

4. Open source supply chain (ataques a código abierto)

Compromiso de bibliotecas y paquetes de código abierto ampliamente utilizados. Es el vector de mayor crecimiento por la dependencia universal del software moderno en componentes open source.

CasoComponenteImpacto
Log4Shell (2021)Librería Java Log4jMillones de servidores vulnerables globalmente
XZ Utils (2024)Utilidad de compresión LinuxBackdoor SSH en distribuciones Linux principales
event-stream (2018)Paquete npm JavaScript8 millones de descargas con malware

Casos emblemáticos

SolarWinds (2020): el ataque que cambio las reglas

Atacante: APT29 (Cozy Bear), vinculado a SVR (inteligencia rusa) Vector: Actualización troyanizada del software de monitorización de red SolarWinds Orion Víctimas: 18.000 organizaciones, incluyendo 9 agencias federales de EE.UU., Microsoft, Intel, Cisco

Fase del ataqueDetalle técnico
Acceso inicialCompromiso del entorno de build de SolarWinds (inyección en pipeline CI/CD)
PayloadBackdoor SUNBURST inyectado en DLL SolarWinds.Orion.Core.BusinessLayer.dll
DistribuciónActualización firmada digitalmente distribuida a 18.000 clientes
PersistenciaBeacon C2 dormido 12-14 días antes de activarse (evasión sandbox)
ExfiltraciónTráfico C2 camuflado como comunicaciones SolarWinds legítimas
Detección9 meses después (descubierto por FireEye/Mandiant en dic. 2020)
Coste estimado100.000M USD (respuesta global)

Kaseya VSA (2021): ransomware a escala

Atacante: REvil (grupo RaaS ruso) Vector: Explotación de vulnerabilidades zero-day en Kaseya VSA (gestion remota IT) Impacto: 60 MSPs comprometidos, 1.500+ empresas afectadas, petición de rescate de 70M USD

El ataque fue especialmente devastador porque Kaseya VSA es utilizado por Managed Service Providers (MSPs) que gestionan la IT de cientos de empresas cada uno. Comprometer el MSP dio acceso en cascada a todos sus clientes.

MOVEit Transfer (2023): exfiltración masiva

Atacante: Cl0p (grupo ransomware/extorsión) Vector: Vulnerabilidad zero-day en software de transferencia de archivos MOVEit (CVE-2023-34362, inyección SQL) Impacto: 2.600+ organizaciones, 77+ millones de personas afectadas

Víctima destacadaDatos expuestos
BBCDatos de empleados
British AirwaysDatos de empleados
ShellDatos de empleados
US Dept. of EnergyInformación interna
Maximus (contratista gobierno)11 millones registros personales

XZ Utils (2024): el backdoor más sofisticado

Atacante: “Jia Tan” (identidad ficticia, sospecha de actor estatal) Vector: Backdoor en librería de compresión xz/liblzma (CVE-2024-3094) Impacto potencial: Acceso SSH a millones de servidores Linux

Un atacante opero durante 2 años como contribuidor legitimo del proyecto open source XZ Utils, ganando la confianza del mantenedor principal hasta obtener permisos de commit. Inserto un backdoor sofisticado en el proceso de build que modificaba la librería liblzma utilizada por OpenSSH, permitiendo autenticación remota sin credenciales. Fue descubierto por casualidad por un ingeniero de Microsoft (Andres Freund) que noto un retraso de 500ms en conexiones SSH.

Tendencia 2025-2026: ataques a herramientas de desarrollo

Los atacantes están priorizando herramientas utilizadas por desarrolladores y administradores de sistemas (IDEs, editores de código, utilidades de sistema) porque estos usuarios suelen tener privilegios elevados en las redes corporativas. Comprometer su estación de trabajo equivale a obtener acceso privilegiado a toda la infraestructura.


Datos 2025: la duplicación de ataques

Informe Cipher (Prosegur): lo que dice y lo que no

El informe Supply Chain Attacks: 2025 Analysis and 2026 Trends, elaborado por la Unidad x63 de Cipher y presentado el 5 de febrero de 2026, es global: no publica un desglose por países ni cifras específicas de España. Estos son sus datos, tal como aparecen en la ficha del informe en Cipher —la nota de prensa de Prosegur que se citaba aquí ha dejado de responder—:

Métrica (global, 2025)Dato
Brechas que involucraron a terceros o proveedores22,5 %, «el doble que en 2024». Conviene saber que el DBIR de Verizon mide lo mismo y da otra cifra —30 % en su edición de 2025 y 48 % en la de 2026—: son muestras y metodologías distintas, y ninguna de las dos es la cifra
Coste medio por incidente4,88 millones de dólares
Tiempo medio hasta detectarlos254 días (la fuente dice «to detect them», no «detectar y contener», que es otra métrica y otro número)
Crecimiento en el sector manufacturero+61 % interanual
Incidentes de ransomware (enero-septiembre)4.701
Paquetes maliciosos detectados en repositorios open source877.522

Conviene saber de dónde salen: el propio informe declara que integra datos de IBM, Verizon DBIR, Sophos, KELA y Sonatype. Es un trabajo de agregación, no una medición propia, y por eso sus cifras coinciden con las de esos informes.

Datos globales

Métrica global 2025DatoFuente
Ataques supply chain software+68% vs 2024Sonatype State of Supply Chain, 2025
Paquetes maliciosos en repositorios700.000+ identificados (acumulado)Sonatype, 2025
Coste medio por incidente4,88 M USD — es la media global de todas las brechas que IBM publicó para 2024 y que Cipher reutiliza en su informe, no un coste medido solo sobre las de cadena de suministroIBM vía Cipher
Tiempo de detecciónNo hay cifra pública específica para la cadena de suministro—

Nota sobre esta tabla: figuraba en ella una cifra atribuida a Gartner, citada sin documento ni enlace. Se retiró; coincidía además con el +61 % del sector manufacturero, que mide otra cosa.


NIS2 y la cadena de suministro

La Directiva (UE) 2022/2555 (NIS2), que debe ser transpuesta por los Estados miembros (España aún en proceso: el plazo venció el 17 de octubre de 2024), introduce obligaciones específicas sobre seguridad de la cadena de suministro:

Obligaciones para entidades esenciales e importantes

Obligación NIS2ArtículoImplicación practica
Gestion riesgos cadena suministroArt. 21.2(d)Evaluación de seguridad de todos los proveedores críticos
Seguridad en adquisiciónArt. 21.2(d)Requisitos de seguridad en contratos con proveedores
Gestion de vulnerabilidadesArt. 21.2(e)Proceso formal de parcheo de componentes de terceros
Notificación de incidentesArt. 23Notificar incidentes supply chain en 24h (alerta temprana) + 72h (informe detallado)
Auditorias de proveedoresArt. 21.3Verificación periódica del nivel de seguridad de proveedores críticos
Evaluación coordinadaArt. 22Participación en evaluaciones coordinadas de riesgo a nivel UE

Sanciones por incumplimiento

  • Entidades esenciales: Hasta 10 millones EUR o 2% facturación global
  • Entidades importantes: Hasta 7 millones EUR o 1,4% facturación global
  • Responsabilidad personal: Los órganos de dirección pueden ser personalmente responsables
España y la transposicion de NIS2

A febrero de 2026, España no ha completado la transposición de NIS2 (el plazo era 17 de octubre de 2024). El anteproyecto de Ley de Coordinación y Gobernanza de la Ciberseguridad esta en tramitación. Mientras tanto, el marco actual (Real Decreto 43/2021 y Esquema Nacional de Seguridad) aplica a operadores esenciales pero sin las obligaciones específicas de cadena de suministro que exige NIS2.


Análisis forense de ataques supply chain

La investigación forense de un ataque a la cadena de suministro es particularmente compleja porque el vector de entrada es software legítimamente autorizado por la organización víctima.

Metodología pericial

  1. Identificación del software comprometido. Comparar hashes SHA-256 de los binarios instalados en la organización con los hashes oficiales publicados por el proveedor. Un hash diferente indica posible troyanizacion. En el caso SolarWinds, el DLL malicioso tenía un hash diferente al de versiones anteriores, pero estaba firmado digitalmente con el certificado legitimo de SolarWinds.

  2. Análisis del binario sospechoso. Ingeniería inversa del componente comprometido: extracción del código inyectado, análisis del payload (backdoor, loader, C2 beacon), identificación de las funcionalidades maliciosas anadidas al software legitimo.

  3. Revisión de logs de actualización. Análisis de los registros del sistema de gestion de parches o actualizaciones: cuando se instalo la versión comprometida, quien la autorizo, si había alertas o anomalias durante la instalación.

  4. Análisis de comunicaciones C2. Revisión de logs de firewall, proxy y DNS para identificar conexiones a infraestructura de comando y control. Los ataques supply chain suelen camuflar el tráfico C2 como comunicaciones legítimas del software comprometido (ej: SolarWinds SUNBURST usaba subdominios de avsvmcloud.com simulando tráfico Orion normal).

  5. Forensica del pipeline CI/CD (si aplica). Si el perito tiene acceso al entorno del proveedor comprometido: análisis del sistema de build (Jenkins, GitHub Actions, GitLab CI), revisión de commits sospechosos en el repositorio, verificación de la integridad del proceso de firma de código.

  6. Timeline y alcance del compromiso. Determinar: fecha exacta de instalación del software comprometido, periodo de exposición (ventana entre instalación y detección/remediación), datos accedidos o exfiltrados durante ese periodo, movimiento lateral desde el componente comprometido.

  7. Correlación con inteligencia de amenazas. Comparar IOCs (hashes, dominios C2, TTPs) con campañas conocidas en MITRE ATT&CK, feeds de threat intelligence y avisos de CERT/CC, INCIBE-CERT o ENISA.

Herramientas forenses para supply chain

HerramientaFunciónTipo
YARADetección de patrones en binarios sospechososOpen source
IDA Pro / GhidraIngeniería inversa de binarios comprometidosComercial / Open source
Sigcheck (Sysinternals)Verificación de firmas digitales y hashesGratuita
SBOM tools (CycloneDX, SPDX)Inventario de componentes softwareOpen source
Dependency-TrackMonitorización continua de dependencias vulnerablesOpen source
SnykAnálisis de vulnerabilidades en dependenciasFreemium
WiresharkCaptura y análisis de tráfico de red (C2)Open source
VelociraptorRespuesta a incidentes y caza de amenazas a escalaOpen source

Tabla comparativa de casos reales

CasoAñoAtacanteVectorVíctimasTiempo detecciónCoste estimado
SolarWinds2020APT29 (Rusia)Update troyanizado Orion18.000 orgs9 meses100.000M USD
Kaseya VSA2021REvil (RaaS)Zero-day en plataforma MSP1.500+ empresas3 días70M USD (rescate)
Log4Shell2021MúltiplesVulnerabilidad librería JavaMillones de servidoresN/A (CVE publica)10.000M+ USD
3CX2023Lazarus (Corea del Norte)Instalador troyanizado VoIP600.000+ empresas1 mesNo publicado
MOVEit2023Cl0p (Rusia)SQLi zero-day2.600+ orgs, 77M personas2 semanas12.000M+ USD
XZ Utils2024Actor estatal (sospecha)Backdoor en proyecto open sourcePotencial: millones servidores2 años (descubierto por casualidad)Evitado (detección temprana)
Polyfill.io2024Actor chinoCompromiso CDN JavaScript100.000+ sitios web3 mesesNo publicado

Caso práctico: investigación forense de supply chain en PYME española

Nota: El siguiente caso esta basado en patrones reales de ataques supply chain documentados en España. Los datos específicos han sido anonimizados para proteger la confidencialidad de los afectados.

Contexto: Empresa manufacturera, 200 empleados, utiliza software ERP de un proveedor español con actualizaciones automáticas.

Timeline del incidente:

FaseEventoEvidencia
Mes 0Proveedor ERP comprometido: atacante accede a servidor de actualizacionesLogs del proveedor (obtenidos via cooperación)
Mes 0 + 2 semActualización ERP v4.7.2 distribuida con loader malicioso embebidoHash SHA-256 del update difiere del hash en repositorio git
Mes 0 - Mes 3Loader descarga y ejecuta RAT (Remote Access Trojan) en 28 estacionesArtefactos en memoria, conexiones C2 en logs firewall
Mes 3Atacante exfiltra base de datos de clientes (85.000 registros)Anomalía en tráfico saliente detectada por SIEM
Mes 3 + 1 semEmpresa detecta alerta SIEM y contacta perito forenseLogs SIEM, alerta IDS
Mes 3 + 2 semAnálisis forense identifica vector: actualización ERP troyanizadaComparación binarios v4.7.1 (limpio) vs v4.7.2 (malicioso)

Análisis pericial:

  1. Comparación de binarios: El fichero erp-update-4.7.2.exe instalado en la empresa tenía un hash SHA-256 diferente al publicado en el changelog del proveedor. Análisis con Ghidra revelo un loader de 47 KB inyectado en una función de inicializacion del módulo de reporting.

  2. Ingeniería inversa del RAT: El loader descargaba un RAT personalizado desde un dominio registrado 72 horas antes de la distribución del update. Funcionalidades: captura de pantalla, keylogger, exfiltración de archivos, ejecución de comandos remotos.

  3. Trazabilidad C2: 3 dominios de comando y control, alojados en servidores VPS en Ucrania y Moldavia. Tráfico camuflado como HTTPS legitimo en puerto 443.

  4. Alcance del compromiso: 28 de 45 estaciones de trabajo afectadas (las que aceptaron la actualización automática). Base de datos de clientes exfiltrada (85.000 registros con nombre, email, teléfono, historial de pedidos).

  5. Informe pericial: 67 páginas documentando cadena de custodia, vector de entrada, timeline completo, datos comprometidos y recomendaciones.

Consecuencias:

  • Notificación AEPD en 72 horas (Art. 33 RGPD) por brecha de datos personales
  • Notificación a 85.000 clientes afectados (Art. 34 RGPD)
  • Denuncia ante Policía Nacional con informe pericial
  • Reclamación al proveedor ERP por negligencia en la protección de su infraestructura de distribución

Prevención: como proteger la cadena de suministro

Para empresas

MedidaImplementaciónPrioridad
SBOM (Software Bill of Materials)Inventario de todos los componentes software y sus versionesAlta
Verificación de hashesComparar hash de toda actualización antes de instalarAlta
Segmentación de redAislar sistemas que ejecutan software de tercerosAlta
Monitorización de tráficoDetectar comunicaciones anómalas post-actualizacionAlta
Cláusulas contractualesExigir certificaciones de seguridad a proveedores (ISO 27001, SOC 2)Media
Auditorias de proveedoresEvaluación periódica del nivel de seguridad de proveedores críticosMedia
Zero trust para actualizacionesNo confiar ciegamente en actualizaciones automáticas de tercerosMedia

Para desarrolladores de software

MedidaImplementación
Firma de códigoFirmar todos los binarios distribuidos con certificado verificable
Reproducible buildsAsegurar que cualquiera puede verificar que el binario corresponde al código fuente
Protección CI/CDMFA, principio mínimo privilegio, logs de auditoría en pipeline
Dependency pinningFijar versiones exactas de dependencias, no rangos
Escaneo automatizadoAnálisis de vulnerabilidades en dependencias en cada build

Código Penal

Art. 197 bis CP - Acceso ilícito a sistemas:

Comprometer un proveedor de software para acceder a los sistemas de sus clientes constituye acceso ilícito.

  • Pena: 6 meses - 2 años prisión

Art. 264 CP - Daños informáticos:

La inyección de malware en software de terceros constituye daño informático.

  • Pena: 6 meses - 3 años prisión

Art. 264 ter CP - Facilitación de herramientas:

Si el atacante troyaniza software para distribuirlo como herramienta de ataque.

  • Pena: 6 meses - 2 años prisión

Art. 248 CP - Estafa:

Si el ataque supply chain se usa para fraude financiero.

  • Pena: 6 meses - 3 años (base), 1-6 años si cuantía supera 50.000 EUR

RGPD

Si el ataque supply chain resulta en brecha de datos personales:

  • Art. 33: Notificación a la AEPD en 72 horas
  • Art. 34: Notificación a los afectados si hay alto riesgo
  • Art. 83: Sanciones hasta 20M EUR o 4% facturación global

NIS2 (pendiente transposición)

Las entidades esenciales e importantes deberan implementar medidas específicas de gestion de riesgos de la cadena de suministro (Art. 21.2.d), incluyendo evaluación de proveedores críticos, requisitos contractuales de seguridad y planes de respuesta a incidentes supply chain.

Responsabilidad del proveedor comprometido

Cuando un proveedor de software es el origen del ataque supply chain, puede enfrentar responsabilidad civil por negligencia si no implemento medidas de seguridad adecuadas en su infraestructura de desarrollo y distribución. La empresa víctima puede reclamar daños al proveedor, y la AEPD puede sancionar tanto al responsable del tratamiento (empresa víctima) como al encargado (proveedor), según las circunstancias.


Coste pericial

ServicioRango precio
Verificación de binarios (hashes + firma digital)300-600 EUR
Ingeniería inversa de componente troyanizado1.000-2.000 EUR
Análisis de tráfico C2 y trazabilidad infraestructura600-1.200 EUR
Timeline completo del compromiso800-1.500 EUR
Evaluación de alcance (datos exfiltrados)500-1.000 EUR
Informe pericial completo (supply chain)1.500-2.500 EUR
Ratificación judicial350-600 EUR

Total típico: 5.050-9.400 EUR

Los ataques supply chain requieren análisis forense más extenso que los ataques directos porque implican investigar tanto el entorno de la víctima como la cadena de distribución del software comprometido.


FAQ

P: Que es un ataque a la cadena de suministro y por que son tan peligrosos? R: Un ataque a la cadena de suministro compromete a una organización objetivo de forma indirecta, a traves de sus proveedores o componentes de software de terceros. Son extremadamente peligrosos por cuatro razones: explotan la confianza inherente entre empresas y su software, un único proveedor comprometido puede afectar a miles de clientes simultáneamente (SolarWinds afecto a 18.000), la detección tarda una media de 254 días porque el software malicioso es “de confianza”, y el coste medio por brecha es de 4,88 millones de dólares, un 11% más que las brechas por ataques directos.

P: Cuantos ataques a la cadena de suministro hubo en España en 2025? R: Según el informe de Cipher (Prosegur), los ataques supply chain se duplicaron en 2025 a escala global —el informe no publica desglose por países—. El 22,5% de todas las brechas de seguridad en 2025 involucraron a terceros o proveedores. El sector manufacturero fue el más afectado con un aumento del 61%, seguido del sector sanitario (+137%) y el tecnológico (+72%). A nivel global, Sonatype identifico más de 700.000 paquetes maliciosos acumulados en repositorios de código abierto.

P: Como investiga un perito un ataque supply chain? R: El perito sigue una metodología especifica: primero compara los hashes SHA-256 de los binarios instalados con los hashes oficiales del proveedor para confirmar la troyanizacion. Luego realiza ingeniería inversa del componente comprometido para extraer y analizar el payload malicioso. Revisa logs de actualización, analiza el tráfico de red en busca de comunicaciones C2, determina el timeline y alcance del compromiso, y correlaciona indicadores de compromiso con campañas conocidas. El informe pericial documenta el vector exacto de entrada para el procedimiento judicial.


Conceptos relacionados


¿Lo has sufrido y no sabes qué se llevaron?

Reconstruir un ataque es responder qué entró, cuándo, por dónde y qué salió. Cada día que pasa quedan menos registros para hacerlo.

Referencias y fuentes

  1. Cipher (Prosegur), Unidad x63. Supply Chain Attacks: 2025 Analysis and 2026 Trends. cipher.com — el 22,5 % de las brechas implica a la cadena de suministro, «el doble que en 2024», con un coste medio por incidente de 4,88 M USD y un tiempo medio de detección de 254 días. (Aquí figuraban además un «España pasa de 62 a 134 incidentes» y un desglose por sectores: este informe es global y no publica desglose por países, como advierte el propio artículo unas líneas más arriba. La cifra de 53.200 M$ tampoco es suya: es una proyección de Juniper de 2023, ya etiquetada como tal en el cuadro resumen.)
  2. IBM. (2024). “Cost of a Data Breach Report 2024”. ibm.com - Coste medio brecha via terceros: 4,88 M USD, 11% superior a ataques directos ⚠️ Esa URL no lleva año y sirve siempre la última edición —su <title> dice hoy «Cost of a Data Breach Report 2026»—, así que el año se comprueba abriéndola.
  3. Juniper Research. Vulnerable Software Supply Chains are a Multi-billion Dollar Problem (whitepaper, 11 may 2023). juniperresearch.com — proyecta 45.800 M$ en 2023 y 80.600 M$ en 2026, un +76 %. (Los 53.200 M$ de 2025 son de Cipher, no de Juniper.)
  4. Sonatype. (2025). “State of the Software Supply Chain Report 2025”. sonatype.com - +68% ataques supply chain software, 700K+ paquetes maliciosos
  5. Mandiant/FireEye. (2020). “Highly Evasive Attacker Leverages SolarWinds Supply Chain to Compromise Múltiple Global Victims”. mandiant.com - Análisis técnico SolarWinds SUNBURST
  6. ENISA. (2025). “Threat Landscape for Supply Chain Attacks”. enisa.europa.eu - Taxonomía y estadísticas europeas
  7. Akamai. (2024). “XZ Utils Backdoor - Everything You Need to Know”. akamai.com - Análisis técnico CVE-2024-3094
  8. Directiva (UE) 2022/2555 (NIS2): Art. 21.2(d) (seguridad cadena suministro), Art. 23 (notificación incidentes). eur-lex.europa.eu
  9. Código Penal español: Arts. 197 bis, 248, 264, 264 ter (acceso ilícito, estafa, daños informáticos, facilitacion herramientas)
  10. RGPD: Arts. 33-34 (notificación brechas), Art. 83 (sanciones)
  11. Cipher (Prosegur). Ataques a la cadena de suministro — recopilación de indicadores. cipher.com — de ahí procede el dato de 254 días de detección media, que Cipher a su vez toma del Cost of a Data Breach de IBM. No es un informe de Ponemon.

Última actualización: febrero 2026 Categoría: Ciberataques Código: ATK-011

Preguntas Frecuentes

¿Qué es un ataque a la cadena de suministro y por qué son tan peligrosos?

Un ataque a la cadena de suministro compromete a una organización objetivo a través de sus proveedores o software de terceros. Son extremadamente peligrosos porque: explotan la confianza entre empresas, un solo proveedor comprometido puede afectar a miles de clientes, la detección tarda una media de 254 días, y el coste medio es de 4,88 millones de dólares por brecha.

¿Cuántos ataques a la cadena de suministro hubo en España en 2025?

Según el informe de Cipher (Prosegur), los ataques a la cadena de suministro se duplicaron en 2025 a escala global: el 22,5% de todas las brechas de seguridad involucraron a terceros o proveedores, y el sector manufacturero fue el más afectado con un aumento del 61%. Conviene saber que el DBIR de Verizon mide lo mismo y da otra cifra —30% en su edición de 2025 y 48% en la de 2026—: son muestras y metodologías distintas, y ninguna de las dos es la cifra definitiva.

¿Cómo investiga un perito un ataque supply chain?

El perito analiza: logs de actualización de software comprometido, compara hashes de binarios legítimos vs troyanizados, investiga la cadena de custodia del código fuente, revisa infraestructura de build/deploy (CI/CD), analiza el malware inyectado mediante ingeniería inversa, y correlaciona IOCs con campañas conocidas. El informe pericial documenta el vector exacto de compromiso.

¿Necesitas un peritaje forense?

Si necesitas ayuda profesional con análisis forense digital, estoy aquí para ayudarte.

Solicitar Consulta Gratuita
Jonathan Izquierdo

Jonathan Izquierdo · Perito Forense

+15 años experiencia · AWS Certified

WhatsApp