Todas las brechas de datos
1 de enero de 2017 Verificada Redes sociales

LiveJournal Filtración de datos

Un archivo de cuentas asociado con LiveJournal se redistribuyó ampliamente en mayo de 2020 y contenía 26 372 781 cuentas únicas.

26,4 Millones
Registros reportados
3
Tipos de datos
Crítica
Gravedad
10 oct 2026
Última actualización

Protéjase

Compruebe si esta brecha de datos le afectó

Comprobar mi correo electrónico

Tipos de datos expuestos

3
  • Direcciones de correo electrónico
  • Contraseñas
  • Nombres de usuario

Acerca de esta brecha de datos

Incluía direcciones de correo electrónico y nombres de usuario que coincidían con los de cuentas de la plataforma, junto con contraseñas en texto plano. LiveJournal cuestionó que la filtración se le atribuyera directamente y señaló que los datos podrían haberse recopilado de varias fuentes y haber sido falsificados en gran medida.

Tipos de datos expuestos y riesgos

Las categorías de datos respaldadas por la información disponible para este registro son direcciones de correo electrónico, contraseñas y nombres de usuario. Las contraseñas en texto plano exponen a quienes las reutilizaron en otros servicios a ataques automatizados de reutilización de credenciales. Las publicaciones de blogs, los mensajes privados, la información de pago, los números de teléfono, las direcciones IP y las direcciones físicas no son categorías de datos verificadas para este registro.

Cronología de la filtración y detalles técnicos

La fecha del catálogo es el 1 de enero de 2017, pero sigue sin saberse con certeza cuándo ni cómo se reunió el contenido del archivo, ya que las afirmaciones contradictorias apuntan a 2014 y 2017. El archivo circulaba al menos desde octubre de 2018 y se redistribuyó de forma más amplia en mayo de 2020. Otro servicio de blogs detectó casos de toma de control de cuentas vinculados a estas contraseñas, y los usuarios contactados confirmaron que habían utilizado previamente las contraseñas afectadas en LiveJournal. Estas pruebas justifican considerar que las contraseñas están comprometidas, pero no demuestran de forma concluyente que todos los registros procedieran directamente de los sistemas de LiveJournal.

Grupos de usuarios en riesgo

Las personas que reutilizaron una antigua contraseña de LiveJournal en cuentas de correo electrónico, redes sociales, foros o trabajo corren el mayor riesgo. Reutilizar la misma dirección de correo electrónico y el mismo nombre de usuario en distintas plataformas también aumenta el riesgo de que se vinculen sus perfiles, de ataques de phishing dirigidos y de abusos de los procesos de recuperación de cuentas.

Medidas inmediatas

Considere comprometidas todas las contraseñas que haya utilizado en LiveJournal. Cree contraseñas nuevas y únicas para cualquier otra cuenta en la que haya utilizado la misma contraseña o una similar, dando prioridad al correo electrónico y a las cuentas que permiten restablecer otras credenciales. Active la verificación en dos pasos donde esté disponible y cierre las sesiones que no reconozca.

Estrategias de seguridad a largo plazo

Utilice un gestor de contraseñas para generar una contraseña distinta para cada servicio y revise periódicamente sus antiguas cuentas de blogs, foros y redes sociales. Cierre las cuentas que ya no utilice, reduzca los enlaces públicos innecesarios entre sus perfiles y mantenga actualizadas las direcciones de correo electrónico de recuperación y los métodos de verificación.

Compruebe sus datos

Consulte este registro con las direcciones de correo electrónico que haya utilizado anteriormente en LiveJournal. Una coincidencia indica que la dirección aparece en el archivo que circuló; por sí sola, no demuestra que todas las entradas procedieran directamente de la plataforma. Aun así, si hay una coincidencia, cambie todas sus antiguas contraseñas de LiveJournal y proteja todas las cuentas en las que las haya reutilizado.

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