Filtración de datos de Horse Isle
Los incidentes de seguridad de Horse Isle 1 fueron dos incidentes distintos relacionados con el servicio y las cuentas, anunciados por el operador el 23 de junio y el 19 de septiembre de 2020.
Tipos de datos expuestos
7- Direcciones de correo electrónico
- Géneros
- Direcciones IP
- Nombres
- Contraseñas
- Compras
- Nombres de usuario
Acerca de esta brecha de datos
En cada caso, el operador indicó que había restaurado una copia de seguridad de las 4 a. m. PST, que había tratado las contraseñas de las cuentas como probablemente comprometidas y que había indicado a los jugadores los pasos de verificación, desbloqueo o restablecimiento de contraseña. Esos avisos no permiten concluir que todas las contraseñas fueran sustraídas ni confirman todos los campos del conjunto de datos.
Fuente pública sobre la filtración de datos informa de un total de 27 786 direcciones de correo electrónico únicas entre los dos incidentes y, para el conjunto de datos, de las categorías de correos electrónicos, géneros, direcciones IP, nombres, contraseñas, compras y nombres de usuario. Fuente pública sobre la filtración de datos también señala que las contraseñas en texto plano y los valores introducidos durante intentos fallidos de inicio de sesión se conservaron en texto plano. Estos son hallazgos de fuente pública sobre la filtración de datos sobre el conjunto de datos; no debe suponerse que todos los campos o los intentos fallidos estén presentes para cada dirección de correo electrónico. La existencia de una categoría de compras no permite determinar detalles sobre tarjetas, importes o artículos.
No se pueden realizar búsquedas locales en los datos de Horse Isle. El registro no identifica a ninguna persona como jugador, niño o joven, padre o madre, titular de una cuenta familiar o persona de un género determinado; tampoco permite determinar la presencia de nombres de usuario, direcciones IP, compras, contraseñas o intentos fallidos, la presencia conjunta de campos ni si hubo un uso indebido. Las contraseñas en texto plano y los valores introducidos en los intentos nunca deben exponerse públicamente.
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