← Case Files · The Breach Files

2009 · Social apps

RockYou, 2009: the 32 million plaintext passwords that became a wordlist

Case file · 4 min read · Published 14 September 2026

People affected
32.6 million accounts
When it happened
December 2009
Made public
December 2009
How they got in
SQL injection against an unpatched web application
Attributed to
A researcher using the handle Tom Daly published the flaw; the dump circulated anonymously
What it cost
An FTC settlement in 2012 covering both the security failure and children's privacy violations

What was exposed: Email addresses · Passwords in plain text

Thirty-two million accounts is a small breach by modern standards, and RockYou — a company that made quizzes and photo widgets for MySpace and Facebook — is not a name most people remember. It is nonetheless one of the most consequential breaches ever recorded, because of a single detail: the passwords were not hashed. They were stored exactly as typed. That file is still in daily use.

What happened

In December 2009, a researcher published details of a SQL injection vulnerability in a RockYou web application. SQL injection is the oldest widely exploited web flaw there is: user input is concatenated into a database query rather than passed as a parameter, so an attacker can end the intended query and append their own. It was thoroughly documented, thoroughly understood and thoroughly preventable long before 2009.

Someone used it to dump the user table — 32.6 million rows of email addresses and passwords, the passwords in plain text. The file went public within days.

Why plaintext storage is different in kind, not degree. A hashed password file is a puzzle: an attacker can solve the weak entries quickly and the strong ones perhaps never. A plaintext file is an answer key. Every password falls at once, including the long random ones generated by careful users, and the company itself has been able to read them the entire time.

What the file revealed

Until RockYou, the industry's knowledge of real password choice was inferred from cracked hashes — which is a biased sample, because cracking finds the weak ones first. RockYou was the first large, unbiased census. Imperva's analysis the following month is still quoted:

  1. The most common password was 123456, chosen by roughly 290,000 accounts, followed by 12345, 123456789, password and iloveyou.
  2. Around 30% of passwords were six characters or fewer, and about 60% used a limited character set.
  3. Roughly one account in five used a password from a set of just 5,000 common choices — meaning a trivially small dictionary would open a fifth of the site.

Those proportions have barely moved since. Every subsequent large breach that has been analysed produces a similar distribution, which is the uncomfortable finding at the centre of this case: password policies got stricter, complexity rules proliferated, and human behaviour stayed put.

How a breach became a tool

The deduplicated list of unique passwords from the dump — about 14 million entries — became rockyou.txt. It ships with Kali Linux. It is the default wordlist for Hashcat and John the Ripper tutorials, the first thing tried in almost every password-audit engagement, and the baseline against which new cracking techniques are measured.

This is a genuinely strange legacy. A company's worst day became free infrastructure for the entire security profession, and the reason it works so well is not technical sophistication — it is that the file is a record of authentic human choice, taken from people who had no idea anyone would ever read it. Synthetic password lists are guesses about what people pick. RockYou is evidence.

The name has since been borrowed by unrelated aggregate files — compilations circulated in 2021 and 2024 under names like "RockYou2021" — which are not RockYou data at all but enormous merged collections of every password ever leaked. The borrowing is a compliment to the original's reputation and a reliable source of confusion.

The regulatory tail

In March 2012 the US Federal Trade Commission settled with RockYou over two distinct failures. The first was the security one: the company had told users their information was protected while storing it in plain text behind an injectable application. The second was a children's privacy violation — RockYou had knowingly collected information from roughly 179,000 children in breach of COPPA, and paid a $250,000 civil penalty for it.

The settlement is an early example of a regulator treating a security promise as a marketing claim. RockYou was not punished simply for being breached; it was punished for the gap between what its privacy page said and what its database looked like.

What it changed

Plaintext storage became indefensible. It was already bad practice in 2009. After RockYou, it was the kind of thing that appeared in regulatory findings and court filings, and there was a concrete, citable example of exactly what happens when the file escapes.

Password strength meters got a data source. Modern strength estimators — the ones that tell you a password is weak because it is common rather than because it lacks a capital letter — are built on frequency data, and RockYou was the first large real-world frequency table available. The shift from "does it have a symbol?" to "how many people have already chosen this?" starts here.

Breached-password checking became a product. The idea that a site should refuse a password that appears in a known breach list, rather than demanding another special character, follows directly from having lists like this one. It is now formal guidance in the US National Institute of Standards and Technology's digital identity standards.

What to take from it

  1. Assume anything you typed into a small web service in the 2000s is public. Not likely public — public. If a variant of it is still in use, it is on a list somebody is already testing.
  2. Length beats complexity. The RockYou distribution shows that human-chosen "complex" passwords cluster in predictable ways. A long passphrase or generated string sits outside the patterns entirely — see the practical guide to passwords that actually resist this.
  3. Never reuse across sites. Every point in this case file is about one file opening many doors.
  4. Check your own addresses against known breaches. Sixteen years of dumps have accumulated behind most long-lived email addresses — here is how to look.

Checked against every breach on record, against public breach data only. Your address is not sent to us as a form and is not stored — it is handed straight to the lookup tool in your own browser. See the privacy policy.

Questions people ask

What is rockyou.txt?

It is the list of unique passwords extracted from the 2009 RockYou breach, roughly 14 million entries after deduplication. Because the passwords were stored in plain text, the list is a record of what real people actually chose rather than a guess at it. It ships with Kali Linux and is still the default wordlist for password auditing and cracking tools.

How did the RockYou breach happen?

A SQL injection flaw in a web application. SQL injection happens when user input is pasted into a database query instead of being passed as a parameter, letting an attacker rewrite the query and read tables directly. It was already a well-understood and easily prevented flaw in 2009.

Why were the passwords in plain text?

RockYou simply stored them as typed, with no hashing at all. That meant anyone who read the database read every password. It also meant the company could, in principle, read them — which is why "we will never ask for your password" is a weaker promise than "we could not tell you your password if we wanted to".

Is the RockYou list still dangerous?

The individual passwords are sixteen years old, but the patterns are not. The same structures — a name plus a year, a keyboard run, a word with a digit on the end — still dominate, which is exactly why the list remains effective against modern password databases.

Sources

Read next

Case files are written from the public record: regulatory findings, court filings, company disclosures and contemporaneous reporting, cited above. Figures are the ones the organisation or its regulator finally settled on, which is often not the number first reported — where that differs, the page says so. Disputed accounts are marked as disputed rather than resolved in either direction.

← All case files Breach archive →