Brecha de Adobe 2013: 153 millones de contraseñas y un error cripto

El 3 de octubre de 2013, Adobe publicó un comunicado breve: unos atacantes habían entrado en su red, copiado casi 3 millones de registros de tarjetas de clientes y se habían llevado el código fuente de productos como ColdFusion. La cifra parecía manejable. Semanas después, un archivo con más de 150 millones de pares usuario/contraseña apareció en un foro, y el caso se convirtió en una lección de cómo no proteger contraseñas. Trece años después, el error se sigue repitiendo.

Qué dijo Adobe y qué se filtró realmente

La primera noticia salió en KrebsOnSecurity. El periodista Brian Krebs y el investigador Alex Holden, de Hold Security, habían encontrado unos 40 GB de código fuente en un servidor controlado por los intrusos una semana antes del anuncio. Adobe confirmó el incidente y habló de registros de tarjetas (cifrados) y de credenciales de un número aún indeterminado de cuentas.

La cifra creció. El 29 de octubre, la propia Adobe admitió que el ataque alcanzó a unos 38 millones de usuarios activos y que también se accedió a parte del código de Photoshop, además de Acrobat, Reader y ColdFusion. Poco después, un archivo con más de 150 millones de pares de usuario y contraseña se publicó en AnonNews.org. Have I Been Pwned indexó 152,4 millones de cuentas, cada una con correo, nombre de usuario, contraseña cifrada y una pista de contraseña en texto plano.

La diferencia entre 38 millones de activos y 150 millones en el volcado viene de cuentas antiguas e inactivas que Adobe conservaba en su base de datos. Gente que ni recordaba haberse registrado estaba ahí.

Por qué el cifrado de las contraseñas fue el verdadero desastre

Filtrar una base de contraseñas es grave, pero el impacto depende de cómo se guardaron. Lo correcto es almacenar un hash con sal, como bcrypt, scrypt o Argon2: una función de un solo sentido, lenta a propósito, donde cada contraseña recibe su propio valor aleatorio. Adobe hizo otra cosa.

¿Cómo guardaba Adobe las contraseñas?

Con cifrado simétrico reversible: 3DES en modo ECB, con una única clave para todos los usuarios. No era un hash. Quien obtuviera la clave deshacía todo, e incluso sin ella el diseño ya delataba mucho.

El modo ECB cifra cada bloque de 8 bytes de forma independiente, sin sal y sin aleatoriedad. La consecuencia directa: contraseñas iguales generan textos cifrados iguales. Bastaba ordenar el volcado por frecuencia. El valor que más se repetía era, casi siempre, la contraseña más popular. El análisis publicado por Sophos mostró exactamente eso, y 123456 encabezó el ranking.

¿Qué provocaron las pistas de contraseña en texto plano?

Funcionaron como una hoja de respuestas. Con miles de cuentas compartiendo el mismo valor cifrado, bastaba leer las pistas de esas cuentas para deducir la contraseña de todas. Pistas como "los seis primeros números" o "teclado, fila de arriba" resolvían el enigma sin romper nada. Algunos usuarios incluso usaban la pista para mencionar la empresa o el sistema donde trabajaban, lo que se volvió combustible para la ingeniería social.

El caso acabó en chiste técnico. La tira Encryptic de xkcd, publicada en noviembre de 2013, se burlaba de deducir contraseñas a partir de pistas y bloques repetidos.

El efecto dominó: reutilizar contraseñas

El daño mayor no se quedó en Adobe. Quien usaba la misma contraseña en el correo, el banco o las redes sociales pasó a ser objetivo de intentos automáticos de acceso en otros sitios, una técnica que hoy se llama credential stuffing. Una filtración antigua sigue siendo útil para el atacante mientras la víctima no cambie la contraseña en todas partes.

Adobe forzó el restablecimiento de las cuentas afectadas y avisó a los usuarios, pero las notificaciones a clientes fuera de EE. UU. tardaron semanas, según la cobertura de la época. A una escala parecida, la brecha de Yahoo en 2013 mostró la otra cara: la empresa tardó años en dimensionar el daño.

Qué puedes hacer hoy

• Consulta tu correo en Have I Been Pwned. Si aparece en la brecha de Adobe, considera quemada cualquier contraseña antigua.
• Una contraseña por servicio. Un gestor de contraseñas como Bitwarden genera y guarda todo, sin que memorices nada.
• Nunca escribas una pista que revele la contraseña. Si el servicio la pide, escribe algo que solo tenga sentido para ti, o nada.
• Activa 2FA donde puedas. Si es posible, pasa a las passkeys, que no dependen de una contraseña reutilizable.
• Si desarrollas: usa bcrypt, scrypt o Argon2 con sal individual. Nunca cifres contraseñas con una clave reversible, y nunca uses ECB para nada que importe.

La lección de fondo

Cifrado y hash resuelven problemas distintos, y confundirlos fue el error central de Adobe. Cifrar significa que existe un camino de vuelta, y quien roba la clave junto con la base se lleva todo. Un hash lento con sal significa que el atacante tiene que adivinar contraseña por contraseña, y cada intento cuesta tiempo. El incidente de 2013 es lectura obligada en los cursos de seguridad por eso: fue el error más didáctico posible, con 153 millones de ejemplos.

Si quieres seguir por el mismo camino, lee sobre la brecha de Equifax en 2017, que muestra otro tipo de fallo básico con consecuencias enormes.