Cómo se guarda una contraseña, con hash, sal y coste

Un resumen (hash) convierte la contraseña en una huella de la que no se puede volver atrás. Sin más, dos personas con la misma contraseña tendrían la misma huella, y un atacante con tablas de huellas ya calculadas las reconocería de golpe. La sal es un valor aleatorio, distinto para cada usuario, que se mezcla con la contraseña antes de calcular la huella. La guía del NIST pide una sal de al menos 32 bits; las bibliotecas modernas la generan y la guardan solas.

La sal no es un secreto: se guarda junto a la huella. Su trabajo es que cada contraseña haya que atacarla por separado.

El peor caso no es un resumen débil: es no tener resumen. Si el campo se guarda legible, cualquiera con lectura de la base, una copia de respaldo o una consulta mal protegida ve todas las contraseñas de una vez. Mira la tabla almacen y reporta el sistema que lo hace.

Un esquema de almacenamiento de contraseñas es deliberadamente lento. Eso no molesta a quien entra una vez, pero multiplica el costo de quien prueba millones de combinaciones. La hoja de referencia de OWASP fija mínimos: para bcrypt, un factor de trabajo de al menos 10 (y ojo, solo procesa los primeros 72 bytes de la contraseña); para Argon2id, 19 MiB de memoria, 2 iteraciones y 1 de paralelismo; para PBKDF2 con HMAC-SHA256, 600000 iteraciones. Están en la tabla referencia_owasp.

Compara con el sistema de nómina, que usa bcrypt, y reporta el factor que tiene.

Dos sistemas guardan un resumen rápido sin sal: MD5 y SHA-1 de una sola pasada, que no son esquemas pensados para contraseñas. Para dimensionar el hallazgo no basta con nombrarlos; el dueño del riesgo quiere saber a cuántas personas afecta. Suma los usuarios de los sistemas que guardan un resumen sin sal. El texto plano de bodega-pedidos es otro hallazgo y no se suma aquí.

La evidencia de una revisión de almacenamiento es la configuración, no el contenido. El hallazgo dice qué esquema usa el sistema, con qué parámetros y si hay sal, y cuántas personas afecta. Copiar resúmenes o contraseñas al informe convierte el informe en una nueva fuga. La tabla modelo_de_hallazgo muestra qué va en cada campo.