Caso final — Delfos

Delfos guarda las contraseñas de sus usuarios aplicándoles SHA-1. No te avisan de que esté mal; tienes que verlo. SHA-1 arrastra dos problemas a la vez para este uso: está roto —se le conocen colisiones— y es rápido, así que sirve para lo que una función de contraseñas nunca debe ser. Guardar contraseñas pide una función lenta y con sal por usuario, como bcrypt, scrypt o Argon2. El hallazgo se escribe con el uso y el arreglo: «contraseñas con hash rápido y roto; migrar a una función de contraseñas con sal».

Reconocer esto sin que nadie lo señale es el método de la ruta: mirar para qué se usa la primitiva, no solo qué primitiva es.

Delfos cifra su base de datos con AES-256-GCM, genera un nonce aleatorio por operación con un generador criptográfico, y guarda la clave en el gestor de claves de la nube, al que accede por identidad. Aquí el trabajo es reconocer que está bien: las tres cosas que suelen fallar —el modo, el nonce y la ubicación de la clave— están cada una en su sitio. Un auditor que marca esto como problema pierde credibilidad y entierra los fallos de verdad entre ruido. El hallazgo es que no hay hallazgo: uso correcto.

Distinguir el uso bueno del malo es parte del método; si todo te parece fallo, el informe no orienta.

Delfos valida el token de sesión comparándolo con el valor esperado mediante una comparación normal de cadenas. Es el fallo del operador equivocado, otra vez y en otro sistema: la comparación corta en el primer carácter distinto y filtra el token por el tiempo que tarda, lo que deja adivinarlo carácter a carácter. El arreglo es la comparación en tiempo constante de la librería criptográfica. Que aparezca en Delfos igual que apareció en CifraLab es justo lo que el caso final mide: el patrón se reconoce en un sistema nuevo, sin que te lo marquen.

El mismo fallo en otra plataforma: se escribe con el uso y su arreglo, no se busca por memoria del caso anterior.

El certificado del API de Delfos caducó, y el servicio quedó rechazando conexiones por HTTPS. Nadie vigilaba la fecha. No es un fallo de confidencialidad —el cifrado estaba bien— sino de disponibilidad: un certificado caducado rompe TLS y tira el servicio, y es de las caídas evitables más frecuentes. El arreglo inmediato es renovar y reemitir; el de fondo es vigilar la expiración como una métrica, con alertas a 30, 60 y 90 días y renovación antes del vencimiento. Para decidir qué atender antes, este pesa distinto que los demás: el servicio ya está caído ahora mismo.

Un certificado caducado es el clásico «caducar un viernes»: no es sutil, pero tumba el servicio hasta que alguien renueva.

Delfos firma los tokens de sesión con una clave que está declarada en una variable de entorno versionada en el repositorio. Es un secreto en el código: quien tenga acceso al repositorio tiene la clave de firma, y con ella puede fabricar tokens válidos y suplantar a cualquier usuario. El arreglo es sacar la clave a un gestor de secretos o de claves, leerla por identidad en ejecución, y —como la clave ya estuvo expuesta— rotarla, porque cualquiera que haya visto el repositorio pudo copiarla. No basta con moverla: una clave que estuvo en el código se considera comprometida.

Cerrar el caso es entregar cada hallazgo con su uso, su arreglo y, cuando toca, el paso extra que el fallo obliga —aquí, rotar lo que estuvo expuesto—.

Auditaste Delfos sin que nadie te dijera dónde mirar: cinco usos, dos correctos a propósito, y una prioridad que ordenar por impacto. El caso se cierra entregando su indicador. Abre el laboratorio, termina la revisión de Delfos y lee el código de contención que queda anotado al cerrar el caso.