Case Library / Phishing / Uber 2022 Breach: MFA Push-Bombing and IT-Support Impersonation of a Contractor

Uber 2022 Breach: MFA Push-Bombing and IT-Support Impersonation of a Contractor

A Lapsus$ affiliate bought a contractor's stolen Uber password, flooded them with MFA push prompts, then posed as Uber IT to get one approved, opening the door to Uber's internal network.

Share:

Reviewed by the Social Engineering Examples team.

What Happened

On September 15, 2022, an attacker gained access to Uber's internal systems and announced the intrusion by posting to a company-wide Slack channel and reconfiguring Uber's OpenDNS to show a graphic image on some internal sites. Employees initially thought the Slack message was a joke. Uber took down internal tools as a precaution and notified law enforcement.

In its September 19 security update (also filed with the SEC as Exhibit 99.1 to a Form 8-K), Uber said an "EXT" contractor's account had been compromised. Uber assessed that the attacker likely purchased the contractor's Uber corporate password on the dark web after the contractor's personal device was infected with information-stealing malware. The attacker repeatedly attempted to log in, and each attempt triggered a two-factor approval request, which the contractor initially declined. Eventually the contractor approved one, and the attacker got in. Security-vendor and researcher analysis (Group-IB, and a researcher who communicated with the attacker) added that the attacker also contacted the contractor via WhatsApp posing as Uber IT support, telling them the push notifications would only stop if they approved one.

Once on the network via VPN, the attacker moved laterally and found an internal network share containing PowerShell scripts, one of which held hard-coded admin credentials for Uber's privileged access management (PAM) system (Thycotic). Using those, the attacker reached numerous internal tools and services, including G-Suite/Google Workspace, Slack, AWS, and the HackerOne bug-bounty dashboard.

Uber reported it found no evidence the attacker reached production systems, user accounts, or the databases holding sensitive customer data (credit card numbers, bank details, trip history), and no evidence of codebase changes. The attacker did download some internal Slack messages and information from a finance tool used to manage invoices, and accessed HackerOne vulnerability reports, which Uber said were remediated. A UK jury found Arion Kurtaj committed the acts in August 2023, and in December 2023 he was sentenced to an indefinite hospital order after being assessed unfit to stand trial.

How the Attack Worked

Kill chain at an awareness altitude: (1) Recon/credential sourcing: the contractor's personal device was infected with infostealer malware, and the resulting corporate credentials were sold on a dark-web marketplace, giving the attacker a valid username and password without any technical exploit. (2) Contact/exploitation of MFA: possessing the password but blocked by push-based MFA, the attacker repeatedly triggered login attempts so the contractor's phone was flooded with approval prompts. (3) Rapport/pretext: the attacker reached the contractor out-of-band on WhatsApp, impersonating Uber IT and framing approval as the fix for the annoying prompts. (4) Approval/access: worn down and misled, the contractor approved a prompt, handing the attacker VPN access. (5) Escalation: inside a flat internal network, the attacker found hard-coded admin credentials in a script and pivoted into the PAM system and many connected tools. The human failure point was a single MFA approval induced by fatigue plus authority, and the technical failure points were phishable push MFA (no number-matching), broad contractor network reach, and a hard-coded privileged credential.

The Lure & the Tell

Pretext: an "IT support" message (via WhatsApp) claiming a login bug and telling the target that approving the MFA push was the only way to stop the barrage of notifications. Red flags a defender should notice: a flood of unexpected MFA prompts (you should never approve a request you did not initiate), "IT support" reaching out over an unofficial channel like WhatsApp rather than a verified internal system, urgency and the promise that approving will "make it stop," and any request whose real effect is to grant a login you cannot account for.

Outcome

Attacker gained broad access to Uber's internal tooling and publicly defaced internal channels; Uber disabled tools, reset credentials, rotated keys, locked its codebase, and re-authenticated staff. No evidence of access to production systems or sensitive customer data. Uber strengthened its MFA policies. UK prosecutors put damage to Uber at nearly $3M; Arion Kurtaj was found by a jury to have committed the acts (Aug 2023) and sentenced to indefinite hospital detention (Dec 2023).

Why It Matters

This is a textbook demonstration that MFA is not a silver bullet: push-approval MFA can be defeated by simply exhausting and then deceiving the human on the other end. It shows how commodity infostealer malware plus dark-web credential markets remove the need for any exploit, and how one over-privileged contractor account plus a hard-coded secret can cascade into enterprise-wide compromise. It is a canonical case for training people to reject unexpected MFA prompts and distrust out-of-band "IT support" contact.

Defenses

Phishing-resistant MFA (FIDO2/WebAuthn hardware keys or passkeys) instead of simple push approvals; number-matching and rate-limiting/lockout on repeated push prompts; user training to deny and report unrequested MFA requests and to verify any "IT support" contact through official channels only. Technical controls: eliminate hard-coded/service-account credentials in scripts, enforce MFA on PAM console access, network micro-segmentation to limit contractor VPN reach, least privilege for third parties, and anomaly detection for repeated denied auth attempts.

Sources
  • Security update. Uber (Uber Newsroom) Primary. Uber's first-party incident disclosure (Sept 15/16/19, 2022). Confirmed by direct fetch. States the EXT contractor MFA-approval compromise, dark-web password purchase after malware infection, lateral movement to G-Suite/Slack, Slack defacement, OpenDNS graphic, Lapsus$ attribution, and the finding of no access to production systems, user accounts, or sensitive customer databases.
  • Form 8-K Exhibit 99.1 (Uber security update). U.S. Securities and Exchange Commission (EDGAR) Primary. SEC filing containing the verbatim Uber security update text, confirmed by direct fetch to be textually identical to the newsroom post, providing an authoritative regulatory record of the same facts.
  • Lapsus$ hacker who targeted Uber and Grand Theft Auto maker indefinitely detained. Reuters Secondary. Confirmed by fetch and corroborating Reuters pieces from July and August 2023: reports the UK court outcome, Arion Kurtaj found by a jury to have committed the acts (Aug 2023), sentenced Dec 2023 to indefinite hospital detention under the Mental Health Act, and prosecutors' figure of nearly $3 million in damage to Uber.
  • Uber: Lapsus$ Targeted External Contractor With MFA Bombing Attack. Dark Reading Secondary. Confirmed by direct fetch. Corroborates the MFA-fatigue mechanics and reports the WhatsApp IT-support impersonation detail that is not present in Uber's own post.
  • Uber Breach: Why MFA & PAM Must Work Together. Silverfort Secondary. Confirmed by direct fetch. Security-vendor technical analysis of the PowerShell script with hard-coded PAM admin credentials and the lateral-movement/privilege-escalation chain; the specific PAM vendor name (Thycotic) is corroborated by other contemporaneous technical write-ups rather than stated in this particular post.
Attack Chain & Defense
The sequence the attacker ran
How it could have been stopped
1
Reconnaissance and credential sourcing: Per Uber's own security update, the attacker likely obtained the contractor's valid corporate password from a dark-web marketplace after commodity infostealer malware infected the contractor's personal device, a pattern consistent with initial-access brokers who harvest and resell credentials from infected consumer devices at scale rather than phishing the target company directly.
Countering Stage 1: Dark-web credential markets and infostealer malware on personal devices sit outside a target company's direct control, so the realistic control is not preventing the theft but limiting what one stolen password can do, enforcing MFA on all VPN and remote-access accounts regardless of employee or contractor status, and monitoring for corporate credentials surfacing in breach or stealer-log marketplaces.
2
MFA push bombing: Holding a valid VPN password but blocked by Duo push approval, the attacker repeatedly triggered login attempts, flooding the contractor's phone with two-factor approval prompts, a technique documented in Uber's disclosure and widely reported as consistent with Lapsus$-linked intrusions that year.
Countering Stage 2: Number-matching MFA, which requires entering a code shown on the login screen rather than a single tap to approve, plus automatic throttling or lockout after a handful of denied push attempts, directly blunts repeated blind approval requests by making them either impossible or highly conspicuous.
3
Pretext and rapport building: Per Dark Reading's reporting, the attacker contacted the contractor out-of-band on WhatsApp, posing as Uber IT support and claiming the prompts would only stop once one was approved, exploiting the contractor's desire to end the disruption.
Countering Stage 3: Training staff and contractors to treat any unsolicited "IT support" contact over an unofficial channel as suspect, and to verify such requests only through a known internal ticketing system or callback number, removes the social cover the pretext depends on.
4
Approval and initial access: Worn down and misled, the contractor approved one push prompt, and the attacker logged into Uber's VPN with a valid password and a valid MFA approval, gaining a legitimate-looking foothold without any technical exploit.
Countering Stage 4: Conditional-access checks evaluated at the moment of authentication, such as device posture, unfamiliar location, or anomalous login time, can flag or block a session even after an MFA prompt is approved, catching what push approval alone missed.
5
Internal reconnaissance and lateral movement: Once on the internal network via VPN, the attacker enumerated accessible network shares, a step security-vendor analysis (Silverfort) describes as typical once flat internal network access is available, and located a shared drive readable by the compromised account.
Countering Stage 5: Network micro-segmentation and least-privilege access, limiting a contractor VPN account to only the specific systems it needs rather than broad internal shares, would have kept the attacker from browsing for exploitable files even after initial access was gained.
6
Privilege escalation via hard-coded credentials: On that share, the attacker found a PowerShell script containing hard-coded admin credentials for Uber's PAM system, letting them impersonate a privileged account and unlock access to connected tools including AWS, Google Workspace, Slack, and the HackerOne dashboard.
Countering Stage 6: Secrets-scanning to find and remove hard-coded credentials from scripts and repositories, vaulting service-account credentials inside the PAM system itself instead of embedding them in code, and requiring MFA on PAM console logins close off this escalation path.
7
Objective completion, access, exfiltration, and disclosure: With elevated access, the attacker downloaded internal Slack messages and finance invoicing data, viewed HackerOne vulnerability reports, and posted a company-wide Slack message while defacing internal pages via OpenDNS, achieving both data access and public notoriety before Uber detected and contained the intrusion.
Countering Stage 7: Security monitoring tuned to flag anomalous bulk data access and unexpected DNS or configuration changes from a single account, which is how Uber's own team said it detected and moved to contain the incident, paired with incident-response playbooks for rapid credential rotation and tool lockdown, limits the damage once an attacker reaches the final stage.
Quick Facts
Victim
Uber Technologies, Inc. (initial victim: an external "EXT" contractor with VPN access)
Location
United States (Uber HQ, San Francisco); attacker based in the United Kingdom
Date
2022-09
Impact
~$3M USD (UK prosecutors stated the intrusion caused nearly $3 million in damage to Uber; no customer-facing financial loss was reported)
Status
Confirmed
Case Type
Real-World Incident
Sector
Technology & Software, Transportation & Logistics
Threat Actor
Organized Crime
Related

Related Cases

MGM Resorts Help-Desk Vishing Breach (Scattered Spider, 2023)

A roughly ten-minute phone call impersonating an MGM employee to the IT help desk let Scattered Spider reset MFA, seize…

Incident 2023Read →

Microsoft LAPSUS$ / DEV-0537 Source-Code Intrusion (2022)

A single compromised Microsoft employee account gave LAPSUS$ (DEV-0537) "limited access" to an Azure DevOps repository, from which the group…

Incident 2022Read →

EA Games Slack/MFA Social Engineering Breach (2021)

Hackers bought a $10 stolen Slack session cookie, used it to reach EA's internal Slack, then twice talked EA IT…

Incident 2021Read →