Claves y contraseñas: por qué perder una lo rompe todo

Cada lección de este curso ha dependido en silencio de la misma suposición: la clave correcta se quedó con la persona correcta. El cifrado simétrico falla en el momento en que se filtra su clave compartida. El cifrado asimétrico falla si se expone una clave privada. Una firma no significa nada una vez que se roba su clave privada — un atacante puede ahora firmar lo que sea y se va a verificar como genuino. La unidad de conocimiento de Criptografía Básica del NCAE-C enlista la gestión de claves, junto con los propios algoritmos, como un asunto que “debe atenderse antes de la implementación” — no como algo secundario.

Por qué un algoritmo fuerte no salva una clave débil

AES con una clave de 256 bits es, en la práctica, imposible de romper por adivinanza. Nada de eso importa si la propia clave está escrita en una nota adhesiva, se reutiliza entre cuentas, o está protegida por un código de cuatro dígitos que un atacante puede probar en segundos. La mayoría de las fallas criptográficas del mundo real no son algoritmos rotos; son claves expuestas, contraseñas reutilizadas, o secretos dejados en texto plano donde deberían haber estado protegidos. Por eso las garantías de las lecciones anteriores siempre venían con una condición pegada — “si la clave compartida permanece secreta”, “solo quien tiene la clave privada” — esa condición es donde vive la gestión de claves.

Qué dice en realidad la orientación actual sobre contraseñas

Las directrices actuales de identidad digital del NIST (SP 800-63B) invierten buena parte del consejo que a mucha gente le enseñaron. Los verificadores, dice, “NO DEBERÁN exigir a los suscriptores que cambien las contraseñas periódicamente” y no deberían imponer reglas de composición que obliguen a mezclar tipos de caracteres — ambas prácticas que empujaban a la gente hacia variaciones pequeñas y predecibles en vez de contraseñas genuinamente más fuertes. En su lugar, el NIST recomienda contraseñas más largas (su guía apunta a un mínimo en el rango de ocho a quince caracteres según el contexto, con un máximo de al menos 64 permitidos) y comprobar las contraseñas nuevas contra listas de contraseñas comúnmente filtradas o esperables en lugar de exigir una complejidad artificial. También exige explícitamente que los verificadores “permitan el uso de gestores de contraseñas y funciones de autocompletado”, incluyendo permitir pegar en los campos de contraseña — reconociendo que una herramienta que genera y guarda contraseñas únicas y largas por sitio hace más por la seguridad que cualquier regla que se espere que una persona siga de memoria.

Passkeys: eliminando el secreto compartido por completo

Una contraseña es un secreto compartido: tanto tú como el servicio la conocen, que es justo lo que la hace vulnerable al phishing — una página de inicio de sesión falsa nomás pide el mismo secreto. Una passkey evita esto usando el cifrado asimétrico visto antes en este curso. La documentación de soporte de Apple describe el proceso: tu dispositivo genera “un par de claves criptográficas único” cuando creas una passkey — una clave pública que va al servicio, y una clave privada que nunca sale de tu dispositivo. Apple afirma que las passkeys son resistentes al phishing porque no hay ningún secreto compartido con el que engañarte para que lo escribas: la clave privada simplemente no se puede extraer desde un sitio web falso, sin importar qué tan convincente se vea. En los dispositivos Apple, la clave privada se protege y se sincroniza entre tus propios dispositivos mediante el llavero de iCloud, que Apple describe como cifrado de extremo a extremo, de modo que ni la propia Apple tiene la clave.

La jerarquía de factores de la CISA, en resumen

La orientación de la Agencia de Ciberseguridad e Infraestructura de EE. UU. sobre la autenticación de varios factores clasifica los métodos según su resistencia al phishing. Afirma que “la única autenticación resistente al phishing ampliamente disponible es la autenticación FIDO/WebAuthn” — el mismo estándar de fondo en el que se construyen las passkeys. Un código de un solo uso enviado por mensaje de texto es, en sus palabras, todavía mucho mejor que no tener ningún segundo factor, pero se puede redirigir o interceptar de formas que un método resistente al phishing no permite. Donde un servicio ofrece una passkey o una llave de seguridad FIDO, esa es actualmente la opción más fuerte ampliamente disponible; donde solo ofrece códigos por app o SMS, cualquiera de los dos sigue siendo notablemente mejor que solo una contraseña.

Una conclusión práctica

Usa un gestor de contraseñas, para que cada cuenta tenga una contraseña larga y única que nunca tengas que recordar. Activa el segundo factor más fuerte disponible — una passkey o una llave de seguridad física donde se ofrezca, una app de autenticación si no. Y trata cualquier momento en que una contraseña o clave pudo haberse expuesto — un clic en phishing, un dispositivo perdido, un aviso de filtración — como algo sobre lo que actuar de inmediato, no después: cambia la credencial, y checa si se reutilizó en algún otro lado.