Case Library / Pretexting & Impersonation / Clorox Help-Desk Vishing Hack (2023): Five Calls, Two Accounts, and a $380M Claim
Pretexting & Impersonation Documented incident

Clorox Help-Desk Vishing Hack (2023): Five Calls, Two Accounts, and a $380M Claim

In August 2023, Clorox says, someone phoned its outsourced Cognizant help desk pretending to be two different employees. Agents reset their passwords and MFA, phone number for SMS codes included, without checking who was calling. Operations were disrupted for weeks. Clorox wants $380 million from Cognizant. That's a claim, not a proven loss, and a March 25, 2026 ruling let three of its four claims go ahead.

Share:

Social Engineering Examples·14 sources

Key takeaways

  • Clorox's complaint walks through five calls. In them, service-desk agents reset passwords and MFA and swapped the phone number used for SMS codes, skipping the identity checks Clorox says it required.
  • Its SEC filings put gross incremental costs at roughly $59 million, with $100 million in total insurance recoveries. Neither number comes anywhere near the $380 million sought in court.
  • On March 25, 2026, a judge threw out one of the four claims and let the other three proceed. No court has found Cognizant liable.
  • What failed was the reset process. If one caller can get both the password and the second factor reset, that caller owns the account.

The five calls described in Clorox's complaint

Clorox filed the complaint on July 22, 2025, in Alameda County's branch of the Superior Court of California. It quotes from recordings of the service-desk calls themselves. Everything below comes from that complaint. It's Clorox's side of the story, not something a court has found.

Call and identity claimed What the caller asked for What the agent did
1 (August 11, 2023), as Employee 1 A password, saying they could not connect; then help because their Microsoft MFA was not working Read out a new password and reset Microsoft MFA, with no identity checks
2 (same day), as Employee 1 Another MFA fix Reset Microsoft MFA a second time
3 (about 20 minutes later), as Employee 1 Another credential reset Reset the Okta credential again
During the Employee 1 calls A new phone number for SMS-based MFA Changed the number, handing the caller the second factor
4 and 5, as Employee 2, a member of Clorox's IT security team Password and MFA resets Reset the password and both the Okta and Microsoft MFA; one agent offered to reset "two MFA applications"

The excerpts are striking for how little effort the caller needed. No emergency, no dropping an executive's name. Just an everyday story about being locked out. On the first call the agent replied, "So let me provide the password to you ok?" and read out a password beginning with "Welcome."

Nobody on the desk asked why one employee kept needing resets so close together, according to the complaint. And the agent handling the Employee 1 calls never sent the confirmation emails to the employee and their manager that Clorox's procedure called for.

How a password reset turned into network access

Help-desk vishing is a con where someone rings the IT support line, claims to be an employee, and talks the agent into resetting their credentials or MFA. Here's how the Clorox intrusion played out, in six stages.

  1. Reconnaissance. The attacker already knew real Clorox employees' names and which vendor ran the service desk. How they knew isn't in the complaint. Press coverage blames Scattered Spider, a group that's known for researching staff before picking up the phone.
  2. Pretext. The caller played a locked-out employee, about the most routine request a service desk gets. This is pretexting at its simplest. A believable name, a believable reason, and nothing else.
  3. Initial contact. The call went straight to the Cognizant-run desk. It's a form of vishing aimed at IT support rather than at the employee being impersonated.
  4. Access. Agents reset the Okta password and Microsoft MFA, then changed the SMS-MFA phone number. The caller now held both factors, the core of help-desk MFA manipulation.
  5. Escalation. Once inside, the attacker picked out a second, more privileged target in Clorox's IT security group and made the same calls again. That second account takeover gave wider reach.
  6. Impact. With two accounts in hand, the intruder could roam the network. Clorox's response was to pull systems offline and pause manufacturing. For a while, orders were processed by hand. One thing's missing from the complaint, though: the words ransom, extortion, and exfiltration never appear.

Clorox cyberattack timeline, 2023 to 2026

Date Event Source
August 11, 2023 The help-desk calls happen. Clorox later says it caught the intrusion within roughly three hours. Clorox complaint
August 14, 2023 Clorox tells the SEC it's found unauthorized activity on some IT systems and that operations will keep being disrupted. SEC Form 8-K
September 18, 2023 Disruption has been widescale, Clorox says. It hopes to restart automated order processing the week of September 25 and calls the hit to first-quarter results material. SEC Form 8-K
Quarter ended September 30, 2023 About $24 million in incremental expenses gets booked, and net sales are down 20% on the year before. Form 10-Q
August 8, 2024 In its fiscal 2024 annual report, Clorox puts costs at about $29 million after $30 million in insurance recoveries. Form 10-K, fiscal 2024
July 22, 2025 Clorox sues two Cognizant entities for about $380 million. Cognizant pushes back the same day. Clorox complaint; Reuters
August 8, 2025 The fiscal 2025 annual report adds $70 million in further insurance recoveries and says that's the last of them. Form 10-K, fiscal 2025
March 25, 2026 The judge tosses the intentional misrepresentation claim. Breach of contract, breach of the implied covenant, and gross negligence survive. Law360
May 12, 2026 A law firm's write-up says the court wouldn't strike the damages claim, because the 2013 contract's liability cap excluded gross negligence. Hunton Andrews Kurth

$380 million, $59 million, or $29 million? What the Clorox hack cost

You'll see three different figures quoted, and each measures something else. Here they are, with what each one is based on.

Figure Amount Basis and source
Damages sought in the lawsuit About $380 million, including over $49 million in remedial costs It's a claim. Nobody has awarded or audited it. Source: Complaint, July 22, 2025
Incremental costs, first quarter of fiscal 2024 About $24 million Booked expense; no insurance recognized that quarter. Source: Form 10-Q
Incremental costs, fiscal 2024 About $29 million net of $30 million in insurance recoveries (roughly $59 million gross, implied) Annual financial statements. Source: Form 10-K, fiscal 2024
Further insurance recoveries, fiscal 2025 $70 million, of which $65 million was business-interruption cover Money coming back, not money spent. Source: Form 10-K, fiscal 2025
Total insurance recoveries $100 million Company-reported; no more expected. Source: Form 10-K, fiscal 2025
Lost sales Not booked as a charge; net sales fell 20% year over year in the quarter of the attack Indicator, not a loss figure. Source: Form 10-Q

Because they're built on different bases, don't add them together or net one against another. Most of the $380 million claim is business interruption, which turns up as lost sales, not as a cost line.

Some widely shared coverage treats the claim as if it were the cost of the attack. Ars Technica headlined its story "After $380M hack." Nothing in Clorox's own filings comes close to that amount.

The second allegation: a slow incident response

Most summaries stop at the reset calls. The second half of the complaint is about what happened after the intrusion was spotted, and for incident-response planners it's the more useful part. Cognizant disputes every point.

  • Cognizant allegedly took over an hour to reinstall a security tool the intruder had removed, a task Clorox says should take under 15 minutes.
  • It allegedly took its time shutting down an account Clorox had flagged, and the intruder used that account to escalate.
  • It allegedly handed over the wrong list of managed IP addresses, which held up one containment step by eight hours.
  • Clorox says Cognizant could not restore databases it had supported for years and had not kept application documentation, so Clorox brought in another vendor.

By Clorox's account, it spotted the intrusion within roughly three hours and had the attacker out within five days. Whoever turns out to be right, there's a planning lesson here. The vendor running your front door is often the one you'll need to reach at night to shut it.

Where the Clorox Cognizant lawsuit stands

Clorox pleaded four causes of action: breach of contract, breach of the covenant of good faith and fair dealing, gross negligence, and intentional misrepresentation. In a statement to reporters, Cognizant's chief communications officer said "Cognizant did not manage cybersecurity for Clorox." Its argument is that it was hired for a narrow slice of help-desk work.

The March 25, 2026 ruling threw out the misrepresentation claim and kept the other three alive. According to the Hunton Andrews Kurth analysis, the court treated credential handling and MFA management as critical security functions rather than low-level administrative tasks. As of September 1, 2026, there's been no finding of liability, no damages award, and no settlement or trial date made public.

What would have stopped the Clorox calls

Every stage of the chain had a control that could have broken it. Several were already written into Clorox's own procedure.

Stage Control What it would have broken
First reset call Point callers to the self-service reset tool. Or check the manager's name and internal username, then email both the employee and the manager (Clorox's own January 2023 procedure) Call 1 and every call after it
Repeat resets If one account asks for several password or MFA resets in a short space of time, a supervisor looks first Calls 2 and 3
Phone-number change Changing the SMS-MFA number counts as its own high-risk action, needing a callback to the old number or a manager's sign-off Takeover of the second factor
Privileged second target Same checks for every account, tougher ones for IT security staff Calls 4 and 5
First login after reset Conditional access that flags an unfamiliar device, place, or time, even after MFA passes Initial use of the stolen account
Vendor oversight Contract terms covering incident-response times and audit rights, plus the occasional test call to the outsourced desk The gap between what the policy said and what agents did

Switching to phishing-resistant MFA (FIDO2) only helps if enrolling a replacement key takes the same proof of identity as the first enrollment did. If it doesn't, the reset path is still the weakest point.

Lessons from the Clorox breach, by team

Security and identity teams

Every credential or MFA reset is a security event. Don't let it disappear into the ticket queue. If an account gets a password reset, an MFA reset, and a new phone number on the same day, someone should be alerted.

Service-desk staff and their managers

Score agents on how well they check who's calling, not just on how fast they close the call. An agent who volunteers to reset "two MFA applications" is following a speed incentive, not a security one.

Procurement and vendor management

Reset procedures, incident-response timelines, and audit rights belong in the outsourcing contract itself. As the Clorox ruling shows, what's carved out of a liability cap can matter as much as the cap does.

Security awareness trainers

The published transcript excerpts make good service-desk training material. They show that the dangerous call is the dull one, a lockout with no drama at all. The same pattern appears at MGM Resorts, at Caesars Entertainment, and in the 2020 Twitter phone-phishing breach.

What is still unknown about the Clorox hack

  • How the attacker knew which employees to impersonate. The complaint doesn't say.
  • Who was behind it. Reporters point to Scattered Spider. The complaint doesn't name any group.
  • Whether data was taken or a ransom demanded. Neither the complaint nor the SEC filings will say.
  • Where the service desk was staffed. The complaint names defendant entities registered in London and in Teaneck, New Jersey, but not the desk's location.
  • How the lawsuit ends. As of September 1, 2026, nobody had reported a settlement, a trial date, or a judgment.

Clorox hack: common questions

Was the Clorox cyberattack ransomware?

Clorox has never said so. Its complaint against Cognizant doesn't use the words ransom, extortion, or exfiltration. Its SEC filings talk about damaged IT infrastructure and systems taken offline, but they don't name any malware. A few vendor write-ups call it ransomware. None of the primary sources in this case file back that up. So for now, treat the ransomware label as unconfirmed.

Who hacked Clorox in 2023?

Reuters and other outlets attribute the intrusion to Scattered Spider, the group also linked to the 2023 MGM Resorts and Caesars Entertainment breaches. Clorox's complaint calls the attacker only a cybercriminal and does not name a group, so the attribution rests on press reporting rather than on a court filing.

How much did the Clorox hack cost?

That depends on which number you mean. Clorox's fiscal 2024 annual report records about $29 million in costs after $30 million of insurance recoveries, implying about $59 million gross. Its lawsuit seeks about $380 million, mostly for business interruption. Total insurance recoveries reached $100 million, and the company says it expects no more. Don't add any of these figures together.

Why did Clorox sue Cognizant?

Clorox says Cognizant ran the service desk for about a decade under a 2013 agreement and failed to follow the identity checks Clorox specified before resetting credentials. It also blames Cognizant for a slow incident response. Cognizant says it performed a narrow help-desk role reasonably and did not manage Clorox's cybersecurity. The court hasn't decided who's right.

Could stronger MFA have prevented the Clorox breach?

Not by itself. The attacker didn't break MFA. The service desk reset it and changed the phone number that got the SMS codes. Phishing-resistant keys only help if replacing one takes strong proof of identity. For the prompt-flooding version of this problem, see how to prevent MFA fatigue.

Reviewed by SEE Team. Last reviewed: 2026-10-19. Read how cases are sourced and checked in our methodology, or learn who publishes this library.

Sources
Cite this case

Social Engineering Examples. “Clorox Help-Desk Vishing Hack (2023): Five Calls, Two Accounts, and a $380M Claim”. Accessed 3 November 2026. https://socialengineeringexamples.com/clorox-cognizant-helpdesk-vishing-2023

Attack Chain & Defense
1Reconnaissance
What happened

Clorox's complaint does not detail how the attacker learned employee names, but Scattered Spider, the group press coverage attributes this intrusion to, is widely reported (Reuters, CSO Online) as specializing in researching target-company staff and identifying which outsourced IT vendor or help desk a company uses, likely how the attacker identified at least two real Clorox employees, a general staffer and a named IT security team member, plausible enough to impersonate convincingly by phone.

The control that would have stopped it

Employee-facing OSINT exposure (roles, org charts, and knowledge of which vendor runs a company's help desk) is very hard to eliminate at enterprise scale; the realistic control assumes attackers already have this and hardens the reset process it gets used against, rather than trying to hide employee identities.

2Initial vishing call and password reset
What happened

Per the complaint and the call transcripts quoted in it, the caller phoned Cognizant's outsourced Clorox Service Desk posing as "Employee 1," claimed to be locked out without a VPN or Okta password, and a Cognizant agent reset the password immediately and read it aloud, with none of the identity-verification steps Clorox says it had specified (the MyID self-service tool, or manager name plus MyID username followed by confirmation emails to the employee and manager).

The control that would have stopped it

Mandatory use of a self-service verification tool before any human agent performs a manual reset, or, when self-service is unavailable, a hard requirement to verify manager name plus internal username and send simultaneous confirmation emails to the employee and manager, would have stopped the very first call.

3MFA reset escalation across three calls in one day
What happened

On that same first call, after the password reset, the caller said his Microsoft MFA was not working and the agent reset it. Posing as the same employee, the caller phoned a second time and had the Microsoft MFA reset again, then twenty minutes later called a third time and had the Okta credential reset again. Per the complaint, no agent asked why one employee needed repeated resets in such a short window.

The control that would have stopped it

Rate-limiting or automatically flagging multiple credential or MFA reset requests for the same account within a short window, and routing them to mandatory supervisor review, closes off the escalation pattern the attacker relied on.

4Second-factor takeover via SMS-MFA phone number change
What happened

The caller pushed further and asked the agent to change the phone number tied to Employee 1's SMS-based MFA, which the agent also did, giving the attacker full control of both the password and the second authentication factor.

The control that would have stopped it

Treating any change to the phone number or device tied to SMS-based MFA as a separate, higher-scrutiny action, such as requiring an out-of-band callback to the previously registered number or manager sign-off, keeps a single phone call from fully taking over both authentication factors.

5Initial access and internal reconnaissance
What happened

With Employee 1's password and both MFA factors under attacker control, the intruder logged into Clorox's Okta-federated network and, per the complaint, used that access to identify a second, more privileged target working in Clorox's IT security group.

The control that would have stopped it

Conditional-access policies that flag logins from unfamiliar devices, locations, or times even after valid credentials and MFA are presented can catch the moment initial access is used, before an intruder can browse for a second target.

6Repeat vishing against a second, higher-value target
What happened

The attacker called the Cognizant service desk again posing as "Employee 2," and across two calls obtained a password reset plus resets of two separate MFA applications, with an agent proactively offering to reset both after noticing two MFA methods on the account, again with no identity verification.

The control that would have stopped it

The same help-desk verification controls from Stages 2 through 4 apply regardless of which employee is targeted; treating every reset request as equally high-risk, rather than assuming an IT-security employee's account merits less scrutiny, prevents a repeat of the same playbook against a more privileged target.

7Privilege escalation, persistence, and lateral movement
What happened

Using Employee 2's compromised IT-security-team credentials, the intruder established persistence and moved laterally inside Clorox's environment, expanding from a single compromised account to broader network reach.

The control that would have stopped it

Network segmentation and least-privilege access limiting what a single compromised account, even one belonging to IT security staff, can reach, plus monitoring for anomalous lateral movement and privilege use, narrows what an intruder can do even after two accounts are fully compromised.

8Objective completion and impact
What happened

The intrusion "paralyzed" Clorox's corporate network, per the complaint, forcing systems offline, pausing manufacturing, and requiring weeks of manual order processing. Neither the complaint nor Clorox's SEC filings state whether the ultimate goal was data theft, extortion, or disruption itself: the complaint never uses the words ransom, extortion, or exfiltration, and never names a threat-actor group. Clorox alleges the business impact was severe enough to underlie a $380 million damages claim, a pleaded figure rather than an awarded or audited one.

The control that would have stopped it

Rapid detection and containment, which Clorox says it achieved (detecting the intrusion within roughly three hours and ejecting the attacker within five days), plus tested business-continuity and manual-fallback procedures, limits how long a disruptive intrusion can persist; contractual security SLAs, audit rights over outsourced vendors, and periodic vishing red-team testing of the help desk are what would keep the Stage 2 through 6 controls actually enforced by a third party.

Quick Facts
Victim
The Clorox Company and Clorox Services Company
(via its outsourced IT service-desk vendor, Cognizant Technology Solutions / Cognizant Worldwide Limited)
Company
Clorox
Location
Oakland, California (Clorox headquarters); IT service desk operated on Clorox's behalf by Cognizant.
The complaint does not state where the desk was staffed; the named defendant entities are registered in London, England and Teaneck, New Jersey.
Date
2023-08-11
(attack); 2023-08-14 and 2023-09-18 (SEC 8-K disclosures); 2025-07-22 (lawsuit filed); 2026-03-25 (ruling narrowing the claims)
Impact
Three figures on three different bases.
BasisclaimedThe $380M headline is the sum pleaded in Clorox's complaint; the 10-K charge is separate and measured
Measured charge: Clorox's Form 10-K for fiscal 2024 (filed Aug. 8, 2024), Note 3, records "incremental costs, net of insurance recoveries, of approximately $29" million from the cyberattack, after $30 million of insurance recoveries recognized in the fourth quarter, which implies roughly $59 million of gross incremental cost; the Q1 FY2024 10-Q (quarter ended Sept. 30, 2023) booked about $24 million of it. The fiscal 2025 10-K (filed Aug. 8, 2025) adds $70 million of further insurance recoveries and states no additional recoveries are anticipated, putting total cyberattack insurance recoveries at $100 million. Business-interruption loss: never booked as a charge, it surfaces as lost revenue, with total company net sales down 20% year over year in the quarter of the attack. Claimed damages: approximately $380 million, including over $49 million in remedial costs, is the figure Clorox pleaded in its July 22, 2025 complaint. It is neither a measured charge nor an audited estimate, and no court has awarded it.
Status
Documented incident
Case Type
Real-World Incident
Sector
Retail & E-commerce, Technology & Software
Threat Actor
Organized Crime
Explore more

Related Cases

Browse by what this case has in common with others in the library.