HLTV Filtración de datos
El incidente de datos de HLTV de junio de 2016 se confirmó cuando la empresa descubrió el 19 de junio que se había accedido a su servidor web principal.
Tipos de datos expuestos
5- Direcciones de correo electrónico
- Nombres
- Contraseñas
- Nombres de usuario
- Actividad del sitio web
Acerca de esta brecha de datos
HLTV indicó que una cuenta de administrador comprometida y la explotación de una vulnerabilidad en código antiguo habían permitido el acceso remoto al servidor y a la base de datos, que se habían robado partes de esta y que se había realizado un volcado de toda la base de datos de usuarios. La empresa cerró las sesiones de todos los usuarios, solicitó cambios de contraseña e indicó que las contraseñas estaban protegidas con bcrypt.
La empresa no publicó un recuento ni una lista detallada de campos. Por separado, fuente pública sobre la filtración de datos informa de 611 070 cuentas o direcciones de correo electrónico en el conjunto de datos y de las categorías de datos siguientes: correo electrónico, nombre, nombre de usuario, hashes de contraseñas y actividad en el sitio web. Esta cifra no representa un recuento de personas, cuentas activas ni filas sin procesar, y no debe suponerse que un campo determinado esté presente junto a todas las direcciones de correo electrónico. La actividad en el sitio web no constituye una prueba de publicaciones, comentarios, comportamiento de visualización ni de un rol profesional en los deportes electrónicos. Un hash bcrypt no es texto sin cifrar.
El subconjunto local que se puede consultar contiene 609 908 documentos con direcciones de correo electrónico; no se importaron nombres, nombres de usuario, contraseñas ni campos de actividad. Un resultado solo puede demostrar que una dirección de correo electrónico aparece en este subconjunto atribuido a HLTV. No puede demostrar la pertenencia a HLTV o Counter-Strike, un rol de jugador, equipo o creador, actividad en el sitio, la titularidad de una contraseña ni un uso indebido, y un resultado negativo solo abarca el subconjunto local.
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