Skip to main content
    File Transfer Vendor Risk

    MOVEit Transfer Breach (2023)

    Breach Year

    2023

    Breach Type

    File Transfer Vendor Risk

    TPRM Lesson

    A vendor that moves sensitive files is part of your security perimeter.

    What was the MOVEit Transfer Breach breach?

    The MOVEit Transfer breach was a 2023 mass exploitation event in which the Cl0p ransomware group used a zero-day SQL injection vulnerability (CVE-2023-34362) in Progress Software's MOVEit Transfer product to steal sensitive files from more than 2,700 organizations and expose data on an estimated 90 million people worldwide.

    The breach did not begin with the companies everyone remembers. It began deeper in the vendor layer, inside a managed file-transfer product that thousands of organizations had quietly trusted for years to move payroll files, benefits enrolments, tax records, claims data, and government rosters.

    By the time Progress Software published an emergency advisory on 31 May 2023, the Cl0p ransomware group had already been inside customer instances of MOVEit Transfer for days, methodically dumping databases and staging the largest third-party breach campaign in modern memory. There were no encrypted machines, no ransom notes on workstations, no theatrical disruption. Just files leaving, customer by customer, instance by instance.

    What followed was a year of disclosures. Pension funds. State motor-vehicle agencies. Banks. Universities. Healthcare systems. Federal agencies. Each one had to walk into a room and explain why the breach started somewhere they did not control, but ended with their customers' data.

    What Was It?

    MOVEit Transfer is a managed file-transfer (MFT) product made by Progress Software. Organizations use it to move sensitive files between internal systems, business partners, payroll providers, benefits administrators, and government agencies. It is the kind of product nobody talks about until it fails: a quiet piece of plumbing that handles regulated data, often with privileged access into HR, finance, and operations systems on both ends of the transfer.

    By 2023, MOVEit Transfer was widely deployed across banks, insurers, healthcare networks, public-sector agencies, universities, and the managed service providers (MSPs) that operate file transfer on behalf of smaller customers. That last group matters: many of the organizations later named in the breach were not Progress customers at all. Their data was moved through a third-party benefits or payroll vendor that ran MOVEit on their behalf. To the affected people, that distinction did not exist.

    Progress Software is a US-based, publicly traded vendor. MOVEit Transfer ships as on-premise and cloud-hosted variants, with a web interface for administrators and end users and a database (typically Microsoft SQL Server or Azure SQL) behind it. That web interface is the part Cl0p went after.

    What Happened?

    Based on publicly reported analysis from Mandiant, Microsoft, CISA, and Progress Software itself, the timeline runs roughly as follows.

    Before the breach. The Cl0p ransomware group had a history of targeting managed file-transfer products. In December 2020 they exploited Accellion FTA. In early 2023 they exploited Fortra's GoAnywhere MFT. MOVEit was the third MFT product in a consistent pattern: find a single web-exposed file-transfer appliance widely deployed in regulated industries, develop a zero-day, mass-exploit it before patches exist.

    Initial exploitation. According to Mandiant's public reporting, Cl0p began exploiting MOVEit Transfer instances no later than 27 May 2023, during the US Memorial Day long weekend. The choice of timing matters: weekend exploitation windows give attackers more hours inside customer systems before on-call teams notice.

    Discovery and disclosure. On 31 May 2023, Progress Software published an advisory disclosing CVE-2023-34362, a critical SQL injection vulnerability in the MOVEit Transfer web application, and released emergency patches. CISA issued its own alert and added the CVE to the Known Exploited Vulnerabilities catalog within days. Two additional MOVEit vulnerabilities were disclosed in the weeks that followed as Progress and external researchers continued reviewing the codebase.

    Cl0p claims responsibility. On 4 June 2023, Cl0p publicly claimed the campaign on its leak site and began naming victims who had not paid. Unlike a traditional ransomware operation, no files were encrypted in the customer environments. Cl0p relied entirely on data theft and the threat of publication.

    Customer impact wave. Over the following months, disclosure notices appeared across the US, UK, EU, and beyond. By late 2023 and into 2024, public trackers maintained by Emsisoft and others put the affected organizations at more than 2,700 and the individuals notified at over 90 million. Notable named victims included the US Department of Energy, several US state agencies, British Airways, the BBC, Boots, Shell, large pension and retirement administrators, and major healthcare and education systems.

    Regulatory and legal consequences. The US Securities and Exchange Commission opened an investigation into Progress Software. Class-action lawsuits were filed in the United States. Regulators in the UK and EU opened parallel reviews. Progress disclosed material costs related to the incident in subsequent SEC filings.

    How Did It Happen Technically?

    In plain English: the MOVEit Transfer web application trusted user input from an unauthenticated endpoint in a way that let attackers speak directly to the underlying database. Once they could speak to the database, they could create their own administrative session, list every file moved through the system, and pull those files out.

    More technically, CVE-2023-34362 is a SQL injection vulnerability in the MOVEit Transfer web interface. Public research from Mandiant, Huntress, and Rapid7 describes an attack chain along the following lines:

    • Attackers reached a web endpoint that did not properly authenticate the request and did not safely parameterize user-supplied input.
    • They used SQL injection to write a malicious web shell, publicly tracked as LEMURLOOT (also referred to as human2.aspx), into the MOVEit web folder.
    • The web shell exposed an authenticated-looking endpoint that let the attacker enumerate MOVEit accounts, list files and folders, retrieve files from the underlying storage, and create new privileged sessions.
    • From there, Cl0p performed bulk download of stored files. Because MOVEit retained files post-transfer in many configurations, the theft included files that had been moved days, weeks, or months earlier.

    The technical control failures that mattered most:

    • The vulnerable endpoint was reachable from the public internet by design, because MOVEit is, by design, an internet-exposed file transfer interface.
    • File retention policies kept large volumes of sensitive files accessible long after the business reason for the transfer had passed.
    • Logging and detection were not tuned to flag bulk file enumeration and bulk download from a single session, which is exactly what the web shell did.
    • Many customer instances were operated by MSPs and SaaS providers, so the downstream organizations had no direct telemetry into what was happening to their data.

    No exploit code is provided here. The defensive lesson is more useful than the offensive one.

    Why This Was a TPRM Failure

    MOVEit was not just a software vulnerability. It was a textbook third-party risk management failure across an entire industry.

    • Vendor criticality was underestimated. MOVEt was often treated as utility infrastructure rather than a high-criticality data processor. The product moved regulated data on behalf of HR, payroll, and benefits functions, but it rarely showed up in the top tier of vendor inventories.
    • Data concentration was invisible. Few customers could answer, in the first 48 hours, the only question that mattered: "How many files of ours, containing what, are sitting inside this product right now?" The data was theirs. The visibility was not.
    • Fourth-party exposure was unmapped. Many of the largest named victims did not run MOVEit themselves. Their benefits administrator did. Or their payroll provider did. Or a government agency that processed their employees' data did. The breach surfaced fourth-party dependencies that had never been documented.
    • Questionnaires did not reveal real exposure. SOC 2 reports and security questionnaires for these MFT vendors looked acceptable. None of them captured the actual operational risk: a single web-exposed product retaining large volumes of sensitive files.
    • Contract clauses did not translate into controls.Most contracts required notification of incidents. Very few required exposure mapping in advance, retention minimization, or evidence that the vendor could tell customers which specific files were taken.
    • Vendor monitoring was too slow. The exploitation window opened on a Saturday. The first widespread customer awareness arrived on Wednesday. For data exfiltration at machine speed, that delta is the entire breach.
    • Customer notification was reactive. Because affected organizations did not know in advance what data sat inside MOVEit, individual disclosure letters trickled out over months, eroding trust each time.

    Business Impact

    The MOVEit campaign's business impact has to be read in two layers: impact on Progress Software, and impact on the much larger downstream ecosystem.

    For Progress Software: SEC filings disclosed material costs related to the incident, including legal expenses, investigation costs, and insurance recoveries. The company became the subject of an SEC investigation and multiple class-action lawsuits. Brand trust in MOVEit Transfer as a product took a measurable hit.

    For the downstream ecosystem: Based on tracking by Emsisoft, KonBriefing, and other public researchers, more than 2,700 organizations confirmed exposure. Estimates of affected individuals exceeded 90 million globally by 2024. Specific consequences included:

    • Mass customer notification programs at pension administrators, healthcare networks, universities, and government agencies.
    • Years of credit monitoring and identity protection commitments paid for by affected organizations.
    • Regulatory inquiries in the US, UK, and EU.
    • Class-action lawsuits filed against both Progress and dozens of downstream organizations.
    • Board-level scrutiny of vendor concentration and file-transfer architecture across critical industries.
    • Industry-wide reassessment of managed file-transfer products as a category, including alternatives evaluated, retention policies tightened, and SaaS instances pulled behind private connectivity.

    Consequences

    The MOVEit campaign reshaped how regulators, boards, and TPRM teams think about file transfer and vendor concentration.

    • CISA elevated managed file transfer to an explicit area of concern and reissued guidance on attack-surface reduction.
    • The SEC opened a formal investigation of Progress Software and continued to push public companies on cyber incident disclosure expectations.
    • UK and EU data protection regulators opened reviews into named data controllers and processors involved in the campaign.
    • Class-action consolidation in US federal court drove multi-year litigation costs for downstream organizations.
    • Several industries, including state government and public-sector pension administration, formally re-tendered file-transfer services with much stricter vendor security requirements.
    • The broader category of managed file-transfer products received sustained security research scrutiny, leading to additional CVE disclosures and patches across multiple vendors throughout 2023 and 2024.

    Some consequences are confirmed and measurable. Others, such as the long-term reputational hit to MOVEit as a brand or the eventual settlement values, will keep unfolding through 2026 and beyond.

    Practical Learnings for TPRM Teams

    1. Do not classify file-transfer vendors as low risk because the contract value is small. Classify them by the data that flows through them.
    2. Treat any internet-exposed managed file-transfer product as a high-risk data processor by default, regardless of the brand.
    3. Require vendors to tell you, in advance, exactly what files of yours they retain and for how long. "We follow your retention policy" is not an answer.
    4. Map the fourth parties that handle your data through your benefits, payroll, claims, and HR vendors. The MOVEit victims who fared best already had that map before 31 May 2023.
    5. Make zero-day playbooks for your top critical vendors. The first 72 hours after a vendor-side CVE are decisive.
    6. Require notification SLAs measured in hours, not days, and rehearse them with your critical vendors in writing.
    7. Aggressively reduce retention inside vendor-hosted file-transfer and SaaS systems. Files that no longer exist cannot be stolen.
    8. Demand that critical vendors log bulk enumeration and bulk download events, and demand the ability to receive those logs.
    9. Stop relying on SOC 2 alone for assurance on data-handling vendors. Ask the operational questions SOC 2 does not.
    10. Build a public-statement template before the next vendor breach, not during it.

    Technical Protection Checklist

    A. Identity and Access

    • Enforce MFA for all administrative access to file-transfer products.
    • Remove shared service accounts on file-transfer interfaces.
    • Inventory and review non-human identities with access to MFT systems.
    • Rotate API keys, service credentials, and SSO secrets on a schedule.
    • Monitor for new admin accounts or session anomalies on MFT consoles.

    B. SaaS and API Integrations

    • Inventory every system that pushes or pulls files through the vendor.
    • Review API and webhook scopes; remove unused integrations.
    • Limit third-party write access to source systems.
    • Set token expiry and rotation across all connected apps.
    • Alert on bulk export behavior from any connected integration.

    C. Software Supply Chain

    • Track vendor security advisories for every critical product.
    • Define a 24-hour patch SLA for internet-exposed vendor products.
    • Request secure development evidence from MFT and similar vendors.
    • Segment systems that host vendor-managed software.
    • Run tabletop exercises for vendor zero-day exploitation.

    D. Data Protection

    • Know what data each vendor stores, processes, or transfers, by data class.
    • Reduce retention inside file-transfer products to the shortest viable window.
    • Encrypt sensitive data both in transit and at rest.
    • Restrict and monitor mass export.
    • Maintain data lineage from your environment, through the vendor, into any fourth party.

    E. File Transfer and Data Exchange

    • Treat every managed file-transfer system as high-risk.
    • Patch known-exploited vulnerabilities within hours, not weeks.
    • Retire end-of-life MFT products immediately.
    • Limit external sharing and tighten allowed file types and sizes.
    • Log every upload, download, and access to archived files.
    • Place MFT interfaces behind private networking or strict allow-lists where the use case permits.

    F. Vendor Incident Response

    • Maintain up-to-date vendor contacts at security, legal, and executive levels.
    • Define notification timelines in writing for every critical vendor.
    • Pre-map systems and data affected by each top vendor.
    • Run tabletop exercises that assume a vendor zero-day, not just internal compromise.
    • Prepare customer and regulator communication templates in advance.
    • Document an evidence-preservation playbook for vendor incidents.

    G. Fourth-Party Risk

    • Ask critical vendors who they depend on for file transfer, hosting, and identity.
    • Identify subcontractors handling regulated data on your behalf.
    • Require disclosure of material fourth parties in contracts.
    • Map vendor concentration across your top critical processes.
    • Review fourth-party incident notification obligations every year.

    H. Board and Executive Reporting

    • Translate vendor incidents into revenue, operational, customer, regulatory, and data exposure terms.
    • Show concentration risk by data class, not just by vendor count.
    • Avoid technical-only reporting; lead with the decision the board needs to make.
    • Track time-to-customer-answer for vendor incidents as a board metric.

    What Most People Miss About This Breach

    Most breach summaries reduce MOVEit to "a SQL injection bug got patched." That is technically true and operationally useless.

    The deeper lesson is that the MOVEit campaign was a data concentration event before it was a vulnerability event. The attackers did not need to compromise thousands of companies. They needed to compromise one product that already held sensitive files from thousands of companies. The breach was decided years earlier, when each of those organizations chose to keep transferred files inside the vendor longer than they had to, without ever asking what the worst case looked like.

    The second thing most people miss is that the slowest part of the incident was not detection. It was attribution at the customer level. Organizations could see, within days, that MOVEit had been exploited. They could not answer, for weeks, which of their own files had been taken. That gap, between "the vendor was breached" and "this is exactly what we lost", is where customer trust was actually spent.

    The third thing people miss is the fourth-party layer. Most of the largest victim populations were users of a benefits administrator, a payroll provider, or a government agency that itself used MOVEit. None of those users had ever signed a contract with Progress Software. The breach traveled three relationships deep, and arrived intact.

    Final TPRM Takeaway

    A third-party breach does not start on the day the attacker gets in. It starts months earlier, when a business gives trust, access, data, and operational dependency to a vendor without continuously proving that trust is still safe. MOVEit was the bill for years of unmapped retention, unexamined fourth parties, and questionnaires that measured paperwork instead of exposure. The vendors moved the files. The customers still owned the consequences.

    Frequently Asked Questions

    What was the MOVEit breach?

    The MOVEit breach was a 2023 mass exploitation campaign in which the Cl0p ransomware group used a zero-day SQL injection vulnerability (CVE-2023-34362) in Progress Software's MOVEit Transfer product to steal files from more than 2,700 organizations worldwide, exposing data belonging to more than 90 million individuals.

    Why is MOVEit considered a third-party breach?

    Most of the organizations whose customers were affected did not write or operate the vulnerable software. Progress Software made it. In many cases, the data was processed by a benefits administrator, payroll provider, or government agency that itself used MOVEit on behalf of the affected organization, making it a third-party and often a fourth-party breach.

    How did the MOVEit breach happen?

    Cl0p exploited an unauthenticated SQL injection vulnerability in the MOVEit Transfer web interface, then deployed a web shell publicly tracked as LEMURLOOT (human2.aspx) to enumerate accounts, list files, and bulk-download data from customer instances over the US Memorial Day long weekend, before Progress disclosed the issue on 31 May 2023.

    What was the business impact of the MOVEit breach?

    More than 2,700 organizations were confirmed affected and more than 90 million individuals were notified globally. Consequences included mass customer notification programs, multi-year credit monitoring commitments, an SEC investigation of Progress Software, class-action lawsuits, and regulatory reviews in the US, UK, and EU.

    What should TPRM teams learn from the MOVEit breach?

    Treat internet-exposed managed file-transfer products as high-risk data processors, minimize file retention inside vendor systems, map fourth-party dependencies in advance, define vendor notification SLAs in hours, and rehearse zero-day vendor compromise as a tabletop scenario.

    How can organizations reduce this type of third-party risk?

    Inventory every vendor that stores or moves regulated data, score them by data exposure rather than by spend, require advance exposure mapping in contracts, demand evidence of bulk-download logging, and place file-transfer interfaces behind private networking or strict allow-lists wherever the use case allows.

    What technical controls would have helped during MOVEit?

    Aggressive retention minimization, web application firewalls tuned to the MOVEit interface, MFA on all admin access, monitoring for bulk file enumeration and download, network segmentation around the file-transfer product, and a documented 24-hour patch SLA for internet-exposed vendor products would each have materially reduced exposure.

    What is the biggest lesson from MOVEit?

    The breach was not really about a SQL injection bug. It was about data concentration. Thousands of organizations had quietly let a single vendor product accumulate years of sensitive files, with no real-time visibility into what was inside it. The vulnerability lit the match; the retention policy built the fire.

    TPRM Blog

    Related TPRM analysis from the blog

    Continue learning with the latest breach alerts, regulatory updates, and analyst playbooks from blog.learntprm.com.

    Visit blog.learntprm.com
    Safe Security - founding sponsor of LearnTPRM.comFounding Sponsor
    For CISOs, TPRM leads and vendor risk program owners

    Autonomous TPRM. 90% less manual effort.

    Almost every case here was findable before it happened

    Read enough third-party breaches and the pattern is brutal: an undisclosed fourth party, an expired certification, an exposure that sat on the internet for weeks. Nobody was lazy - the signals simply arrive faster than a human review cycle. The SAFE TPRM AI Co-Worker watches for them continuously.

    This is for you if you own a third-party risk program - roughly 100+ vendors, quarterly reassessments, DORA / NIS2 / OCC pressure and no new headcount coming. The link opens Safe Security's platform page, not a gated form.

    Five correlated data dimensions per vendor, refreshed continuously across the whole portfolio.

    Zero-touch due diligenceContinuous monitoring across 5 dimensionsAI-powered risk scoring workflows
    • The Fourth-Party Discovery agent finds the undisclosed downstream provider before it becomes your incident.
    • The Outside-In agent detects new vulnerabilities, misconfigurations and breaches as they surface.
    • The Threat Intel agent tracks leaked credentials, filings and legal events per vendor.
    Evaluate SAFE for my organization

    For security and risk leaders assessing a TPRM platform. Opens safe.security in a new tab.

    25+

    AI agents

    90%

    Less manual effort

    None

    Additional headcount

    200+

    Organizations globally

    End to end

    Intake to offboarding

    Ready to Prove You're a TPRM Warrior?

    Most people talk about risk management. Few can prove their expertise under pressure.

    Start Your Free Certification