Cómo entender la entropía de una contraseña
Una contraseña resistente no se reconoce por su aspecto. Una cadena llena de símbolos puede seguir un patrón predecible, y una frase larga puede ser excelente o muy fácil de adivinar según cómo se eligió. La entropía ayuda a describir cuántas posibilidades tendría que considerar un atacante, pero solo cuando el proceso de elección es realmente aleatorio y el modelo coincide con la realidad. Esta guía compara métodos de creación sin publicar credenciales ni proponer una contraseña para usar.
El problema
Las personas suelen evaluar una contraseña por sus reglas visibles: mayúscula, número y símbolo. Esas reglas pueden hacer que un sistema acepte una entrada, pero no convierten una elección humana repetida en una elección independiente. Un atacante no prueba todas las combinaciones de un teclado en orden. Empieza por palabras frecuentes, sustituciones conocidas, fechas, nombres, patrones de teclado y listas filtradas. Si muchas personas obedecen la misma regla, esa regla reduce el espacio que necesita explorar.
NIST desaconseja imponer reglas arbitrarias de composición y cambios periódicos sin señal de compromiso. Recomienda comprobar contraseñas nuevas contra listas de valores comunes o expuestos y permitir frases largas. No significa que la longitud por sí sola garantice seguridad. Significa que el verificador debe facilitar elecciones que no dependan de trucos memorables y debe resistir ataques de adivinación con limitación de intentos, almacenamiento adecuado y autenticación adicional cuando corresponda.
La reutilización cambia el riesgo de una contraseña que parecía fuerte. Una cadena puede tener muchas posibilidades teóricas al generarse, pero deja de ser secreta si ya apareció en una brecha, se reutiliza entre servicios o se comparte por un canal inseguro. La entropía no mide la protección de la cuenta completa: no sustituye el límite de intentos, la recuperación de cuenta, la protección contra phishing ni la autenticación multifactor.
Ejemplo práctico
Considera cuatro métodos, todos ficticios. Primero, un gestor o generador selecciona de forma independiente 16 caracteres de un alfabeto de 94 símbolos imprimibles. Segundo, una persona inventa una frase con palabras de una canción y añade un año. Tercero, un generador selecciona al azar cinco palabras de una lista de 7.776 palabras. Cuarto, una persona reutiliza la misma base y cambia el nombre del servicio o el último dígito. Los cuatro pueden cumplir una política visual; no ofrecen la misma resistencia.
Para una selección uniforme, la entropía teórica es H = L × log2(N), donde L es el número de elecciones independientes y N las opciones de cada elección. Dieciséis selecciones uniformes de 94 símbolos dan aproximadamente 16 × log2(94) = 105 bits. Cinco palabras elegidas uniformemente de 7.776 opciones dan aproximadamente 5 × log2(7776) = 65 bits. Son estimaciones del método, no una medición que un sitio pueda deducir mirando el resultado.
La frase humana no se puede calcular con la misma fórmula solo porque tiene cinco palabras. Si procede de una letra conocida, una cita, una estructura gramatical habitual o una lista personal, sus elecciones no son uniformes ni independientes. La cadena reutilizada tampoco gana seguridad porque cambie un sufijo: quien conozca una variante puede probar transformaciones relacionadas antes de buscar combinaciones nuevas. El valor útil del ejemplo es comparar procesos de creación, no clasificar visualmente textos.
Procedimiento
Elige primero un método adecuado al lugar donde se usará la cuenta. Para una cuenta importante, crea una contraseña única con un gestor de contraseñas o un generador que indique el método y evita reutilizarla. Pide longitud suficiente al sitio y conserva el resultado en el gestor, no en notas compartidas, capturas ni mensajes. Si debes recordar una frase, usa un método de selección aleatoria de palabras, conserva suficientes elecciones independientes y no sustituyas después letras por símbolos para que “parezca” más compleja.
Comprueba después si el servicio ofrece autenticación multifactor y actívala con un método apropiado. Mantén actualizados el correo de recuperación y los factores de recuperación, porque una contraseña sólida no compensa una recuperación fácil de secuestrar. Usa un correo único o alias cuando la política lo permita y revisa alertas de inicio de sesión. Si el servicio informa de una filtración o sospechas exposición, cambia la contraseña concreta y revisa sesiones y factores; no hace falta rotar todas por calendario sin motivo.
Al diseñar un sistema, acepta frases largas y pegado desde gestores. Aplica limitación de intentos, detección de abuso y respuestas que no revelen si una cuenta existe. Comprueba valores nuevos frente a listas de contraseñas comunes o comprometidas, almacena verificadores con un algoritmo de derivación de contraseña moderno y ajusta sus parámetros al entorno. No registres contraseñas, ni siquiera durante depuración. Estas decisiones del servidor importan tanto como la selección del usuario.
Explicación técnica
Un bit de entropía representa una bifurcación ideal: una elección entre dos posibilidades equiprobables. La fórmula presupone que cada carácter o palabra se toma con la misma probabilidad, que cada toma no depende de la anterior y que el atacante no conoce sesgos adicionales. Un generador criptográficamente seguro puede aproximarse a esas condiciones; una decisión humana casi nunca. Por eso el cálculo se etiqueta como teórico y no como garantía de tiempo de crackeo.
También importa el modelo de ataque. Un atacante en línea está limitado por la aplicación, controles de fraude y MFA; un atacante que obtiene una base de datos de hashes puede intentar muchas más conjeturas sin esos límites. El coste depende del algoritmo de almacenamiento, sus parámetros, el hardware y la contraseña. Decir que una contraseña “tardará exactamente” cierto tiempo omite variables importantes. La comparación honesta especifica método de generación, tamaño de conjunto y contexto, y evita promesas universales.
Las reglas de composición pueden inducir distribución predecible: letra mayúscula inicial, palabra de diccionario, año final y signo al final. Una contraseña generada de forma independiente puede incluir o no esos elementos sin basar su seguridad en ellos. La longitud ayuda porque añade elecciones cuando el método sigue siendo imprevisible. Cinco palabras aleatorias pueden ser más usables que una cadena corta aleatoria, pero una frase inventada con sentido no adquiere los mismos bits por contar palabras.
Errores frecuentes
Un error común es crear una contraseña “fuerte” manualmente a partir de la misma raíz: una palabra personal, dos símbolos y un número. Cambiar el símbolo por servicio crea una familia, no secretos independientes. Una brecha en un sitio da pistas para probar la familia en otros. Otro error es guardar la contraseña en el navegador compartido o enviarla para recibir soporte. Un servicio legítimo no necesita que envíes la contraseña actual para investigar un problema.
También falla obligar a cambios frecuentes sin indicio de exposición. Las personas responden con incrementos previsibles, anotaciones inseguras y reciclaje. Es preferible cambiar al detectar compromiso, reutilización, credenciales expuestas o recuperación sospechosa, y crear una sustitución verdaderamente nueva. La renovación programada puede ser necesaria en alguna organización, pero debe evaluarse como política de riesgo, no presentarse como una propiedad matemática.
No confundas una comprobación de fortaleza con una auditoría. Un indicador local puede explicar longitud o variedad, pero no sabe si una frase procede de un perfil público, si apareció en una filtración o si el generador era fiable. Tampoco pegues una contraseña real en un medidor web. Si una herramienta procesa localmente, revisa sus límites; si no puedes verificarlo, usa el gestor o el flujo de cambio del proveedor.
Consideraciones
La accesibilidad y la recuperación afectan a la elección. Cadenas muy complejas pueden ser difíciles de introducir en dispositivos distintos y aumentar el riesgo de copiar en lugares inseguros. Un gestor con autocompletado protegido reduce ese coste sin sacrificar aleatoriedad. Las frases de palabras aleatorias pueden ayudar cuando una contraseña debe escribirse, pero la lista, el número de palabras y la independencia deben formar parte del método. Nunca uses los ejemplos de una guía como material de cuenta.
Para equipos, define un gestor aprobado, reglas de compartición con acceso revocable y cuentas individuales cuando sea posible. Las contraseñas compartidas dificultan saber quién las conoce y cómo retirarlas. Protege especialmente el correo principal y el gestor porque pueden restablecer muchas cuentas. Revisa permisos y sesiones además de la contraseña cuando alguien deja un proyecto o se detecta un incidente.
La política de un sitio debe informar sin humillar al usuario. Permitir longitud y pegado, bloquear contraseñas expuestas y explicar errores de forma útil es mejor que exigir una colección fija de caracteres. OWASP destaca defensas de autenticación que incluyen controles de sesión, MFA y protección frente a ataques automatizados. La contraseña es una capa, no una prueba de identidad suficiente para todo riesgo.
Limitaciones
Esta guía no calcula la seguridad real de una contraseña concreta ni certifica un generador, gestor o proveedor. Los modelos de ataque, políticas de cada cuenta, tecnología de almacenamiento y amenazas personales cambian. La entropía estimada no revela si una entrada se filtró ni decide qué MFA cumple una obligación profesional. Consulta la documentación vigente del servicio y sus requisitos cuando protejas datos de alto impacto.
Tampoco ofrece asesoramiento legal, forense o de respuesta a incidentes. Si sospechas acceso no autorizado, sigue el proceso de seguridad de tu organización y conserva evidencias sin compartir secretos. Para una cuenta crítica, busca soporte oficial y revisa los factores de recuperación. Las fuentes de NIST y OWASP dan principios generales que deben adaptarse al sistema real.
Lista de comprobación
Genera una contraseña única con elecciones independientes para cada cuenta y guárdala en un gestor confiable. Evalúa el método, no solo los símbolos visibles: L × log2(N) solo describe selecciones uniformes e independientes. Evita frases conocidas, patrones reutilizados, fechas y cambios de sufijo. Activa MFA, protege recuperación y cambia una credencial cuando haya indicio de exposición. Los servicios deben aceptar longitud y pegado, bloquear valores comprometidos, limitar intentos y no registrar secretos. Revisa NIST SP 800-63B y la guía de autenticación de OWASP antes de convertir una regla en política.