Todas las brechas de datos
19 de septiembre de 2024 Verificada Registro sensible Otro

Brecha de datos de CyberPhoenix de 2024

La brecha de datos de CyberPhoenix Community de 2024 está vinculada a un incidente de seguridad confirmado mediante copias archivadas de páginas web del propio foro CyberPhoenix.org.

419 Mil
Registros reportados
5
Tipos de datos
Alta
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

5
  • Direcciones de correo electrónico
  • Nombres de usuario
  • Direcciones IP
  • Contraseñas transformadas mediante funciones hash
  • Sales criptográficas de contraseñas

Acerca de esta brecha de datos

Una página archivada del foro, fechada el 22 de septiembre de 2024, informa de que el sistema había sido comprometido y se había divulgado información de sus miembros. Un aviso posterior del propio foro, del 20 de noviembre, también indica que el foro había sido hackeado, pide a los usuarios que cambien las contraseñas de sus cuentas de correo electrónico y señala que el sitio había cerrado. La fuente local sitúa el incidente el 19 de septiembre de 2024. Dado que el conjunto de datos no se ha verificado de forma independiente y no se encontró ninguna coincidencia en el catálogo de fuente pública sobre la filtración de datos, LeakData clasifica este registro como no verificado.

¿Cómo se vinculó la fuente al incidente?

Tanto el archivo como el fichero principal de datos identifican el dominio CyberPhoenix.org y los datos de los miembros del foro. Una cabecera redactada por la fuente enumera explícitamente los campos de identificador del miembro, nombre de usuario, email, hash de la contraseña, sal de la contraseña, grupos, momento de registro y dirección IP. La cronología de Wayback muestra una respuesta del foro de tamaño completo el 20 de septiembre y, para el 22 de septiembre, una breve página de aviso del incidente. En conjunto, estos elementos respaldan sólidamente la identificación del incidente, pero no se afirma que el archivo local represente la totalidad de lo ocurrido.

¿Qué datos se pueden buscar en LeakData?

Solo se importó la columna denominada explícitamente email en la cabecera de la fuente. Dos analizadores compilados independientes examinaron 419 004 registros de datos principales y 11 registros de vista previa que son copias exactas de filas del fichero principal. Ambas implementaciones coincidieron byte por byte en 418 677 apariciones de direcciones de correo electrónico válidas y 418 649 direcciones de correo electrónico canónicas, únicas y ordenadas. Se excluyeron los 338 valores de la columna principal que no eran direcciones de correo electrónico válidas, y los 11 duplicados de la vista previa no aumentaron el total de direcciones únicas. Los nombres de usuario, las direcciones IP, los hashes de contraseñas, las sales de contraseñas y todos los demás campos quedaron excluidos del índice de búsqueda.

¿Cuántas personas se vieron afectadas?

No se conoce el número total verificado de personas afectadas, contadas una sola vez. La cifra aproximada de miembros mencionada por la fuente, el recuento de filas lógicas y el recuento de direcciones de correo electrónico únicas son medidas diferentes. LeakData no ajusta una medida para hacerla coincidir con otra; pwnCount sigue siendo desconocido, y las 418 649 direcciones de correo electrónico no se consideran un recuento de personas.

¿Qué significa una coincidencia?

Un resultado positivo significa que la dirección de correo electrónico consultada aparece en el conjunto de datos procesado que se atribuye a CyberPhoenix Community. Por sí solo, no demuestra que su titular fuera miembro del foro, que los demás campos sean correctos ni que el archivo abarque la totalidad del incidente. Si usted reutilizó la misma contraseña o una similar en otros servicios, debe cambiarla y utilizar contraseñas únicas junto con autenticación multifactor.

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