PBKDF2, las iteraciones según su función interna

PBKDF2 repite una función pseudoaleatoria, normalmente un HMAC, tantas veces como indiquen las iteraciones. Cada vuelta cuesta distinto según la función de hash que haya dentro: una vuelta de HMAC-SHA1 es más barata que una de HMAC-SHA256 y esta, a su vez, que una de HMAC-SHA512 en la mayoría de equipos. Para que el esfuerzo total sea parecido, hay que dar más vueltas a la función más barata. Por eso la guía de OWASP no da un número único: da uno por función interna, y marca la de SHA-1 como solo para sistemas heredados.

Abre SELECT * FROM referencia_oficial y lee las cuatro filas con su estado y su fuente.

Con la tabla delante, cada fila de configuración se compara en dos pasos: primero la función interna, para elegir la fila de la referencia; después las iteraciones, para ver si llegan. Un servicio con la función correcta y una cifra muy inferior es el caso típico de «bien elegido, mal calibrado», que ya viste en módulos anteriores. Que un sistema lleve años en producción explica el valor, no lo justifica: la cifra de entonces ya no vale.

Lee SELECT * FROM config_pbkdf2 y compara cada servicio con la fila de su función interna.

Un informe que solo dice «iteraciones bajas» deja al responsable sin medida. La cifra útil es la razón: cuántas veces menos trabajo hace el servicio respecto a la referencia, que es también cuántas veces más rápido puede probar candidatos quien tenga el volcado. Se obtiene dividiendo la cifra de referencia entre la que usa el servicio.

Calcula la razón para el servicio de la tarea anterior.

Un servicio puede cumplir la cifra de la tabla y aun así tener un hallazgo. La fila de HMAC-SHA1 tiene un estado propio: solo herencia, no para sistemas nuevos. Un servicio que entró en producción este año con esa función no está mal por las iteraciones, sino por la elección: se empezó con una opción que la guía reserva para no romper lo que ya existía. El hallazgo se redacta con el uso y el arreglo: cambiar de función interna, o de función de contraseñas, antes de que haya más cuentas.

Fíjate en el año de entrada en producción de svc-reportes y en el estado de su función.

La norma NIST SP 800-132 exige que la parte aleatoria de la sal tenga al menos 128 bits, es decir, 16 bytes, y que se genere con un generador de bits aleatorios aprobado. Una sal corta permite que se repita entre cuentas, y con ello vuelven los problemas de la sal reutilizada. Es una columna más de la configuración que hay que leer, aunque las iteraciones estén bien.

Revisa la columna de la sal en config_pbkdf2 frente a la última fila de la referencia.