MSPAForums Filtración de datos
La filtración de datos de MSPAForums de 2016 se produjo en marzo de 2016, cuando los foros oficiales de la comunidad y de debate de MSPAForums (mspaforums.com), el punto de encuentro en línea dedicado a los populares fenómenos del webcómic Homestuck y MS Paint Adventures, de Andrew Hussie, se vieron comprometidos y sus datos se filtraron en línea.
Tipos de datos expuestos
5- Direcciones de correo electrónico
- Nombres de usuario
- Contraseñas
- Sales criptográficas de contraseñas
- Direcciones IP
Acerca de esta brecha de datos
¿Qué información se vio afectada en el incidente de MSPAForums?
La exportación de credenciales extraída del foro vBulletin (MSPAforums.com 180k.txt) contenía registros de cuentas de miembros de la comunidad de seguidores. Los registros comprometidos de 180 680 cuentas registradas únicas incluyen:
- Identificadores de cuenta: Nombres de usuario de los miembros.
- Datos de contacto: Direcciones de correo electrónico en formato canónico.
- Datos de autenticación: Hashes de contraseñas generados mediante MD5 con cadenas de sal criptográfica.
- Identificadores de red: Direcciones IP de registro y de conexión.
¿Cuántas cuentas se vieron afectadas?
Un análisis canónico riguroso conforme a RFC y la eliminación de duplicados en 180 930 líneas confirmaron la existencia de 180 680 direcciones de correo electrónico válidas y únicas.
Análisis técnico y riesgos de seguridad
El volcado procedía de un foro de debate vBulletin. Los hashes MD5 con sal son vulnerables a ataques de diccionario sin conexión que utilizan GPU. Dadas las altas tasas de reutilización de credenciales entre los miembros de las comunidades de seguidores, las credenciales expuestas facilitan los ataques de relleno de credenciales en plataformas externas.
Medidas recomendadas para los usuarios afectados
Si usted formaba parte de la comunidad y tenía una cuenta en MSPAForums, debería:
- Cambiar de inmediato las contraseñas en otros servicios donde las mismas credenciales aún puedan estar activas.
- Activar la autenticación de dos factores (2FA) siempre que sea posible.
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