Restablecimiento de contraseña como flujo auditable

Un restablecimiento auditable deja, por lo menos, cinco datos: quién lo solicitó, por qué canal, cómo se comprobó que era el titular, cuánto tiempo vivió el enlace o el código y a quién se le avisó. Si falta cualquiera, no se puede distinguir un trámite legítimo de una toma de cuenta. La tabla restablecimientos los trae todos y la tabla politica_restablecimiento fija las reglas de Paramillo, que son de la empresa ficticia y no de una norma.

La verificación es lo único que separa al titular de un impostor. La política de Paramillo pide, para la mesa de ayuda, una llamada al número registrado. Busca en el registro la solicitud cuya columna verificacion dice «ninguna» y reporta su identificador.

Las cuentas privilegiadas son el premio mayor de una toma de cuenta, así que sus restablecimientos tienen un camino aparte. En Paramillo las aprueba el jefe de seguridad. Una cuenta privilegiada atendida por la mesa de ayuda, aunque se haya verificado bien, se aparta del camino: es un hallazgo de proceso.

Cruza el canal del registro con el nombre de las cuentas y reporta la cuenta privilegiada.

Un enlace de restablecimiento es una credencial temporal: cuanto más vive, más tiempo tiene alguien para interceptarlo o reutilizarlo. Paramillo fija su vigencia en la tabla de la política. El registro trae la hora en que se emitió y la hora en que se usó cada enlace del autoservicio.

Para la solicitud R-0422, calcula cuántos minutos pasaron entre ambas.

En dos restablecimientos no se avisó al titular. Ese aviso es el control que le permite decir «yo no fui». Sin él, una toma de cuenta puede pasar semanas sin que nadie lo note. La respuesta razonable no es culpar a quien atendió: es avisar ahora al titular de cada cuenta, preguntarle si pidió el cambio y revisar los inicios de sesión posteriores.