Hims & Hers Data Breach: Okta SSO and a Zendesk Export

Hims & Hers disclosed that in February 2026 attackers socially engineered two employees, compromised an Okta single sign-on account, and used it to access the company's Zendesk customer support platform, taking support tickets with names, emails, phone numbers, and addresses. The company said medical records were not involved. BleepingComputer linked the incident to a wider campaign against SaaS platforms.

What was reported about Hims & Hers Data Breach

BleepingComputer and HIPAA Journal reported that Hims & Hers notified customers of a breach in letters dated April 2, 2026. Attackers had access between February 4 and 7, after socially engineering two employees and compromising an Okta single sign-on account, then accessing the company's Zendesk support platform.

Data exposed in Hims & Hers Data Breach

The company said support tickets containing names, email addresses, phone numbers, and addresses were taken, and that no medical records or provider communications were involved. Total numbers were not disclosed; state filings cited by secondary sources showed several hundred people in Texas and a smaller number in Vermont.

Who was behind Hims & Hers Data Breach

BleepingComputer tied the incident to a broader campaign by an extortion group targeting SaaS customer support platforms in 2026. The company itself did not name the attackers in the reporting reviewed.

How SSO-to-SaaS attacks work

Single sign-on lets employees reach many applications with one identity. If attackers obtain that identity, through phishing, MFA fatigue, or help desk impersonation, they inherit access to every connected application. Support platforms are attractive because they hold customer contact details and conversation history and allow bulk export.

Social engineering against SaaS

Several 2026 healthcare and services breaches followed the same pattern: attackers persuade an employee or help desk to hand over credentials or approve access, then use single sign-on to reach connected SaaS applications such as support platforms, CRMs, and file stores, and export data in bulk. Defences include phishing-resistant MFA, strict verification for help desk resets, conditional access, and monitoring SaaS audit logs for unusual exports.

Lesson: help desk resets

Attackers frequently target IT help desks to reset passwords or enrol new MFA devices. Strong identity verification for resets, such as video verification or manager approval, and alerts on MFA changes for privileged users reduce this risk.

Lesson: limit SaaS export

Restrict bulk export features in support and CRM platforms to a few administrators, alert on large exports or API pulls, and set rate limits on API tokens. Many SaaS data thefts rely on export features working exactly as designed.

Lesson: support ticket content

Telehealth support tickets can drift into sensitive territory as customers describe treatments or prescriptions. Agents should avoid recording health details in tickets where not needed, and platforms should redact or restrict sensitive fields.

How Hims & Hers Data Breach was handled

According to reports, the company notified law enforcement and offered 12 months of credit monitoring. Class action claims were reported by legal news sites. A separate securities class action in October 2026 related to other matters, not the breach.

Detection

Hims & Hers reportedly detected the activity a day after it began. Fast detection limited the window, but data was still taken, which shows why prevention controls on export and identity matter alongside detection.

What is still unknown about Hims & Hers Data Breach

The total number of affected customers and whether the data was published had not been established in the reporting reviewed.

For affected customers

Expect phishing referencing your orders or support conversations. Verify contacts through the official app or website and avoid sharing health or payment details in response to unexpected messages.

Telehealth-specific risks

Telehealth companies combine consumer-style support operations with sensitive health relationships. Even contact details can reveal that a person uses a particular treatment service, which can be sensitive in itself. Support data deserves health-grade protection.

Okta and identity provider hardening

Identity providers support controls that blunt these attacks: phishing-resistant authenticators, device trust policies, admin action alerts, and session binding. Review identity provider security settings regularly, since defaults rarely match the threat.

Comparing the 2026 SaaS breaches

Hims & Hers, iRhythm, Exact Sciences, and others in 2026 share a profile: social engineering against people rather than software, a compromised identity, and bulk access to SaaS data. Organisations can use these incidents as tabletop scenarios to test whether their own identity and SaaS controls would have stopped them.

Hims & Hers Data Breach in brief

Protect SSO identities with phishing-resistant MFA, verify help desk resets carefully, and restrict and monitor SaaS exports.

Training that works against social engineering

Generic awareness training rarely stops targeted vishing. Short, specific guidance works better: IT will never ask you to approve an MFA prompt you did not start, and how to verify a caller. Run realistic simulations and reward reporting.

Hims & Hers Data Breach timeline

Access February 4 to 7, detection February 5, investigation complete March 3, letters dated April 2, 2026.

Frequently asked questions

What happened in the Hims & Hers data breach?
Attackers socially engineered two employees and compromised an Okta single sign-on account in February 2026, then accessed the company's Zendesk support platform and took support tickets with contact details, according to reports from BleepingComputer and HIPAA Journal. Access lasted about three days.
Were Hims & Hers medical records exposed?
The company said no medical records or provider communications were involved. The exposed data came from customer support tickets and included names, email addresses, phone numbers, and addresses, though ticket content can sometimes include more detail. Customers should still be wary of phishing.
How do attackers use SSO to steal SaaS data?
They compromise a single sign-on identity through phishing, MFA fatigue, or help desk impersonation, then use it to reach connected applications such as support platforms or CRMs and export data in bulk using built-in features or APIs. Export limits help.