Filtración de datos de IIMJobs
El incidente de datos de IIMJobs presenta dos indicadores de alcance distintos que no deben interpretarse como un único total que concilie ambas cifras.
Tipos de datos expuestos
10- Fechas de nacimiento
- Direcciones de correo electrónico
- Ubicaciones geográficas
- Direcciones IP
- Solicitudes de empleo
- Cargos laborales
- Nombres
- Contraseñas
- Números de teléfono
- Cartas de presentación
Acerca de esta brecha de datos
Hackread y MediaNama informaron de que en noviembre de 2020 se había publicado en un foro o mercado en línea una base de datos de aproximadamente 46–50 GB, asociada a unos 1,4 millones de usuarios registrados. Un portavoz de IIMJobs declaró a MediaNama que los datos tenían unos dos años de antigüedad, que la empresa había investigado y reforzado la seguridad, que se habían invalidado todas las contraseñas de los usuarios y que se les había pedido que las cambiaran.
Por separado, fuente pública sobre la filtración de datos indica que un conjunto de datos atribuido a IIMJobs y proporcionado por DeHashed contenía 4 216 063 direcciones de correo electrónico únicas y enumeraba, a nivel del conjunto, nombres, números de teléfono, ubicaciones geográficas, fechas de nacimiento, direcciones IP, cargos profesionales, solicitudes de empleo, cartas de presentación y hashes MD5 de contraseñas sin sal. Las fuentes publicadas no explican la relación entre los 1,4 millones de usuarios y las 4 216 063 direcciones de correo electrónico únicas. El 31 de diciembre de 2018 es una fecha de referencia de fin de año en el catálogo que indica la antigüedad aproximada de los datos, no la fecha exacta de una intrusión, un descubrimiento o una publicación.
No se han importado datos de IIMJobs a la búsqueda local. Por tanto, este registro no permite obtener un resultado positivo ni negativo en una consulta sobre una persona. Las categorías de datos descritas para el conjunto no demuestran que una persona fuera miembro de IIMJobs o buscara empleo, que una solicitud o carta de presentación concreta le perteneciera, que todos los campos aparecieran juntos ni que se hubiera descifrado o reutilizado una contraseña. La información sobre la trayectoria profesional, las solicitudes de empleo y la identidad debe seguir tratándose como sensible, y no debe inferirse ninguna de esas relaciones únicamente a partir del registro del catálogo.
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