Todas las brechas de datos
1 de febrero de 2011 No verificada Registro sensible Otro

Conjunto de datos asociado a Admin Discussion Forum

El conjunto de datos atribuido a Admin Discussion Forum en febrero de 2011 no está verificado. Un registro de un tercero informa de 10 393 registros con campos de metadatos de IP, correo electrónico, nombre de usuario, contraseña y hash de contraseña.

10,4 Mil
Registros reportados
5
Tipos de datos
Media
Alcance de la exposición
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

5
  • Reported IP addresses
  • Reported email addresses
  • Reported usernames
  • Contraseñas reportadas
  • Reported IPB password-hash metadata

Acerca de este registro

No hay certeza sobre el foro original ni sobre la atribución del conjunto de datos, ya que el dominio o el servicio podrían haber dejado de estar activos.

El 1 de febrero solo se usa como marcador del mes. Sin el esquema de la fuente, se desconoce si 10 393 se refiere a personas únicas, administradores activos, cuentas del foro, correos electrónicos o filas sin procesar. La etiqueta «IPB» del hash, por sí sola, no permite determinar el algoritmo, la sal, el factor de trabajo ni si se recuperó una contraseña.

Una fila solo podría demostrar qué campos están realmente presentes en el conjunto de datos atribuido. No permite acreditar la identidad, la condición de administrador de un foro, sitio, servicio de alojamiento o CMS, el acceso a una infraestructura concreta, la titularidad o ubicación de una IP, la titularidad y vigencia de un nombre de usuario o una contraseña, la presencia conjunta de campos, la autoridad administrativa, la toma de control de una cuenta ni el uso indebido.

La vinculación con un administrador, un servicio de alojamiento o un CMS, la IP, el nombre de usuario y las credenciales deben mantenerse en privado. Si se verifica la autenticidad de la contraseña y esta se reutilizó en un panel de administración, un servicio de alojamiento u otro servicio, debe sustituirse por una contraseña única. Los usuarios nunca deben introducir una contraseña antigua en un formulario de búsqueda.

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