← Case Files · The Breach Files

2015 · Children's data

VTech, 2015: six million children in a toy company's database

Case file · 5 min read · Published 14 September 2026

People affected
Around 4.9 million parent accounts and 6.4 million child profiles
When it happened
14 November 2015
Made public
27 November 2015
How they got in
SQL injection against the Learning Lodge app store, with passwords protected only by unsalted MD5 and security answers stored in plain text
Attributed to
An individual who gave the data to a journalist rather than selling it; a related arrest was made in the UK
What it cost
$650,000 FTC settlement in 2018 over children's privacy violations

What was exposed: Children's names · Dates of birth · Genders · Parents' names and addresses · Email addresses · Password hashes and plain-text security answers · Chat logs and photographs from Kid Connect

Most breach write-ups can tell you what the victims should do next. This one largely cannot, because the victims were four, six and nine years old, and the identifiers that leaked are ones they will carry for the rest of their lives.

What happened

VTech makes electronic learning toys — tablets and devices aimed at young children. Around them it ran online services: Learning Lodge, an app store for downloading content to the devices, and Kid Connect, a messaging feature that let children exchange text, voice messages and photographs with their parents.

On 14 November 2015, an attacker used SQL injection against Learning Lodge to reach the database behind it. The compromise was disclosed on 27 November after the attacker contacted a journalist.

The database held about 4.9 million parent accounts and 6.4 million child profiles. The parent records contained names, postal addresses, email addresses, download history, IP addresses, password hashes and — stored in plain text — the answers to their security questions. The child profiles contained names, dates of birth and genders, each linked to the parent account.

Because the parent and child records were linked, the dataset resolved to something more specific than either: a named child, their age, and the home address they live at.

For a subset of users, Kid Connect data was also exposed, including photographs children had taken and messages they had exchanged.

The technical findings were all in the category of long-settled. SQL injection had been comprehensively documented for seventeen years by 2015. Unsalted MD5 password hashing had been unacceptable for roughly a decade — such hashes fall in bulk on commodity hardware almost immediately. Storing security question answers in plain text defeats the purpose of having them, since the recovery mechanism becomes readable to anyone who reaches the table. None of these required a sophisticated attacker to find, and none required expertise to avoid.

The attacker who did not sell it

What happened next is the reason the harm was contained. The attacker did not publish the data, did not offer it for sale, and did not extort the company. They provided it to a journalist at Motherboard, stating that the intent was to demonstrate how badly it had been protected. Troy Hunt, who runs Have I Been Pwned, examined the data independently and published a detailed technical assessment.

The dataset did not, as far as is known, enter the criminal market. An arrest was made in the UK.

The uncomfortable observation is that the difference between this being a footnote and being a decade-long identity fraud problem for millions of children was the personal choice of one person who had already broken the law. Nothing VTech did produced that outcome. It is the least reliable control imaginable, and in this instance it was the only one that operated.

The terms of service

In the weeks after the breach, VTech amended its terms of service. The revised language stated that users acknowledged and agreed that any information transmitted to its sites might not be secure, and assumed the risk of it being accessed by unauthorised parties.

The reaction was severe and largely on one point: a company cannot contract out of its obligation to secure children's data, and attempting to do so shortly after failing to secure children's data reads as a statement of intent rather than a legal precaution. Regulators in several jurisdictions took note, and the clause became a widely cited example of what not to do after an incident.

The timeline

  1. 14 November 2015 — SQL injection against Learning Lodge gives access to the database.
  2. 23 November 2015 — The attacker contacts a journalist and provides the data.
  3. 27 November 2015 — VTech confirms the breach and suspends affected services.
  4. 30 November 2015 — Independent analysis establishes that child profiles, photographs and chat logs were included, and documents the password and security-answer failures.
  5. December 2015 — An arrest is made in the UK; VTech amends its terms of service, drawing widespread criticism.
  6. January 2018 — The FTC settles with VTech for $650,000 over children's privacy violations.

What it changed

Connected toys became a regulated category. The FTC action was an early signal that the Children's Online Privacy Protection Act applied to a toy manufacturer's cloud services just as it applies to a website. Regulators in Europe and elsewhere began examining connected toys specifically, and several products were subsequently withdrawn or banned in individual countries.

It established the argument for data minimisation about children. The strongest question in the aftermath was not how the attacker got in. It was why a company selling tablets needed to hold a child's date of birth, gender and photographs on a server at all, indefinitely, to deliver an app store.

Parents learned that the account is the attack surface. The device is not usually the risk. The account created to set it up is, along with the vendor's cloud service behind it, and that is now the standard advice for every connected product bought for a child.

It has aged badly in the right way. Children exposed in 2015 are in their late teens and twenties now. Their names, dates of birth and childhood addresses were published — briefly and in a contained fashion, but published. Long-tail harm from children's data breaches is inherently hard to measure, and this case is the reason people started trying to.

What parents can do

  1. Give a connected toy the minimum it will accept. A nickname rather than a full name, an approximate date of birth where the service only uses it for age banding, and an email alias rather than your main address.
  2. Never reuse a household password on a toy or children's service. These are among the least well-secured consumer services in existence, and this case is the proof.
  3. Check whether the messaging feature stores anything centrally. If a child can send a photograph through the product, that photograph is on a server somewhere with a retention policy you have not read.
  4. Where a jurisdiction gives children deletion rights, use them when a device is retired. The account usually outlives the toy by many years, and nobody goes back to close it.

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

Why is children's data treated as a special category?

Because the exposure lasts a lifetime and the subject had no part in the decision. A child whose name, date of birth and photograph leaked in 2015 was perhaps six years old; they will be applying for credit and jobs with those identifiers for another seventy years. They cannot change a date of birth, they did not consent to the account, and the record linking them to their parents and home address does not decay. Almost every other breach exposes adults who at least chose to use the service.

What actually made this breach so bad technically?

Three findings, each avoidable. The application was vulnerable to SQL injection, a flaw already old enough to be inexcusable in 2015. Passwords were protected with unsalted MD5, which is not meaningfully protection — such hashes are recovered in bulk almost instantly. Security questions and their answers were stored in plain text, meaning the account recovery mechanism was readable to anyone who reached the database. And traffic was not consistently protected in transit.

What did the attacker do with the data?

Not what usually happens. They gave it to a journalist at Motherboard and did not sell or publish it, saying their purpose was to demonstrate how poorly it had been protected. That does not make the intrusion lawful — an arrest followed in the UK — but it did mean the dataset largely did not enter criminal circulation, which is unusual and is why the practical harm was smaller than the exposure suggested.

Did VTech face consequences?

The US Federal Trade Commission settled with VTech in January 2018 for $650,000 over violations of the Children's Online Privacy Protection Act, finding it had collected children's personal information without proper parental notice and consent and had failed to secure it. VTech also amended its terms of service after the breach in a way that attracted criticism, adding language disclaiming liability for the security of data on its sites.

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 →