Violaciones de datos por parte de terceros: lo que necesita saber

Por qué están aumentando las violaciones de seguridad por parte de terceros, quiénes se ven afectados y qué se puede hacer al respecto.

Imagen decorativa

Una violación de datos por parte de terceros se produce cuando actores maliciosos comprometen a un proveedor, contratista u otra organización para obtener acceso a información confidencial o a los sistemas de los clientes o socios comerciales de la víctima.

Third-party data breaches are becoming increasingly common as technology makes it easier for businesses to connect and as global supply chains grow in complexity. Third parties are now involved in 48% of data breaches, a 60% increase over the prior year, according to the 2026 Verizon Data Breach Investigations Report.

What’s more, third-party breaches are among the most expensive for organizations to recover from. The global average cost of a data breach reached $4.99 million in 2026, up 13% from the prior year, and breaches took an average of 247 days to identify and contain, per IBM’s 2026 Cost of a Data Breach Report.

In this article:
  1. Por qué están aumentando las violaciones de datos de terceros
  2. Repercusiones financieras y operativas de las principales violaciones de datos de terceros
  3. Ejemplos de incidentes de seguridad destacados relacionados con terceros
  4. How to Respond to a Third-Party Data Breach
  5. Mejores prácticas para prevenir violaciones de seguridad por parte de terceros a lo largo del ciclo de vida del proveedor
  6. Third-Party Data Breaches: Common Questions
  7. Próximos pasos para prevenir violaciones de datos por parte de terceros

Por qué están aumentando las violaciones de datos de terceros

En la última década, muchas grandes organizaciones han realizado importantes inversiones en seguridad de la información. Ningún sistema puede ser totalmente seguro, pero las grandes inversiones en ciberseguridad dificultan mucho más que los actores maliciosos puedan comprometer a las organizaciones con buenos recursos. Los hackers se ven cada vez más incentivados a atacar a subcontratistas más pequeños para eludir los programas de ciberseguridad robustos y bien financiados. Comprometer a un pequeño contratista de climatización y utilizar esa organización como un caballo de Troya involuntario es mucho más fácil que comprometer directamente a una empresa de la lista Fortune 500 con un centro de operaciones de seguridad con personal completo y varias capas de controles de seguridad.

Las pequeñas empresas siempre han ido a la zaga en la adopción de prácticas sólidas de seguridad de la información, a pesar de que el 43 % de los ataques se dirigen contra ellas. Esto permite a los actores maliciosos comprometer a terceros más pequeños y robar los datos que se les han confiado o secuestrar su acceso a sistemas sensibles en organizaciones más grandes. Las violaciones de datos de terceros pueden ser extremadamente perjudiciales y dar lugar a multas, gastos legales y sanciones por valor de millones de dólares, además de un daño excesivo a la reputación.

Repercusiones financieras y operativas de las principales violaciones de datos de terceros

Las repercusiones de una filtración importante de datos de terceros van mucho más allá del compromiso inicial y afectan a las organizaciones donde más les duele: sus finanzas, operaciones y reputación. Cuando un atacante utiliza a un proveedor, distribuidor o socio tecnológico de confianza como trampolín, el efecto dominó puede perturbar toda la cadena de suministro, y las cifras hablan por sí solas.

Consecuencias financieras

Las organizaciones afectadas por violaciones de datos de terceros se enfrentan regularmente a costes elevados relacionados con la respuesta a incidentes, investigaciones forenses, acciones legales, sanciones reglamentarias y notificaciones a los clientes. En casos especialmente graves, estos costes representan un porcentaje significativo de los ingresos anuales, que en ocasiones ascienden a millones. Las reclamaciones de seguros suelen ser insignificantes en comparación con el verdadero coste financiero, que incluye la pérdida de negocio, la disminución del valor de mercado y las consecuencias contractuales a largo plazo.

Interrupciones operativas

Un proveedor comprometido puede paralizar la producción, obligar a suspender operaciones comerciales críticas y descarrilar proyectos importantes en cuestión de horas. No es raro que las empresas detengan la fabricación, cierren las plataformas de atención al cliente o corten el acceso a la red con sus socios, aunque solo sea por precaución. Para los fabricantes y las empresas con una gran carga logística, incluso una breve interrupción puede amenazar los márgenes de beneficio vitales y erosionar la resiliencia de la cadena de suministro.

Exposición de datos y daño a la reputación

Estas infracciones suelen dar lugar a la divulgación no autorizada de información confidencial, como datos de empleados, datos de clientes, historiales médicos o credenciales financieras. La divulgación pública puede socavar gravemente la confianza de los clientes, socios comerciales y reguladores, lo que provoca un daño irreparable a la reputación que perdura mucho tiempo después de que se haya contenido la infracción.

Efectos a largo plazo

Más allá de los costes inmediatos y las interrupciones, las violaciones de datos de terceros pueden abrir la puerta a ataques posteriores. Las credenciales comprometidas o la propiedad intelectual expuesta pueden permanecer activas durante meses o años, lo que aumenta el riesgo continuo y requiere una mayor inversión en reparación y supervisión.

A medida que evoluciona el panorama de riesgos, queda claro que las repercusiones financieras y operativas de las violaciones de datos de terceros merecen la misma atención y rigor que las amenazas cibernéticas directas. Las organizaciones deben actuar con decisión para reforzar los controles, no solo a nivel interno, sino también en toda su red ampliada de socios y proveedores.

Ejemplos de incidentes de seguridad destacados relacionados con terceros

Third-party data breaches have become far more common in recent years. As the world economy becomes more integrated, data often flows throughout supply chains with little regard for its protection or how it is managed. This has resulted in a “wild west” approach to applying information security controls, as many organizations have little to no idea where their data is throughout the extended supply chain, much less what security measures are being taken to protect it.

Common Third-Party Breach Patterns

The incidents below follow a small number of repeatable patterns. Each one maps to a control that a vendor risk program can test for.

Pattern Example below What attackers gained Control that addresses it
Stolen credentials at a small contractor Retail HVAC contractor (2013) Network access, then payment card and customer data Least-privilege vendor access, network segmentation, MFA
Compromised software update or management tool SolarWinds (2020), Kaseya (2021) Access to thousands of downstream customer environments Fourth-party visibility, patch and update governance, continuous monitoring
Exploited vulnerability in a widely used component Log4j (2021), MOVEit (2023) Remote code execution or database access across many organizations Software inventory, rapid vulnerability triage, vendor attestations
Stolen OAuth tokens in a SaaS integration Sales-engagement platform (2025) Customer CRM data and embedded credentials Integration inventory, token rotation, scoped permissions
Compromised partner API Credit and identity verification provider (2025) Records for 5.8 million individuals API governance, partner security requirements
Supplier outage Automotive parts supplier (2022) Production halted at downstream manufacturers Business continuity planning, supplier concentration analysis

Current event, October 2026: PHP Vulnerabilities

Last updated October 22, 2026.

On October 21, the PHP Foundation (2026) released fixes for two critical vulnerabilities in PHP’s core. CERT-EU (2026) says both can allow unauthenticated remote code execution, that every PHP installation serving web requests is at risk, and that proof-of-concept exploits had begun to circulate. The UK’s NCSC (2026) says organizations using any version of PHP are affected.

This is a third-party problem because, according to CERT-EU (2026), many commercial and open-source products use PHP as a backend technology, so exposure can sit inside software you did not install yourself. The NCSC (2026) advises organizations to:

  • Identify PHP systems across the infrastructure, internet-facing ones first, and not only outdated versions.
  • Update to the latest PHP release, or apply the PHP Foundation’s temporary mitigations if they cannot.
  • Consider taking a system offline if neither is possible.
  • Monitor vendor security updates for bundled PHP, including appliances and services.

2026 Third-Party Data Breaches

Aesto Health

Aesto Health, a Birmingham, Alabama company that provides data migration, EHR exchange, and legacy data archiving services to medical practices, confirmed in 2026 that an unauthorised actor may have accessed and/or acquired data. Aesto reported to the U.S. Department of Health and Human Services that 9,540,683 individuals were affected, according to the HHS Office for Civil Rights breach portal, and its notice of data security incident describes the incident. The exposed data included Social Security numbers, driver’s license numbers, financial account numbers, and medical and health insurance information. One vendor held the records of at least two dozen provider clients at once, which is the concentration risk that third-party breaches exploit.

Vimeo and Anodot

In April 2026, Vimeo disclosed that an unauthorized actor had accessed certain Vimeo user and customer data through a breach at Anodot, a third-party analytics vendor. According to Vimeo’s incident notice, the accessed databases mainly held technical data, video titles and metadata, and in some cases customer email addresses, and did not include video content, valid login credentials, or payment card information. Vimeo disabled all Anodot credentials, removed the integration, and notified law enforcement. For Vimeo’s customers, Anodot was a fourth party: a supplier they had no direct relationship with.

2025 Violaciones de datos por terceros

700 Violación de datos crediticios

En diciembre de 2025, 700Credit, un proveedor de servicios de verificación de crédito e identidad para concesionarios de automóviles, reveló una violación de datos causada por el acceso no autorizado a una API de terceros. El incidente, que se remonta a una vulneración de un sistema asociado en julio de 2025 y se identificó a finales de octubre, permitió a los atacantes acceder a la aplicación web de 700Credit y copiar registros de la capa de aplicación de 700Dealer.com, lo que afectó a los clientes de los concesionarios que utilizan sus herramientas de verificación.

The breach exposed personal information for approximately 5.8 million individuals, including names, addresses, dates of birth, and Social Security numbers. While 700Credit stated its internal network was not compromised, the incident required extensive notifications and 12 months of credit monitoring for affected individuals. The event highlights the inherent risks of interconnected vendor ecosystems, reinforcing that security weaknesses in third-party systems can bypass internal controls and create widespread downstream impacts if API access and partner security are not tightly governed.

Sales-Engagement Platform OAuth Token Theft

Between March and June 2025, attackers tracked as UNC6395 accessed a sales-engagement vendor’s source code repository account, then reached the cloud environment behind the vendor’s chat integration and exfiltrated OAuth tokens that customers had issued. Between August 8 and 18, the attackers used those tokens to query customers’ CRM instances, pulling data from objects such as Cases, Accounts, Users, and Opportunities and searching it for credentials including cloud access keys, passwords, and data warehouse tokens. Those credentials created a risk of further compromise well beyond the CRM.

On August 20, the vendor and the CRM provider revoked all active access and refresh tokens, and the CRM provider removed the integration from its app marketplace. Tokens for the vendor’s email integration were also abused to reach a very small number of corporate email accounts. No official count of affected organizations has been published; researchers described hundreds of CRM tenants as targeted. Customers were urged to rotate credentials and review logs for misuse. The incident underscores how third-party SaaS integrations and OAuth connections can become high-value attack vectors, reinforcing the need for tighter vendor oversight, credential hygiene, and proactive monitoring.

2023 Violaciones de datos de terceros

MOVEit Managed File Transfer Vulnerability

On May 31, 2023, the software vendor behind MOVEit Transfer disclosed a vulnerability that enables unauthenticated actors to access the MOVEit Transfer database and execute SQL statements to alter or delete information. MOVEit Transfer is managed file transfer software that consolidates file transfer activity into one system.

Since the disclosure, the cybercriminal gang Clop has exploited the vulnerability to target organizations across multiple industries and geographies, including HR software provider Zellis, the BBC, the government of Nova Scotia, and many others.

Policía Metropolitana de Londres

En agosto de 2023, la Policía Metropolitana de Londres sufrió una filtración como consecuencia de un aparente ataque de ransomware contra un proveedor de TI, Digital ID. Se expuso la información confidencial de casi 47 000 agentes y personal de las fuerzas del orden, incluidos policías encubiertos y antiterroristas. La información comprometida incluía datos confidenciales, como los nombres, las fotos, los rangos, los niveles de investigación de antecedentes y los números de identificación de los agentes y el personal.

Violaciones de datos de terceros en 2022

Violación de datos de LastPass

El 22 de diciembre de 2022, la empresa de gestión de contraseñas LastPass anunció que un agente malicioso desconocido había aprovechado la información obtenida durante un incidente de seguridad ocurrido en agosto de 2022 para acceder a un servicio de almacenamiento en la nube de terceros que LastPass utiliza para almacenar copias de seguridad archivadas.

Kojima Industries Supplier Attack Halts Japanese Auto Production

On February 28, 2022, a major Japanese automaker announced it would suspend 28 production lines at 14 plants in Japan the following day because of a system failure at Kojima Industries, an automotive parts supplier. Other affiliated manufacturers also reported disruptions. The cause of the failure was reported to be a suspected cyberattack that prevented the supplier from communicating with its customer and from monitoring production.

Violaciones de datos de terceros en el pasado

Vulnerabilidad de Log4J

En diciembre de 2021, los investigadores de seguridad descubrieron CVE-2021-44228, una vulnerabilidad de la biblioteca de registro basada en Java Apache Log4j. La vulnerabilidad de Log4j permite la ejecución remota de código sin autenticación y el acceso al servidor, lo que supone una toma de control total de los sistemas vulnerables. Log4J abrió un riesgo masivo en todo el ecosistema de software de terceros.

Ataque de ransomware a la cadena de suministro de Kaseya

Remote Monitoring & Management software attacks have become a primary concern for many IT teams and Managed Services Providers. On July 2, 2021, Kaseya announced that attackers had taken advantage of a vulnerability in the company’s VSA software to stage a ransomware attack against Kaseya’s customers. Dozens of IT service providers and hundreds of downstream customers were affected, resulting in significant damages.

Al igual que la violación de SolarWinds Orion y otros incidentes recientes de ciberseguridad de terceros, este es otro ejemplo del impacto exponencial potencial de los ataques a la cadena de suministro en la cadena de suministro ampliada.

SolarWinds

The SolarWinds supply chain breach, first reported in December 2020, reached roughly 18,000 organizations that installed a compromised update of the Orion network management product, according to SolarWinds’ SEC filing. The SolarWinds supply chain breach continues to wreak havoc on Orion customers worldwide as they continue to identify and mitigat its risks. The list of impacted companies includes major US government agencies:

  • Departamento de Energía

  • Departamento del Tesoro

  • Departamento de Comercio

  • Gobiernos estatales y locales

  • Departamento de Estado

  • Departamento de Seguridad Nacional

  • Institutos Nacionales de Salud

  • El Departamento de Defensa

This security incident dealt a major blow to US national security, revealing major cybersecurity defense flaws.

Objetivo

In 2013, the major retailer Target was hacked in a seminal third-party breach. One of Target’s HVAC contractors fell victim to a phishing attack, and attackers used the contractor’s stolen network credentials to reach Target’s corporate network.

The hackers installed malware on Target’s POS devices, which collected payment card data for roughly 40 million cards between November and December of 2013, along with personal information for up to 70 million customers. The Target breach provides a clear example of how even the best-funded information security programs can be compromised through security exposures in third-party products and services.

How to Respond to a Third-Party Data Breach

Respond to a third-party data breach by confirming what the vendor holds on your behalf, cutting off its access, and starting your own regulatory clocks the moment you learn of the incident, not when the vendor finishes its investigation. The playbook below gives each phase a window and an owner. The phases overlap in practice, so run them in parallel.

Fase Window What to do Owner
1. Triage First 4 hours Get the vendor’s notice in writing. Identify which of your data, systems, and services the vendor holds or touches. Open an incident record and preserve every vendor communication. TPRM lead, Security
2. Contain Hours 0 to 24 Rotate or revoke vendor credentials, API tokens, and integrations. Invoke the contract’s notification and cooperation clauses. Request the vendor’s indicators of compromise. Security, Legal
3. Classify and notify Hours 4 to 72 Decide whether the incident is major under DORA or significant under NIS2, and whether personal data is involved. File the notifications that apply and brief executives. Compliance, CISO, Legal
4. Investigate Days 3 to 30 Obtain the vendor’s forensic findings and a written scope statement that names its subcontractors. Monitor for your data on leak sites. File intermediate reports where required. Security, vendor
5. Report Within one month Submit final regulatory reports. Notify affected customers or individuals where the law requires it. Compliance, Legal
6. Remediate Days 30 to 90 Reassess the vendor’s risk tier, close contract gaps, update your vendor inventory, and decide whether to retain the vendor or offboard it using a vendor offboarding checklist. TPRM lead, Procurement

Teams that already run an incident management process can map these phases onto the preparation, detection and reporting, and lessons-learned steps in Mitratech’s third-party incident response management guide.

Notification Deadlines Under DORA and NIS2

Under DORA, a financial entity must file an initial notification within four hours of classifying an ICT incident as major, and no later than 24 hours after becoming aware of it. The deadline attaches to the financial entity even when the incident began at an ICT third-party provider, which is why contracts need to force fast vendor notice. DORA has applied since January 17, 2025; Mitratech’s DORA guide covers its third-party requirements in full.

Reglamento Initial Intermediate Final
DORA, Article 19, with Delegated Regulation (EU) 2025/301, Article 5 Within 4 hours of classifying the incident as major, and no later than 24 hours after becoming aware Within 72 hours of the initial notification Within one month of the latest intermediate report
NIS2, Article 23(4) Early warning within 24 hours of becoming aware; incident notification within 72 hours Only when the national CSIRT or competent authority requests it Within one month of the incident notification

NIS2 is a directive, so the operative deadlines sit in each member state’s transposition law. Confirm them for every country where you operate. DORA is a directly applicable regulation and does not need transposition.

What a Vendor Contract Should Say Before a Breach Happens

A vendor contract should set a fixed notification window shorter than your own regulatory deadlines, require cooperation with forensic investigation, and flow the same duties down to subcontractors, the fourth parties covered in Mitratech’s guide to fourth-party vendor tracking. It should also grant audit rights, define data return and deletion, and allocate the cost of notification and remediation. DORA Article 30 requires ICT service contracts to address incident assistance and the conditions for subcontracting, so financial entities already need most of these terms.

Mejores prácticas para prevenir violaciones de seguridad por parte de terceros a lo largo del ciclo de vida del proveedor

Effectively managing risk throughout the extended supply chain can be difficult, particularly for large organizations. However, there are several steps you can take to better understand your risk environment and mitigate the impact of potential third-party risk. Here are Mitratech’s recommendations to help mitigate the risk of a third-party data breach throughout the vendor lifecycle.

Tenga en cuenta la seguridad de la información durante la búsqueda y selección de proveedores.

A medida que su infraestructura de TI se integra cada vez más con terceros y cuartos, es fundamental tener en cuenta la seguridad de la información durante la búsqueda y selección de proveedores. Al considerar proveedores con un alto grado de riesgo perfilado en función de su acceso a los datos y sistemas confidenciales de su organización, dé prioridad a aquellos con una madurez demostrable en materia de seguridad de la información. Vale la pena preguntarse:

  • ¿El proveedor trabaja con otros clientes empresariales con necesidades complejas en materia de seguridad de la información?
  • Does the vendor have the necessary security controls to comply with requirements that would flow down from your organization? (e.g. HIPAA, CMMC, GDPR)
  • ¿Cuál es el historial del proveedor en materia de seguridad de la información? ¿Ha tenido múltiples casos públicos de violaciones de datos o incumplimientos normativos?

Consider leveraging third-party risk management software or vendor risk intelligence networks to inform your sourcing and selection process with preloaded cybersecurity risk data.

Establezca expectativas contractuales claras sobre cómo se almacenan y transfieren los datos.

Many organizations fail to build their vendor contract management processes with vendor risk management in mind. Your organization should have clear company policies regarding when personal information, customer data, or other sensitive information can be shared with third parties. For example, you might want to consider including clear stipulations regarding when confidential information can be shared with fourth parties and beyond.

Realizar un seguimiento continuo de los terceros con acceso a datos o sistemas confidenciales.

Se debe supervisar a los proveedores para detectar cualquier acceso no autorizado a datos personales u otra información confidencial. Aunque el proveedor no actúe con malicia, sus sistemas informáticos podrían haber sido comprometidos, lo que provocaría la propagación de malware a los sistemas de su organización. Se debe supervisar a cualquier proveedor con acceso a sus activos informáticos durante todo el tiempo que dure dicho acceso.

In addition, you should practice proactive, external third-party monitoring for all vendors that deal with your confidential information. Organizations change their information security programs over time, and what was originally reported on their vendor risk assessment questionnaire may not hold true a few months later. Additionally, a proactive monitoring approach can help you to catch potential data breaches before they happen. By monitoring the dark web, Pastebin, and other areas where stolen credentials are posted, you can learn if one of your vendors has been compromised.

Preste atención a los requisitos normativos.

Information security and data privacy regulations have multiplied over the past decade, including GDPR, CCPA, NY Shield Act, and dozens of other compliance requirements. It is highly likely that regulatory scrutiny will continue to mount as new third-party breaches emerge.

Exigir a los proveedores que verifiquen de forma independiente sus prácticas de seguridad de la información.

Third-party risk assessment questionnaires can be enormously helpful in determining whether vendors are taking appropriate information security measures. However, in some cases, you may want to consider requiring potential vendors to become certified against an information security standard. For example, the Department of Defense’s Cybersecurity Maturity Model Certification (CMMC) program requires contractors to be certified at one of three levels, determined by the type of information the contractor handles.

Su organización puede adoptar un enfoque similar a la hora de abordar las preocupaciones de ciberseguridad de los proveedores. Para muchos proveedores, especialmente aquellos que no manejan grandes cantidades de datos confidenciales, puede bastar con un sencillo cuestionario de evaluación de riesgos. Sin embargo, en el caso de los proveedores que necesitan acceder a datos y sistemas privados, tal vez convenga exigir el cumplimiento de una norma externa, como SOC 2 o NIST CSF.

Obtenga visibilidad en la cadena de suministro ampliada

The first step of any cybersecurity program is to get visibility into IT assets. The same is true for third-party risk. You need to understand not only which third parties are used across the extended enterprise but also who makes up their supply chains down to fourth and Nth party vendors. As a rule, the more critical the vendor is, or the more data they have access to, the more visibility you need into their extended supply chains. The Kaseya and SolarWinds attacks are illustrative examples of how the security practices of fourth parties can have ripple effects throughout the supply chain.

Audite su proceso de salida de empleados

La salida efectiva de los proveedores es uno de los elementos más importantes de un programa de gestión de riesgos de terceros y es esencial para prevenir violaciones de datos de terceros. La mayoría de las organizaciones cuentan con algún tipo de proceso de salida para terceros y contratistas, pero en un entorno corporativo ajetreado, este puede pasarse por alto. Esfuércese por auditar de forma rutinaria los procesos de salida de los proveedores externos en varios departamentos. Asegúrese de que los permisos y el acceso se revoquen por completo en todos los departamentos para cumplir con la política corporativa y las regulaciones gubernamentales.

Third-Party Data Breaches: Common Questions

What is a third-party data breach?

A third-party data breach is a security incident at a vendor, supplier, or service provider that exposes your organization’s data or disrupts your operations, even though your own systems were not breached. The 2026 Verizon Data Breach Investigations Report found third parties involved in 48% of breaches.

How quickly must a vendor breach be reported under DORA and NIS2?

Under DORA, a financial entity must file an initial notification within four hours of classifying an incident as major, and no later than 24 hours after becoming aware of it. An intermediate report is due within 72 hours of that notification, and a final report within one month after the latest intermediate report. NIS2 Article 23 requires an early warning within 24 hours and a full notification within 72 hours.

How should we respond when a widely used component like PHP is found to be vulnerable?

Treat it as an inventory problem first: list every vendor, hosting provider, and appliance that bundles the component, because the exposure often sits beneath products you did not install yourself. Ask each vendor for its patch status in writing, then apply vendor fixes or compensating controls and watch for signs of compromise. If patching is not possible, the NCSC advises considering taking the system offline.

What should a vendor contract say about breach notification?

A vendor contract should set a fixed notification window shorter than your own regulatory deadlines, require cooperation with forensic investigation, flow the same duties down to subcontractors, grant audit rights, define data return and deletion, and allocate notification and remediation costs. DORA Article 30 requires ICT service contracts to address incident assistance and the conditions for subcontracting.

What are the first steps after a vendor reports a breach?

Confirm what data and services the vendor holds for you, then start your own regulatory clocks. Within 24 hours, activate your incident response team, preserve vendor communications as evidence, invoke the contract’s notification and cooperation clauses, rotate shared credentials, and identify which regulators and customers you must notify. Ask the vendor for a written scope statement that names any subcontractors involved.