Skip to content
Back to Blog
·9 min read·news

MOVEit Mass Exploitation: The Supply-Chain Lesson for India

How the 2023 MOVEit mass exploitation by Cl0p hit 2,700+ organisations via one vendor flaw, and the supply-chain and DPDP lessons Indian firms must act on now.

BR

Bachao.AI Research Team

Cybersecurity Research

See If You're Exposed

Business impact of this development

Emerging threats move fast. Indian SMBs are primary targets because they're under-defended. Here's what you need to know and do now.

The MOVEit mass exploitation of 2023 was a SQL injection zero-day (CVE-2023-34362) in Progress Software's MOVEit Transfer managed file transfer product, exploited at scale by the Cl0p ransomware group (also tracked as TA505) to steal data from a reported 2,700-plus organisations and more than 90 million individuals worldwide, according to breach trackers Emsisoft and KonBriefing, before patches closed the flaw. It matters to Indian firms not because of the exact victim count — which varied by tracker — but because it is the clearest recent proof that a single vulnerability in one shared vendor product can compromise thousands of downstream organisations simultaneously, regardless of each victim's own security posture. This is the supply-chain and third-party risk problem in its purest form, and it is exactly the exposure most Indian mid-market firms have not mapped.

What Actually Happened With MOVEit

MOVEit Transfer is a managed file transfer (MFT) platform used by enterprises, government agencies, payroll processors, and healthcare organisations to move sensitive files — payroll data, health records, financial statements — between systems and partners. In late May 2023, Progress Software disclosed a critical SQL injection vulnerability, tracked as CVE-2023-34362, that allowed unauthenticated attackers to gain access to the underlying database and, from there, execute code and exfiltrate files stored on the platform.

The Cl0p ransomware group, a financially motivated cybercrime operation with a long history of exploiting file-transfer software, had reportedly been testing and exploiting the flaw before the public disclosure — a classic zero-day pattern where exploitation precedes patching. Once Progress Software released fixes and the vulnerability became public, security researchers and trackers began cataloguing victim organisations as Cl0p published names on its extortion leak site, a technique the group has used consistently: exfiltrate data quietly, then use public naming and shaming as leverage instead of (or alongside) encrypting systems.

⚠️
WARNING
Cl0p did not need to breach any individual victim's network directly. It exploited one vulnerability in one shared vendor product, and every organisation running that product with the file transfer service exposed to the internet became a potential victim on the same day. This is why third-party and supply-chain risk cannot be assessed by looking only at your own perimeter.

Why This Was a Supply-Chain Attack, Not Just a Software Bug

The distinction matters for how Indian firms should respond. A traditional vulnerability disclosure affects organisations that run the software directly. MOVEit's impact spread further because MFT platforms sit at trust boundaries — they exist specifically to receive and hold sensitive files from and for other organisations. When Cl0p compromised a payroll processor's MOVEit instance, it didn't just steal that processor's data; it stole data belonging to every client whose payroll files passed through that instance. Victim disclosures following the campaign repeatedly showed this second-order pattern: an organisation had never installed MOVEit itself, but a vendor, partner, or service provider it relied on had, and that relationship became the breach path.

graph TD A[Zero Day Discovered] -->|SQL injection flaw| B[Mass Exploitation] B -->|Unauthenticated access| C[Data Theft] C -->|Files exfiltrated at scale| D[Extortion] D -->|Leak site naming| E[Patch and Respond] style A fill:#5f1e1e,stroke:#EF4444,color:#e2e8f0 style B fill:#5f1e1e,stroke:#EF4444,color:#e2e8f0 style C fill:#5f1e1e,stroke:#EF4444,color:#e2e8f0 style D fill:#5f1e1e,stroke:#EF4444,color:#e2e8f0 style E fill:#1e3d2f,stroke:#10B981,color:#e2e8f0

The campaign's reported scale also illustrates how quickly disclosures compounded once the leak site process began. Trackers following the MOVEit campaign, including security researchers and breach-notification services, updated victim counts over several months as more affected organisations came forward or were named — a slow-burn disclosure pattern that is now typical of large-scale MFT and file-transfer exploitation campaigns, seen previously in incidents involving Accellion FTA and GoAnywhere MFT.

xychart-beta title "Reported MOVEit Victim Organisations Over Time" x-axis ["Jul 2023", "Aug 2023", "Sep 2023", "Oct 2023", "Dec 2023"] y-axis "Cumulative Organisations Named" 0 --> 3000 bar [200, 1000, 2054, 2274, 2700]
2,700+Organisations reportedly impacted globally (Emsisoft/KonBriefing trackers, 2023-2024)
90 million+Individuals with data reportedly exposed across the campaign (Emsisoft/KonBriefing trackers, 2023-2024)
ℹ️
INFO
Exact victim and individual-record counts for the MOVEit campaign varied across trackers and continued to be revised for months after disclosure, since notifications flowed indirectly through affected vendors and their downstream clients. Treat any single headline figure as a snapshot, not a final tally, and rely on named trackers such as Emsisoft's MOVEit breach analysis rather than a single unverified number.

Why Indian Firms Should Care Even Without Direct India-Specific Figures

Precise India-specific victim or record counts from the MOVEit campaign were not consistently or reliably reported in public trackers, and this article does not invent figures that were not published. What is directly relevant to Indian firms is the structural exposure the campaign revealed, and that structure is identical here.

Indian enterprises — BPOs, IT services firms, payroll and HR outsourcers, banks, insurers, and healthcare providers — routinely move sensitive files through third-party managed file transfer tools, vendor portals, and outsourced processing partners. Many of these relationships are invisible to the client organisation's own security team because the file transfer happens entirely on the vendor's infrastructure. A vulnerability in that vendor's platform becomes the client's breach, even though the client never installed or patched the vulnerable software itself.

Under India's Digital Personal Data Protection (DPDP) Act, 2023, a Data Fiduciary remains accountable for personal data it has entrusted to a Data Processor, including third-party file transfer and outsourcing vendors. A vendor's zero-day exposure does not shift that accountability — it is the Data Fiduciary's obligation to have reasonable security safeguards in place and to notify affected individuals and the Data Protection Board in the event of a personal data breach, regardless of whose software failed.

The Third-Party Risk Gap Most Firms Have

Most Indian mid-market organisations run a vendor risk questionnaire once at onboarding and rarely revisit it. That approach misses exactly the failure mode MOVEit demonstrated: a vendor can pass every questionnaire and still run a product with an undiscovered zero-day. The controls that would have reduced blast radius are operational, not contractual.

ControlWhat It Would Have Limited in a MOVEit-Style Event
Internet-facing exposure inventoryIdentifies which vendor-hosted file transfer endpoints are reachable from the public internet at all
Patch SLA in vendor contractsForces a defined window for emergency patching, reducing days of unpatched exposure
Data minimisation with processorsLimits what personal or financial data ever transits a third-party MFT tool in the first place
Segmented, time-limited accessPrevents a compromised transfer server from becoming a pivot point into wider vendor or client networks
Continuous vendor attack-surface monitoringSurfaces newly disclosed CVEs against vendor-run software before an attacker exploits them at scale
Breach notification clausesEnsures the Data Fiduciary learns of a processor compromise fast enough to meet DPDP notification duties

Know your vulnerabilities before attackers do

Run a free VAPT scan — takes 5 minutes, no signup required.

Book Your Free Scan

Patch Velocity: The Difference Between a Bug and a Breach

Progress Software released patches for CVE-2023-34362 quickly after disclosure, and later related MOVEit vulnerabilities followed the same rapid-patch pattern. The organisations that avoided becoming Cl0p's next named victim were overwhelmingly the ones that applied emergency patches within hours or days, not weeks. This is the operational lesson that translates directly to any Indian firm running internet-facing software of any kind: the time between "patch available" and "patch applied" is the exposure window, and for an actively exploited zero-day that window is being measured by attackers, not by IT's normal change-management calendar.

💡
TIP
Maintain a documented emergency-patch process, separate from routine change management, for any internet-facing system tied to an actively exploited CVE. It should allow patching outside normal release windows without a multi-week approval cycle, because the standard cadence is too slow for a live mass-exploitation campaign.

Vendor Risk Management: What Changes After MOVEit

The campaign is a strong argument for treating vendor and processor risk as a continuous discipline rather than a point-in-time checklist. A practical shift for Indian firms includes maintaining a live inventory of which vendors and processors handle personal or sensitive data, requiring vendors to disclose their own patching cadence and incident history, and running independent vulnerability assessment and penetration testing — including on vendor-facing integration points where feasible — rather than relying solely on vendor self-attestation. Where regulatory or high-assurance testing is required, that work should be delivered with a CERT-In empanelled partner to satisfy formal audit and compliance requirements.

🎯Key Takeaway
A single zero-day in one widely used file transfer product compromised thousands of organisations that had no direct control over the vulnerable code. For Indian firms, the lesson is not "patch MOVEit" — it is that any vendor holding your data is effectively part of your attack surface, and DPDP accountability for that data does not transfer away with the outsourcing contract.

Running a free VAPT scan on your own internet-facing assets is a starting point, but the MOVEit campaign shows that visibility has to extend to the vendors and processors handling your data too — not just your own infrastructure. Bachao.AI, built by Dhisattva AI Pvt Ltd, offers an automated VAPT platform that helps Indian SMBs and mid-market firms build that continuous visibility instead of a once-a-year audit. For guidance on the breach-notification and processor-accountability duties this kind of incident triggers, see the DPDP compliance guide, and browse the Bachao.AI blog for more incident breakdowns like this one.

Sources and Further Reading

Frequently Asked Questions

What was the MOVEit vulnerability, exactly?
CVE-2023-34362 was a SQL injection vulnerability in Progress Software's MOVEit Transfer managed file transfer product, allowing unauthenticated attackers to access the underlying database and, from there, exfiltrate stored files. It was exploited as a zero-day before public disclosure and patching in May 2023.
Who was behind the MOVEit attacks?
The Cl0p ransomware group claimed responsibility and used a mass-exploitation-then-extortion model, exfiltrating data at scale and then naming non-paying victims on its leak site rather than relying primarily on file encryption.
How many organisations were affected by MOVEit?
Breach trackers Emsisoft and KonBriefing reported more than 2,700 affected organisations and data exposure affecting over 90 million individuals globally by the time the tally stabilised in late 2023 and early 2024, with figures revised over several months as more downstream victims were identified. Treat any single number as a snapshot from a named tracker rather than a final count.
Were Indian companies affected by the MOVEit breach?
Reliable, India-specific victim or record counts were not consistently published in public trackers for this campaign. The relevant lesson for Indian firms is structural: any organisation using vendors or processors that ran the vulnerable software could have been exposed indirectly, regardless of its own security posture.
What does DPDP require if a vendor's software causes a data breach?
The Data Fiduciary remains accountable for personal data shared with a Data Processor under the DPDP Act, 2023, including implementing reasonable security safeguards and notifying affected individuals and the Data Protection Board of a personal data breach, even when the vulnerability existed in the processor's own software.
How can a firm reduce risk from vendor software zero-days like this?
Maintain an inventory of vendors handling sensitive data, require defined patch SLAs in contracts, minimise data shared with third-party platforms, monitor vendor attack surfaces for newly disclosed CVEs, and run independent VAPT rather than relying only on vendor self-attestation.
BR

Bachao.AI Research Team

Cybersecurity Research

AI-powered security research and threat intelligence from the Bachao.AI team. Covering the latest vulnerabilities, CVEs, and cybersecurity developments affecting Indian businesses.

Get cybersecurity insights for Indian SMBs

Weekly vulnerability alerts, DPDP compliance tips, and security guides. No spam — unsubscribe anytime.

We respect your privacy. Your email is never shared.

Run a free scan — get results in minutes

Free automated scan — risk score in under 2 hours. No credit card required.

See If You're Exposed
Find your vulnerabilitiesStart free scan →