Transferir y retirar accesos técnicos de forma ordenada

Cuando una persona deja el equipo o cambia de función, el trabajo técnico debe continuar y los permisos que ya no necesita deben retirarse de forma efectiva. Empiece por los accesos reales a su aplicación e infraestructura. Una sola anotación de «cuenta desactivada» no describe toda la transición.

Registrar los accesos y las dependencias

En este ejemplo ficticio, una persona encargada de un portal de clientes deja el equipo. Sus funciones incluyen la cuenta de aplicación U-71, la administración del alojamiento y una conexión de servicio con la clave K-71. También era el contacto para recuperar un acceso de administración.

El NIST trata la gestión de cuentas, la salida y el cambio de funciones como controles relacionados. Utilice esa estructura para su procedimiento técnico. El inventario recoge el sistema, el tipo de acceso, su finalidad y el rol responsable; el documento no es un almacén de contraseñas ni de claves secretas.

Documentar una decisión para cada acceso

Determine qué permiso termina en el momento acordado y qué tarea técnica continuará mediante otra cuenta o vía de acceso autorizada. Una cuenta personal, una conexión de servicio y una vía de recuperación pueden requerir medidas distintas. La siguiente tabla es un plan completado para el ejemplo, no el resultado de cambios ya ejecutados.

Comprobar por separado el cambio y su efecto

Bloquear el inicio de sesión no resuelve automáticamente todas las cuestiones sobre sesiones existentes, claves de acceso independientes u otros sistemas. Incluya esos casos en la prueba aprobada. Una conexión de servicio modificada necesita su propia comprobación de funcionamiento; que una persona inicie sesión correctamente no lo demuestra.

El NIST también contempla cambiar los medios de autenticación compartidos cuando alguien deja un grupo. Compruebe, por tanto, qué credenciales técnicas se conocían o estaban asignadas realmente. Transfiera la tarea con un acceso autorizado adecuado, en lugar de entregar el acceso personal anterior.

Cerrar el traspaso con un registro claro

Registre para cada acceso la decisión, el estado de ejecución y el resultado de la comprobación. Una vía de recuperación sin resolver sigue siendo una tarea abierta y debe tener responsable. Quienes cubran la función deben poder saber quién puede realizar cambios técnicos y a quién escalar los casos sin resolver.

Tras la transición acordada, compruebe también las tareas en segundo plano y las conexiones afectadas. Así coordina la retirada de los permisos personales con las operaciones que deben continuar. En este ejemplo no se ha bloqueado ningún acceso, cambiado ninguna clave ni realizado pruebas de recuperación.

Fuentes

• NIST: Security and Privacy Controls

• NIST: OSCAL control catalog 5.2.0