[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$f32g9n901eakcv":3,"$fdpq569noi2vw":59},{"success":4,"breach":5},true,{"_id":6,"name":7,"title":8,"slug":9,"domain":10,"breachDate":11,"addedDate":12,"publishedAt":13,"modifiedDate":13,"contentUpdatedAt":13,"source":14,"sourceUrl":15,"sourceUrls":16,"pwnCount":19,"affectedCount":19,"affectedCountStatus":20,"affectedCountLowerBound":21,"affectedCountUnit":22,"hasEnglishDescription":4,"contentLocale":23,"availableLocales":24,"translations":34,"severity":45,"dataClasses":46,"description":51,"seoTitle":8,"seoDescription":52,"logoUrl":53,"isVerified":54,"isSensitive":4,"isSpamList":54,"isMalware":54,"company":55},"6a45cd8df8f3a7c620ce5f4a","HackBase","HackBase Presunta exposición de datos","hackbase","hackbase.cc","2011-10-01T00:00:00.000Z","2022-07-25T00:00:00.000Z","2026-10-10T09:55:42.509Z","Unverified breach record","https:\u002F\u002Fheroic.com\u002Fdarkhive-breaches\u002Fhackbase-hacking-forum-breach-accounts-exposed\u002F",[15,17,18],"https:\u002F\u002Flogoutify.com\u002Fbreaches","https:\u002F\u002Fhackbase.cc\u002F",10625,"known",null,"email_identifiers","es",[25,26,27,28,23,29,30,31,32,33],"en","tr","zh","hi","ar","fr","bn","pt","ru",{"en":35,"tr":36,"zh":37,"hi":38,"es":39,"ar":40,"fr":41,"bn":42,"pt":43,"ru":44},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},"Medium",[47,48,49,50],"Email addresses","Usernames","Passwords","Password hash metadata","\u003Cp>La filtración de datos de HackBase es un incidente no confirmado que se remonta a octubre de 2011 y que afectó a las cuentas de usuarios de la comunidad del foro de hacking y seguridad asociado al dominio hackbase.cc. Un registro más detallado de los inventarios públicos de filtraciones recoge 10 625 cuentas, junto con direcciones de correo electrónico, nombres de usuario, información sobre las contraseñas y el tipo de hash de las contraseñas. En otro directorio figura una variante más amplia, de 12 436 personas, para el mismo dominio, sin fecha conocida y con datos adicionales del foro. La cifra principal y la fecha que se muestran al usuario se han mantenido en consonancia con la fuente más detallada. El incidente sigue sin confirmarse, ya que no existe confirmación de la empresa, notificación oficial ni cobertura periodística independiente. Sin embargo, el riesgo se considera especialmente delicado por la temática del foro y porque las contraseñas están en forma de hash.\u003C\u002Fp>\n\u003Ch2>Tipos de datos filtrados y riesgos\u003C\u002Fh2>\n\u003Cp>Los campos de datos respaldados son las direcciones de correo electrónico, los nombres de usuario, las contraseñas y la información sobre el tipo de hash de las contraseñas. Aunque conservar las contraseñas en forma de hash supone un riesgo menos directo que almacenarlas en texto sin formato, los atacantes pueden descifrar estos valores mediante intentos sin conexión si las contraseñas son débiles, los algoritmos están obsoletos o no se utiliza una sal criptográfica. El contexto de un foro de hacking y seguridad aumenta el riesgo, porque las direcciones de correo electrónico utilizadas en estas comunidades pueden estar asociadas a herramientas técnicas, perfiles de foros, alias y otras plataformas de seguridad. La filtración conjunta del nombre de usuario y la dirección de correo electrónico crea un conjunto de datos valioso para relacionar los rastros de una persona en distintos foros y realizar intentos dirigidos de ingeniería social.\u003C\u002Fp>\n\u003Cp>Dentro del alcance principal de este incidente no se contó con respaldo para otros tipos de información personal, como el número de teléfono, el nombre real, los datos de pago, la dirección postal o el documento de identidad. Dado que la dirección IP y la información del foro aparecían en el segundo directorio, estos elementos se conservaron en la nota de revisión interna, pero no se añadieron a los campos de datos públicos principales. Esta distinción es importante para no inducir a error al usuario. No obstante, la presencia conjunta del correo electrónico, el nombre de usuario y los hashes de contraseñas mantiene el riesgo de apropiación de cuentas si se reutiliza la misma contraseña en antiguos foros técnicos, herramientas para desarrolladores, comunidades de videojuegos, cuentas de correo electrónico o servicios empresariales.\u003C\u002Fp>\n\u003Ch2>Alcance verificado y limitaciones\u003C\u002Fh2>\n\u003Cp>El alcance principal es de 10 625 cuentas. Se considera que el incidente ocurrió en octubre de 2011, y la fecha de incorporación al índice es el 25 de julio de 2022. Al evaluar el alcance, el nombre de dominio, el ID del foro, la cantidad de registros, la información sobre el tipo de hash y los campos de dirección de correo electrónico, nombre de usuario y contraseña en forma de hash resultaron coherentes entre sí, por lo que el registro existente se conservó dentro de este marco. La cifra principal no se sustituyó por la del segundo índice, que indica una cantidad mayor para el mismo dominio, debido a la falta de información sobre la fecha y a las diferencias entre los campos de datos. Esta diferencia podría deberse a distintas copias depuradas de los mismos datos, filas duplicadas, reglas de importación diferentes o un archivo del foro más amplio.\u003C\u002Fp>\n\u003Cp>El incidente no está respaldado por comunicaciones verificadas de la empresa y no debe presentarse como si esta lo hubiera confirmado de forma definitiva. La redirección actual del dominio a otra dirección no demuestra por sí sola cuál era el contenido del foro ni cuál fue el origen del conjunto de datos de 2011. Por ello, la descripción se limitó a la fecha, la cantidad de registros y los campos de datos respaldados. No se presentaron al usuario afirmaciones más amplias como información definitiva sin confirmación oficial o cobertura periodística independiente. Este enfoque reduce el riesgo de falsos positivos y permite que los usuarios que realmente reciben coincidencias actúen con la prioridad adecuada.\u003C\u002Fp>\n\u003Ch2>Grupos de usuarios en riesgo\u003C\u002Fh2>\n\u003Cp>El mayor riesgo afecta a quienes reutilizan la contraseña de su cuenta de HackBase en otros foros, cuentas de correo electrónico, servicios para desarrolladores, herramientas de seguridad, plataformas de videojuegos o sesiones de trabajo. Cuando el nombre de usuario y la dirección de correo electrónico aparecen juntos, los atacantes pueden buscar rastros del mismo seudónimo en distintos sitios. Por ello, los miembros de la comunidad técnica, los administradores, los desarrolladores, los aficionados a la seguridad y los antiguos miembros del foro pueden quedar expuestos a mensajes más dirigidos. Aunque una contraseña antigua de un foro parezca poco importante hoy, el riesgo persiste si se sigue utilizando en otros lugares.\u003C\u002Fp>\n\u003Cp>La información de los hashes permite al atacante realizar intentos sin conexión. Las contraseñas débiles, cortas, basadas en palabras de diccionario o derivadas de información personal antigua pueden descifrarse con rapidez. El riesgo aumenta para quienes conservan la misma dirección de correo electrónico durante muchos años, porque los registros de cuentas antiguas pueden vincularse con servicios nuevos. El contexto del foro de hacking también puede utilizarse para ejercer presión social o realizar ataques de phishing dirigido aprovechando la reputación, la vinculación con un seudónimo y la actividad pasada en el foro. Por este motivo, deben revisarse tanto la cuenta del foro afectada por la filtración como todas las cuentas importantes vinculadas a los mismos rastros de identidad.\u003C\u002Fp>\n\u003Ch2>Medidas urgentes\u003C\u002Fh2>\n\u003Cp>La prioridad es cambiar la contraseña de todas las cuentas que utilicen una contraseña igual o similar a la de HackBase. La cuenta de correo electrónico debe atenderse primero, porque un atacante que acceda al buzón puede utilizar el proceso de restablecimiento de contraseñas de otros servicios. Después deben revisarse las cuentas de desarrollador, la gestión de dominios, los servicios en la nube, las cuentas de foros, los perfiles de redes sociales y las sesiones relacionadas con servicios financieros. Debe elegirse una contraseña única, larga y aleatoria para cada cuenta. En el gestor de contraseñas deben figurar los sitios donde se repite la misma contraseña.\u003C\u002Fp>\n\u003Cp>Debe activarse la autenticación multifactor, especialmente en el correo electrónico, las cuentas de trabajo y las sesiones de servicios para desarrolladores y servicios en la nube. Un código generado por una aplicación, una llave de seguridad física o una clave de acceso ofrecen una protección mayor que un código por SMS. Deben examinarse con atención las alertas sobre dispositivos desconocidos, las notificaciones de intentos fallidos de inicio de sesión, los mensajes inesperados de restablecimiento de contraseña y los correos sospechosos vinculados al ID del foro. Desconfíe de los mensajes que contengan enlaces relacionados con HackBase o con foros de seguridad, invitaciones a descargar archivos y solicitudes fraudulentas de verificación de cuentas.\u003C\u002Fp>\n\u003Ch2>Estrategias de seguridad a largo plazo\u003C\u002Fh2>\n\u003Cp>Este incidente muestra que las filtraciones de foros antiguos siguen siendo importantes para la seguridad de la identidad incluso años después. Para mantener la protección a largo plazo, la norma debe ser utilizar una contraseña única para cada cuenta. Debe usarse un gestor de contraseñas de forma habitual para generar contraseñas largas y aleatorias y localizar contraseñas antiguas repetidas. Las cuentas antiguas abiertas en foros de seguridad, hacking, videojuegos, software y comunidades deben revisarse al menos varias veces al año. Las cuentas que no se utilicen deben cerrarse o aislarse mediante una contraseña segura y única.\u003C\u002Fp>\n\u003Cp>Para los usuarios con un perfil técnico, también es importante mantener separados los alias y las direcciones de correo electrónico. Utilizar el mismo alias en el trabajo, los foros personales, la investigación de seguridad y las cuentas de redes sociales aumenta el riesgo de que esas actividades se vinculen con una misma identidad. En las cuentas críticas deben mantenerse activas las alertas de sesión, el control de dispositivos y la compatibilidad con claves de acceso. En los entornos corporativos deben aplicarse auditorías de contraseñas, autenticación multifactor y formación en concienciación sobre seguridad para evitar que los empleados reutilicen contraseñas antiguas de foros en sus cuentas de trabajo. Como los datos de hashes antiguos pueden volver a someterse a intentos de descifrado con nuevas herramientas de ataque, el riesgo no desaparece por completo con el tiempo.\u003C\u002Fp>\n\u003Ch2>Comprobación del registro y medidas para el usuario\u003C\u002Fh2>\n\u003Cp>Los usuarios que vean un resultado de HackBase en LeakData deben considerarlo una señal de riesgo no verificada que figura en inventarios públicos de filtraciones, y no una notificación oficial verificada por la empresa. El alcance principal mostrado es de 10 625 cuentas. Los campos de datos se limitan a las direcciones de correo electrónico, los nombres de usuario, las contraseñas y la información sobre el tipo de hash de las contraseñas. Aunque la dirección IP y la información del foro figuran en el directorio más amplio, estos elementos no se añaden a los campos de datos públicos porque no se han establecido de forma definitiva dentro del alcance principal. El resultado debe utilizarse específicamente para identificar las cuentas en las que se reutilizan contraseñas antiguas.\u003C\u002Fp>\n\u003Cp>El usuario que reciba una coincidencia debe actualizar primero la cuenta de correo electrónico y después todas las cuentas técnicas y personales en las que utilice la misma contraseña o una similar. Debe buscar en el gestor de contraseñas los sitios donde se repite la misma contraseña y sustituir, una por una, las contraseñas antiguas de los foros por contraseñas únicas. Deben comprobarse la actividad de las cuentas, el historial de inicios de sesión y los dispositivos conectados, y cerrarse las sesiones desconocidas. No debe confiar en mensajes inesperados relacionados con foros de hacking, herramientas de seguridad, intercambio de archivos o verificación de cuentas. En lugar de seguir enlaces, es preferible realizar la comprobación introduciendo manualmente la dirección del servicio correspondiente.\u003C\u002Fp>","HackBase Presunta exposición de datos. Se reportan 10,6 mil identificadores de correo electrónico. Datos reportados: Direcciones de correo electrónico…","\u002Fuploads\u002Flogo\u002Fhackbase.png",false,{"name":7,"sector":56,"country":57,"website":10,"websiteArchiveUrl":58,"websiteStatus":58,"websiteCheckedAt":21},"Hacking forum","United States","",{"success":4,"breaches":60},[61,68,75,82],{"slug":62,"title":63,"companyName":64,"logoUrl":65,"breachDate":66,"affectedCount":67,"affectedCountStatus":20},"medela","Medela Filtración de datos","Medela","\u002Fuploads\u002Flogo\u002Fmedela.webp","2026-09-07T00:00:00.000Z",423947,{"slug":69,"title":70,"companyName":71,"logoUrl":72,"breachDate":73,"affectedCount":74,"affectedCountStatus":20},"dustin-group-2026-data-security-incident","Incidente de seguridad de los datos de Dustin Group en 2026","Dustin Group AB (publ)","\u002Fuploads\u002Flogo\u002Fdustingroup_com-6aaab48e5041e3a842fe832a-e26a53490c4a5cbe.webp","2026-09-03T00:00:00.000Z",1062841,{"slug":76,"title":77,"companyName":78,"logoUrl":79,"breachDate":80,"affectedCount":81,"affectedCountStatus":20},"elekta-2026-data-breach","Filtración de datos de Elekta en 2026","Elekta AB","\u002Fuploads\u002Flogo\u002Felekta-2026-veri-ihlali-afc72236a8ad.webp","2026-09-01T00:00:00.000Z",129576,{"slug":83,"title":84,"companyName":85,"logoUrl":86,"breachDate":80,"affectedCount":87,"affectedCountStatus":88},"novocure-2026-data-breach","Filtración de datos de NovoCure en 2026","NovoCure Limited","\u002Fuploads\u002Flogo\u002Fnovocure-2026-veri-ihlali-96b5c9defb8a.webp",1400,"lower_bound"]