2009 · Social apps

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

Case file · 4 min read · Published 14 September 2026

CASE FILE

RockYou data breach

A widget company stored 32 million passwords in plain text and lost them to a SQL injection. The file became the famous wordlist still used today.

Follow the timeline ↓
A person using a laptop beside a desktop monitor
Logan Jeffrey / Unsplash · Personal research · context photograph, not an affected user
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

FOLLOW THE RECORD

How the story unfolded

Open a step to read the detail. Missing dates stay unknown.

  1. 01The most common password was 123456

    , chosen by roughly 290,000 accounts, followed by 12345, 123456789, password and iloveyou.

    Review the case-file sources

  2. 02Around 30% of passwords were six characters or fewer

    , and about 60% used a limited character set.

    Review the case-file sources

  3. 03Roughly 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.

    Review the case-file sources

The story behind the breach

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.

How did it happen?

SQL injection against an unpatched web application

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.

What was the motive?

The published account does not establish the motive. We cannot tell what the attackers intended from the exposed data alone.

Claims and demands are reported as such; they do not establish every attacker's intention.

What was the outcome?

An FTC settlement in 2012 covering both the security failure and children's privacy violations

Reported scale: 32.6 million accounts.

Read the full account and timeline · 4 min

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

Your next steps

Tick off the actions you have taken. Progress lasts while this page is open.

0 actions completed

Were you part of this breach?

Only a result for this incident is shown. On submission, your email is sent through MyRecon to XposedOrNot for a breach lookup. MyRecon does not save this check to your history. Some incidents have no searchable email records.

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 →