All Breaches
January 1, 2017 Verified Sensitive Record Connected toys

CloudPets Data Breach

The CloudPets data breach is a high-profile incident that emerged in January 2017 in the internet-connected toy service that enables voice messaging between children and family members.

583.5 Thousand
Reported Records
5
Data Types
High
Severity
Oct 10, 2026
Last updated

Protect Yourself

Check whether you were affected by this breach

Check my email

Exposed Data Types

5
  • Audio recordings
  • Email addresses
  • Family members' names
  • Passwords
  • Profile photos

About This Breach

The number of affected accounts that can be queried for this record is 583,503. However, the full technical scope of the incident is larger than this number; it has been reported that there were more than 821,000 account records in the open system, including records associated with children's names as well as profile photo and voice recording references. Therefore, the incident is significant not only in terms of account security but also regarding children's privacy.

CloudPets toys had a product structure that allowed family members to send voice messages to children and for the children to respond. Because of this feature, the data in the system carries a more sensitive context than ordinary membership information. Email addresses, the names of family members, password hashes, visual references associated with the child profile, and access to voice messages could lead to serious consequences for both digital security and family privacy in case of misuse.

Leaked Data Types and Risks

The verified primary data classes are email addresses, family members' names, and passwords. The password field has been reported in bcrypt hash format; this does not mean that each password is stored in a directly readable form. Nevertheless, weak passwords or reused passwords pose a risk. Sources also indicate that references to photos and voice recordings associated with child profiles across the system were exposed. This additional context makes the CloudPets incident more sensitive than ordinary account lists.

When children's names, family relationships, and voice message contents come together, the risk is not limited to phishing or account takeover. The names of family members can be used to build trust in social engineering. Voice recordings and profile photo references, on the other hand, should be considered data that directly touches children's private lives. Therefore, the incident carries a high risk in terms of fake support messages directed at families, toy update notifications, account recovery requests, or manipulative communication attempts related to the child's profile.

Verified Scope and Boundaries

The account number 583,503 shown in this record represents the scope of records that can be queried via the email address. The total open system scope of the incident is larger and is associated with more than 821,000 account records. These two numbers should not be confused. User matching indicates that the relevant email address exists in queryable CloudPets account data; additional file references across the system should also be evaluated separately.

Verified data fields are email addresses, names of family members, password hashes, and visual and audio message references associated with the child profile across the system. Payment card, bank account, official ID number, physical address, or health data are not considered verified data classes. Although the company has denied that audio recordings were directly stolen, independent analyses have shown that access paths to the record files could be revealed through the system architecture and that the data was subject to ransom demands.

User Groups at Risk

The users at the highest risk are parents who have created a CloudPets account, families who have added a child profile, and people who have used the same password on other accounts. When the email address and family member's name are used together, attackers can create more convincing messages. For example, messages that appear to be a toy update, voice message restoration, child profile verification, or parent account security alert can lead the user to open a link or share their password.

Due to the children's names and the context of the voice message, the risk is at the family level. Even if the parent's account appears to be secure, the child's name or information about family relationships can be misused. Users who use weak passwords or the same password across email, social media, shopping, or gaming accounts are at higher risk of account takeover. Additionally, even if an old toy account has been forgotten, the email and password combination used at that time may still be valid on other services.

Urgent Measures to Be Taken

The user who sees a match in this record should change the password they used for CloudPets and all accounts where the same or similar password was used. The email account should be protected as a priority, multi-factor authentication should be enabled, and recent sessions should be reviewed. In cases where the old password is continued on other accounts with minor changes, that password family should be completely abandoned. Using a password manager makes it easier both to generate unique passwords and to track old ones.

Families should be cautious of unexpected messages themed around a child's name, toy accounts, voice messages, or profile photos. Links claiming to recover a CloudPets account, download voice recordings, delete a child profile, renew a toy connection, or perform security verification should not be opened directly. If actions need to be taken, the known domain name of the service should be entered manually or verification should be done through a trusted channel. Information should not be shared with anyone requesting a child's name, photo, voice recording, or account details.

Long-Term Security Strategies

The CloudPets incident shows how sensitive the data collected by connected toys can be for family privacy. Families should share the minimum amount of information possible on internet-connected toys, children's apps, and smart device accounts. A child's real name, date of birth, photo, voice recording, and family relationships should only be used if necessary and if security controls are understood. Unused toy and children's app accounts should be closed or the profile information within them should be reduced.

In the long term, parents should make issues such as data storage, connection permissions, account security, and manufacturer support part of their purchase decision when it comes to child-focused devices. If the device uses a microphone, camera, Bluetooth, or internet connection, it should be checked where the collected data is stored and how it can be deleted. Once a child's data is exposed, it cannot be easily changed like a password; therefore, the protection approach should not only be reactive after an incident but also include device selection and data minimization strategy.

Record Control and User Action

The presence of a match in this record indicates that the relevant email address is among the accounts that can be queried in the context of the CloudPets data breach. The match requires action in terms of email, family member name, and password security; a separate scope assessment should be conducted for additional file references across the system. Since the incident is related to child and family data, the risk assessment should cover not only the account owner but also the privacy of children within the household.

The user should first make their passwords unique, strengthen their email account, and consider closing old toy or children's app accounts. Messages themed around a child's name, voice recording, toy account, or profile photo should not be considered without verification through a separate channel. Even if an incident is dated, data related to family relationships and a child's profile can pose a long-term social engineering risk. Therefore, matching records should be treated as a high-priority security and privacy action.

Verification and editorial method

LeakData compares the incident name, date, affected-record count, and exposed data types with accessible sources. Unverified fields are not presented as facts, and records are updated when new evidence becomes available.

Report missing or incorrect information