Todas las brechas de datos
10 de julio de 2018 Verificada Registro sensible Tecnología

Brecha de datos de Animoto de 2018

La brecha de datos de Animoto de 2018 fue el incidente en el que la organización detectó y detuvo consultas no autorizadas el 10 de julio de 2018.

22,4 Millones
Registros reportados
6
Tipos de datos
Crítica
Gravedad
9 oct 2026
Última actualización

Protéjase

Compruebe si esta brecha de datos le afectó

Comprobar mi correo electrónico

Tipos de datos expuestos

6
  • Fechas de nacimiento
  • Direcciones de correo electrónico
  • Géneros
  • Ubicaciones geográficas
  • Nombres
  • Contraseñas transformadas mediante funciones hash

Acerca de esta brecha de datos

El 6 de agosto, Animoto confirmó que el acceso no estaba autorizado y que podrían haberse obtenido datos de los usuarios; no pudo determinar si se habían extraído datos de sus sistemas ni si se habían obtenido los de una persona en particular.

La fuente externa informa de 22 437 749 direcciones de correo electrónico únicas y la búsqueda local contiene 22 418 574 registros, una diferencia de 19 175. Las seis categorías de datos son fechas de nacimiento, direcciones de correo electrónico, género, ubicaciones geográficas, nombres y hashes de contraseñas con sal; los campos varían de una persona a otra.

Los datos completos de las tarjetas de pago se almacenaban en un sistema separado y no figuraban entre la información a la que se accedió. Un registro no permite establecer la identidad, la existencia de una cuenta de Animoto o de contenido de vídeo, una ubicación, un género o una edad concretos, la titularidad o vigencia de una contraseña, la presencia conjunta de todos los campos, la extracción de datos, la toma de control de una cuenta ni un uso indebido.

Un hash de contraseña no es texto en claro. Si la contraseña antigua realmente pertenecía a la persona y se reutilizó en otros servicios, debe cambiarse; las solicitudes para compartir vídeos, las de suscripción y las de acceso a archivos deben verificarse a través de un canal oficial independiente.

Método de verificación y revisión editorial

LeakData compara el nombre del incidente, la fecha, la cantidad de registros afectados y los tipos de datos expuestos con fuentes accesibles. Los campos no verificados no se presentan como hechos, y los registros se actualizan cuando se dispone de nuevas pruebas.

Notificar errores u omisiones en la información