Filtración de datos de Aimware
La filtración de datos de Aimware de 2019 corresponde a un conjunto de datos de un foro o una comunidad catalogado con 305 470 cuentas únicas y cuya fecha estructurada es el 28 de abril de 2019.
Tipos de datos expuestos
7- Direcciones de correo electrónico
- Publicaciones en foros
- Direcciones IP
- Contraseñas transformadas mediante funciones hash
- Mensajes privados
- Nombres de usuario
- Actividad del sitio web no especificada
Acerca de esta brecha de datos
Las siete categorías de datos declaradas son correos electrónicos, publicaciones en foros, direcciones IP, hashes MD5 de contraseñas con sal, mensajes privados, nombres de usuario y actividad en el sitio web. Los datos de pago y de documentos oficiales de identidad no figuran entre esas categorías.
El recuento local de registros es de 246 850, con una diferencia de 58 620 respecto al recuento externo de cuentas únicas. Ninguna de las dos cifras equivale al número de personas distintas, usuarios activos, publicaciones o mensajes, ni de filas que contengan todos los campos a la vez. Un hash MD5 con sal no es texto plano, y su representación y prevalencia requieren autenticación.
Una fila solo acredita los campos realmente presentes en el conjunto de datos. No acredita la identidad ni que alguien tenga una cuenta de Aimware, juegue a videojuegos o utilice herramientas para hacer trampas; tampoco acredita la autoría o el contenido de una publicación de foro o un mensaje privado, la titularidad de una IP, un nombre de usuario o una contraseña, el significado de la actividad en el sitio web, la presencia conjunta de campos, la existencia de datos de pago o de identidad, la toma de control de una cuenta ni un uso indebido.
La vinculación con juegos o foros, los mensajes privados, las IP, los nombres de usuario y las credenciales requieren el tratamiento más estricto en materia de privacidad. Si se autentica una contraseña y se ha reutilizado, debe cambiarse. Si se producen situaciones reales de acoso o amenazas, se deben conservar las pruebas y recurrir a ayuda de confianza adecuada a las circunstancias.
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