[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$f2q8gqbeu2gorv":3,"$fqsg3x2h82tym":56},{"success":4,"breach":5},true,{"_id":6,"name":7,"title":8,"slug":7,"domain":9,"breachDate":10,"addedDate":11,"publishedAt":12,"modifiedDate":12,"contentUpdatedAt":12,"source":13,"sourceUrl":14,"sourceUrls":15,"pwnCount":16,"affectedCount":16,"affectedCountStatus":17,"affectedCountLowerBound":18,"affectedCountUnit":19,"hasEnglishDescription":4,"contentLocale":20,"availableLocales":21,"translations":31,"severity":42,"dataClasses":43,"description":47,"seoTitle":8,"seoDescription":48,"logoUrl":49,"isVerified":50,"isSensitive":50,"isSpamList":50,"isMalware":50,"company":51},"6a45b0ec43c0de3585ce5f47","free-hack","Free Hack Presunta exposición de datos","freehack.com","2010-12-01T00:00:00.000Z","2026-07-02T00:29:32.482Z","2026-10-10T09:52:06.542Z","Third party breach","https:\u002F\u002Fskullsecurity.org\u002F",[14],25825,"known",null,"email_identifiers","es",[22,23,24,25,20,26,27,28,29,30],"en","tr","zh","hi","ar","fr","bn","pt","ru",{"en":32,"tr":33,"zh":34,"hi":35,"es":36,"ar":37,"fr":38,"bn":39,"pt":40,"ru":41},{"slug":7},{"slug":7},{"slug":7},{"slug":7},{"slug":7},{"slug":7},{"slug":7},{"slug":7},{"slug":7},{"slug":7},"Medium",[44,45,46],"Email addresses","Usernames","Passwords","\u003Cp>La filtración de datos de Free Hack es un incidente de seguridad fechado en diciembre de 2010, analizado en el contexto del foro de hacking y la comunidad en línea asociados al dominio freehack.com. Se añadió este registro porque figura en los inventarios públicos de filtraciones como un incidente único que afecta a 25 825 cuentas. Solo se conservaron los campos de direcciones de correo electrónico, nombres de usuario y hashes de contraseñas; se omitieron los tipos de datos sin respaldo o aparentemente incoherentes para evitar inducir a error al usuario.\u003C\u002Fp>\n\u003Ch2>Tipos de datos filtrados y riesgos\u003C\u002Fh2>\n\u003Cp>Antes de crear el registro de Free Hack, se buscaron coincidencias en los registros existentes por título, nombre de dominio, nombres de marca similares, fecha del incidente y número de registros. Como no se encontró ningún registro que representara el mismo incidente, se mantuvo como una entrada independiente. Los registros con nombres similares, pero correspondientes a otros dominios o incidentes, quedaron fuera de esta decisión.\u003C\u002Fp>\n\u003Cp>Puede haber diferencias entre el número de registros de las listas examinadas y la cantidad de detalles que pueden verificarse. Esto puede deberse a diferencias entre filas de datos sin procesar, cuentas únicas, correos duplicados, registros depurados, filas de foros, filas de perfiles o conjuntos de datos reagrupados. En esta página se tomó como referencia la cifra de 25 825, respaldada de forma consistente junto con los tipos de datos, y no la cifra más alta indicada.\u003C\u002Fp>\n\u003Cp>Free Hack corresponde a una cuenta de una antigua comunidad considerada en el contexto de los foros de hacking. En este tipo de comunidades, la combinación de nombre de usuario y correo electrónico no debe verse como un riesgo únicamente para la contraseña, ya que permite establecer correspondencias con los perfiles de la persona en otros foros.\u003C\u002Fp>\n\u003Ch2>Alcance verificado y límites\u003C\u002Fh2>\n\u003Cp>En este incidente quedaron expuestos nombres de usuario, direcciones de correo electrónico y hashes MD5 de contraseñas. Dado que los hashes MD5 pueden romperse rápidamente, las contraseñas débiles y los patrones de contraseñas reutilizados pueden probarse en otras cuentas.\u003C\u002Fp>\n\u003Cp>En el incidente de Free Hack, el riesgo es mayor que en una filtración habitual de correos electrónicos porque se encontraron contraseñas en formato de hash MD5. Los datos de contraseñas reducen el tiempo de prueba y error de los atacantes, facilitan los intentos automatizados de inicio de sesión en otros servicios donde se utiliza la misma contraseña y hacen más convincentes los mensajes de restablecimiento de contraseña.\u003C\u002Fp>\n\u003Ch2>Grupos de usuarios en riesgo\u003C\u002Fh2>\n\u003Cp>Aunque una dirección de correo electrónico por sí sola puede parecer un dato personal limitado, al combinarse con un nombre de usuario, una dirección IP, un número de teléfono, un nombre completo, una fecha de nacimiento o información de contraseñas, se convierte en un recurso potente para un ataque. Si el usuario utiliza la misma dirección de correo electrónico en cuentas de trabajo, compras, foros, videojuegos, servicios financieros o redes sociales, el impacto puede extenderse más allá de la plataforma afectada.\u003C\u002Fp>\n\u003Cp>Aunque este incidente ocurrió hace tiempo, sigue siendo relevante para la seguridad. Una parte considerable de los usuarios reutiliza patrones de contraseñas antiguas con pequeños cambios. Por ello, una filtración antigua como la de Free Hack puede utilizarse años después en intentos de adivinación de contraseñas, ataques de relleno de credenciales y ataques de phishing dirigidos.\u003C\u002Fp>\n\u003Cp>El primer paso para los usuarios es recordar qué dirección de correo electrónico y qué contraseña pudieron haber utilizado en Free Hack o freehack.com. Si usaron contraseñas de la misma familia en otras cuentas, no basta con cambiar la contraseña del sitio afectado; deben sustituir todas las contraseñas reutilizadas por contraseñas únicas y aleatorias.\u003C\u002Fp>\n\u003Cp>Utilizar un gestor de contraseñas es una de las medidas más eficaces que pueden tomarse tras este incidente. Crear una contraseña distinta para cada sitio evita que una sola filtración se propague en cadena a otras cuentas. También deben revisarse las contraseñas antiguas guardadas en el navegador y eliminarse las débiles o repetidas.\u003C\u002Fp>\n\u003Cp>La autenticación de dos factores es especialmente prioritaria para las cuentas de correo electrónico, los gestores de contraseñas, las cuentas financieras, los perfiles de redes sociales, las cuentas de búsqueda de empleo y los paneles de administración. La autenticación mediante una aplicación o una llave de seguridad física ofrece una protección más resistente que la autenticación por SMS.\u003C\u002Fp>\n\u003Cp>Deben revisarse las reglas de reenvío, las direcciones de recuperación, las aplicaciones conectadas, la lista de dispositivos de confianza y las sesiones recientes de la cuenta de correo electrónico. Aunque el atacante no pueda acceder directamente a la cuenta de Free Hack, puede dirigirse a los procesos de restablecimiento de contraseñas de otros servicios a través de la cuenta de correo.\u003C\u002Fp>\n\u003Cp>En los ataques de phishing pueden utilizarse el nombre del antiguo servicio, el nombre de usuario, información sobre el sector, el país, las aficiones o la fecha de registro. Los usuarios deben escribir la dirección por su cuenta en lugar de hacer clic directamente en los enlaces recibidos, no abrir archivos adjuntos sin verificarlos y desconfiar de los mensajes que presionan para actuar con urgencia.\u003C\u002Fp>\n\u003Cp>También debe evaluarse el riesgo para los usuarios corporativos. Si un empleado utilizó su correo de trabajo en una cuenta aparentemente personal, es posible que se intente usar la misma contraseña en los sistemas de la empresa. Por ello, son importantes los análisis de seguridad basados en dominios, la autenticación multifactor y los controles que detectan la reutilización de contraseñas.\u003C\u002Fp>\n\u003Cp>Para los responsables de sitios web, la principal lección se refiere al almacenamiento de contraseñas y la minimización de datos. El almacenamiento de contraseñas en texto plano o en formatos de hash que pueden romperse rápidamente debilita de forma directa la seguridad de los usuarios. En los sistemas modernos deben utilizarse métodos de derivación de contraseñas robustos, lentos y con sal, y los formatos de hash antiguos deben actualizarse gradualmente cuando los usuarios inicien sesión.\u003C\u002Fp>\n\u003Cp>Deben auditarse periódicamente las copias de seguridad, los entornos de prueba, los archivos de exportación, el software antiguo de foros, los paneles de administración y los privilegios innecesarios. Muchas filtraciones no se originan en la parte visible de la aplicación principal, sino en sistemas auxiliares olvidados o en cuentas con privilegios amplios.\u003C\u002Fp>\n\u003Cp>En las instituciones que no disponen de un plan de respuesta a incidentes, se retrasan la notificación a los usuarios, el restablecimiento de contraseñas, la revisión de registros y las comprobaciones de los sistemas conectados. Debe definirse de antemano qué sistemas se supervisarán, qué registros se conservarán, a qué usuarios se informará y qué copias de seguridad se revisarán.\u003C\u002Fp>\n\u003Cp>Aunque en la fila examinada de FreeHack aparecían cifras más altas de datos sin procesar y campos adicionales, los tipos de datos respaldados directamente seguían limitándose al correo electrónico, el nombre de usuario y la contraseña. Por tanto, no se añadieron los campos adicionales del foro como categorías de datos.\u003C\u002Fp>\n\u003Cp>En el registro, freehack.com se marcó como retirado porque no respondió dentro del tiempo de espera durante la última comprobación. Aunque el antiguo servicio sea inaccesible, deben protegerse las demás cuentas que utilicen la misma contraseña.\u003C\u002Fp>\n\u003Cp>En el contexto de las comunidades de hacking, los usuarios pueden haber utilizado el mismo alias en distintos foros. Por ello, el nombre de usuario también es importante para establecer correspondencias entre perfiles.\u003C\u002Fp>\n\u003Ch2>Medidas urgentes que deben tomarse\u003C\u002Fh2>\n\u003Cp>Dado que este incidente es antiguo, los usuarios deben buscar patrones de contraseñas antiguas en su gestor de contraseñas y cambiar también las contraseñas nuevas derivadas de la misma raíz.\u003C\u002Fp>\n\u003Cp>Como la imagen de Free Hack era genérica, se utilizó un logotipo SVG local sencillo y también se eliminó el riesgo de que faltara la imagen en la página del registro.\u003C\u002Fp>\n\u003Cp>En este registro se excluyeron expresamente los tipos de datos no verificados. Mostrar con claridad los campos respaldados aporta más a la confianza del usuario que crear una lista más larga de categorías de datos. El objetivo de las páginas de filtraciones de datos no es intimidar, sino explicar con claridad el alcance correcto y las medidas de seguridad aplicables.\u003C\u002Fp>\n\u003Cp>Esta página se ha preparado para ofrecer información clara y práctica bajo distintas denominaciones, como filtración de datos de Free Hack, fuga de datos de freehack.com, filtración de contraseñas de Free Hack y datos de usuarios de Free Hack. El texto explica los aspectos verificados y las medidas prácticas de seguridad.\u003C\u002Fp>\n\u003Cp>Al consultar este registro, los usuarios deben evaluar no solo la cuenta de la plataforma afectada, sino también las demás cuentas que hayan abierto con la misma dirección de correo electrónico. Las cuentas en las que se reutilizan contraseñas antiguas son especialmente propensas a ser el primer objetivo de los atacantes. Cerrar cuentas antiguas también contribuye a reducir el riesgo a largo plazo.\u003C\u002Fp>\n\u003Cp>Para reducir la reutilización de contraseñas, las nuevas no deben incluir nombres de marcas, años de nacimiento, nombres de usuario, nombres de equipos, aficiones, ciudades ni añadidos fáciles de adivinar. Añadir un número pequeño o un carácter especial al final de una contraseña no la hace segura; las herramientas de los atacantes prueban estos patrones rápidamente.\u003C\u002Fp>\n\u003Cp>La lista de comprobación de seguridad de la cuenta es clara: cambiar la contraseña antigua, actualizar todas las cuentas que utilicen la misma contraseña, activar la autenticación de dos factores, revisar la información de recuperación del correo electrónico, cerrar las sesiones desconocidas y acceder directamente a la dirección del sitio en lugar de utilizar enlaces de mensajes sospechosos.\u003C\u002Fp>\n\u003Cp>Los equipos de seguridad deben evaluar este registro buscando direcciones de correo electrónico que coincidan con los dominios utilizados por los empleados. Las direcciones de correo corporativas usadas en cuentas antiguas de foros, compras, servicios financieros o comunidades pueden enriquecer las listas de objetivos de los atacantes.\u003C\u002Fp>\n\u003Ch2>Estrategias de seguridad a largo plazo\u003C\u002Fh2>\n\u003Cp>La minimización de datos es fundamental en este tipo de incidentes. No deben recopilarse campos de perfil innecesarios, las cuentas inactivas deben eliminarse conforme a políticas de conservación razonables, debe restringirse el acceso a los campos sensibles y las operaciones de exportación de datos deben someterse a una supervisión adicional.\u003C\u002Fp>\n\u003Cp>En lugar de entrar en pánico, los usuarios deben poner sus cuentas en orden. Cerrar cuentas antiguas y olvidadas, eliminar registros innecesarios en servicios, actualizar las direcciones de recuperación y activar las notificaciones de inicio de sesión en las cuentas importantes proporciona una protección duradera.\u003C\u002Fp>\n\u003Cp>El nivel de riesgo de esta página se clasificó como crítico, teniendo en cuenta el número de cuentas afectadas, el tipo de información de contraseñas, el potencial de las categorías de datos para facilitar la toma de control de cuentas y si el incidente incluía credenciales reutilizables. El nivel crítico no indica que haya un uso indebido confirmado, sino que el usuario debe actuar con rapidez.\u003C\u002Fp>\n\u003Cp>En resumen, este registro de Free Hack es una entrada única de filtración de datos correspondiente a diciembre de 2010, que afecta a 25 825 cuentas y contiene campos como direcciones de correo electrónico, nombres de usuario y hashes de contraseñas. Se recomienda a los usuarios utilizar contraseñas únicas, activar la autenticación de dos factores, revisar la configuración de seguridad de su correo electrónico y vigilar las alertas de inicios de sesión sospechosos.\u003C\u002Fp>\n\u003Cp>Como en el registro de Free Hack se evalúan conjuntamente la cifra, el título y el dominio, no se trasladaron a esta página las entradas ambiguas de listas que circulan bajo el mismo nombre. El registro que ve el usuario se limita al dominio y al período del incidente verificados.\u003C\u002Fp>\n\u003Cp>Mantener una clasificación sencilla de los datos es especialmente importante, ya que añadir campos sin respaldo distorsiona la evaluación del riesgo por parte del usuario. Por tanto, en este registro no se presentan como campos de datos probados las afirmaciones sobre datos distintos de las direcciones de correo electrónico, los nombres de usuario y los hashes de contraseñas.\u003C\u002Fp>\n\u003Cp>Es posible que se hayan olvidado cuentas antiguas asociadas al dominio freehack.com. Si no es posible cambiar las contraseñas de esas cuentas, resulta más realista dar prioridad a identificar otros servicios donde se utilice la misma contraseña y protegerlos.\u003C\u002Fp>\n\u003Cp>Cuando un nombre de usuario, un correo electrónico o información telefónica se combina con otras filtraciones, a los atacantes les resulta más fácil deducir los intereses, el país, el sector o los hábitos anteriores de registro en servicios de una persona. Por ello, aunque una filtración aislada parezca pequeña, el riesgo combinado es mayor.\u003C\u002Fp>\n\u003Cp>Desde la perspectiva de las instituciones, el uso del correo de trabajo en las cuentas personales de los empleados debe abordarse en las formaciones periódicas de concienciación. Estos registros ofrecen una señal de alerta para evaluar la reutilización de contraseñas y la visibilidad de las identidades corporativas en plataformas personales.\u003C\u002Fp>\n\u003Ch2>Revisión del registro y medidas para los usuarios\u003C\u002Fh2>\n\u003Cp>Si el usuario ve su propio correo electrónico en este registro, debe empezar por las cuentas más importantes: el buzón de correo, la cuenta bancaria o de inversión, el gestor de contraseñas, el almacenamiento en la nube, las redes sociales y las cuentas de compras que utiliza con frecuencia.\u003C\u002Fp>\n\u003Cp>Si es posible cerrar la cuenta, eliminar las cuentas antiguas innecesarias también es una buena medida. En las cuentas que no puedan cerrarse, al menos debe establecerse una contraseña única, reducirse al mínimo la información del perfil y activarse las notificaciones de inicio de sesión.\u003C\u002Fp>","Free Hack Presunta exposición de datos. Se reportan 25,8 mil identificadores de correo electrónico. Datos reportados: Direcciones de correo electrónico…","\u002Fuploads\u002Flogo\u002Ffree-hack.svg",false,{"name":52,"sector":53,"country":54,"website":9,"websiteArchiveUrl":55,"websiteStatus":55,"websiteCheckedAt":18},"Free Hack","Hacking Forum \u002F Online Community","United States","",{"success":4,"breaches":57},[58,65,72,79],{"slug":59,"title":60,"companyName":61,"logoUrl":62,"breachDate":63,"affectedCount":64,"affectedCountStatus":17},"medela","Medela Filtración de datos","Medela","\u002Fuploads\u002Flogo\u002Fmedela.webp","2026-09-07T00:00:00.000Z",423947,{"slug":66,"title":67,"companyName":68,"logoUrl":69,"breachDate":70,"affectedCount":71,"affectedCountStatus":17},"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":73,"title":74,"companyName":75,"logoUrl":76,"breachDate":77,"affectedCount":78,"affectedCountStatus":17},"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":80,"title":81,"companyName":82,"logoUrl":83,"breachDate":77,"affectedCount":84,"affectedCountStatus":85},"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"]