Renren Filtración de datos
La filtración de datos de Renren (人人网) de 2011 ocurrió en diciembre de 2011, cuando Renren (renren.com), históricamente reconocida como la principal red social de China basada en nombres reales («el Facebook de China»), sufrió una filtración de datos catastrófica que la empresa reconoció posteriormente.
Tipos de datos expuestos
2- Direcciones de correo electrónico
- Contraseñas
Acerca de esta brecha de datos
¿Qué información se vio afectada en el incidente de Renren?
La base de datos filtrada, exportada como archivo de texto (Renren.txt), contiene 4 768 600 cuentas de usuario. Los tipos de datos comprometidos incluyen:
- Datos de contacto: Direcciones de correo electrónico principales de los usuarios (predominantemente
@qq.com,@126.com,@163.com,@sina.comy@hotmail.com). - Credenciales de autenticación: Contraseñas de las cuentas de usuario almacenadas íntegramente en texto plano (sin cifrar y sin aplicarles una función hash).
¿Cuántas cuentas se vieron afectadas?
Una verificación canónica estricta en ASCII conforme a RFC 5322 confirmó 3 031 620 direcciones de correo electrónico válidas y únicas en el conjunto de la base de datos.
Análisis técnico y riesgos de seguridad
La ausencia total de protección criptográfica permitía utilizar las credenciales de inmediato, sin necesidad de descifrarlas. Los actores maliciosos utilizaron las credenciales en texto plano para llevar a cabo campañas masivas de relleno de credenciales contra plataformas web chinas, proveedores de correo electrónico y portales sociales de la época.
Comunicación de la empresa y medidas recomendadas
Tras la divulgación de los datos, Renren confirmó oficialmente el incidente y aconsejó a sus usuarios que restablecieran sus contraseñas de inmediato. Las personas afectadas deberían tomar las siguientes medidas:
- Actualice de inmediato las contraseñas de todos los servicios de correo electrónico y plataformas externas en los que haya utilizado las mismas credenciales.
- Active la autenticación multifactor (MFA / 2FA) en todas sus cuentas activas.
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