Aquí tenemos nuestra plantilla de validación, la plantilla de validación, colocamos las informaciones
que obtuvimos del archivo de Recursos Humanos, nombre del puesto, departamento y la fecha de salida.
Estas son las informaciones que necesitamos.
Con esto completado, entonces vamos a utilizar los reportes de los sistemas para completar estos campos.
Primer campo nos pregunta si el usuario está inactivo en el sistema te pego un, dos, tres, se coloca
si o no, si el usuario está inactivo en Windows inactivo.
También implica y si no existe, en caso de que no existe, consideramos que está inactivo.
Entonces vamos a hacer la prueba con TP en 2 3.
Nuestro primer EĞITIM con nuestro primer empleado es Pedro 2.
Pedro Rous es conserje del departamento de operaciones del puesto de trabajo.
Nos da una idea a nosotros como auditores de si el empleado tendría acceso o no a los sistemas.
Como Pedro Ros es conserje, lo más probable es que no tenga acceso a los sistemas, porque para sus
funciones él no necesita acceso.
Esas informaciones nos da la oportunidad de en caso de tener una gran cantidad de usuarios en nuestros
reportes y necesitamos solamente seleccionar un grupo de ellos o hacer una muestra.
Posiciones como la de conserje.
La seguridad oficial de seguridad física y otra posición es que se entiende.
Corresponde a un personal que no utiliza los sistemas.
Entonces pudiéramos extraer esos puestos de trabajo y concentrarnos en los puestos que son más críticos
para nuestra validación, que son personas que de acuerdo a sus funciones, necesitan sí o sí tener
acceso a una computadora.
Entonces entonces a Pedro Rousse lo vamos a buscar primero en nuestro reporte de TPB.
Un, dos, tres.
Lo buscamos en nuestro reporte TPB, un, dos, tres reportes de usuarios y observamos que no existe.
No está Pedro Ross.
Entonces vamos a nuestra validación.
El usuario está en activo en TPU.
Un, dos, tres.
Colocamos que si vamos entonces a reporte de usuarios de Windows.
Y buscabamos Pedro Ross,
como no está acá en este reporte.
conocÃamos que sí, que esté en activo.
Como no existe, aquí no va nada.
En comentario podemos poner, podemos poner cualquier comentario.
En este caso podemos indicar que el usuario no tiene acceso a los sistemas o dejarlo en blanco.
Entonces seguimos con el siguiente usuario Luis Gonzales.
Lo buscamos en el sistema.
Te pego un 2 3.
Cambiarlo de posición.
Luis Gonzales no está.
En?
Si.
No buscamos en el controlador de dominio.
Luis González sí se encuentra y está activo, en este caso Colocábamos, que no está en activo.
Y colocamos la fecha del último inicio de sesión.
Copiamos aquí.
Bien, como ya tenemos.
Cómo sabemos que el usuario está activo y tenemos la fecha del último inicio de sesión?
Hemos de comparar esta fecha con la fecha de salida del personal.
Esta comparación la hacemos para ver si el último inicio de sesión se efectuó posterior a su salida.
En este caso tendríamos que indagar el motivo de ese inicio de sesión para corroborar si se realizó
por algún motivo justificado y de conocimiento de la herencia o del dueño de los datos, o si es un
posible intento o caso de fraude.
Entonces podemos observar.
Que es la misma fecha.
Aparentemente el usuario realizó inicio de sesión el mismo día de su salida.
Esto es razonable que suceda porque muchas veces las halla.
La salida del empleado se produce en horarios de la tarde, luego de haber usado la computadora en la
mañana.
Y eso puede pasar también si el último inicio de sesión es anterior a su fecha de salida.
Tampoco hay ningún problema en este caso.
Solamente tenemos el tema de que el usuario está activo.
No fue inhabilitado.
Seguimos con el siguiente caso Francisco Gutiérrez,
Francisco Gutiérrez.
Está inactivo.
Y no está aquí en Windows.
Está inactivo.
Tobio, Sedeño, cajero.
No existe, posiblemente lo hayan eliminado.
Subió Sedeño.
Tampoco existe.
Lo cual es apropiado.
Elizabeth.
Elizabeth Valdéz, Elizabeth Valdez.
No está.
Nuestra.
Adolfo Arrahona.
No está en el sistema te pregon 2 3.
Y si está en Windows y está activo,
inhabilitado, antepongo en 2/3 y no está inhabilitado Windows.
Copiamos la última fecha de inicio de sesión.
Copiábamos acá y comparamos.
9 de julio de 2019.
Su fecha de salida primero de agosto 2019, últim inicio de sesión.
Entonces aquí tenemos un caso de inicio de sesión posterior a su fecha de salida.
Este es un caso que debemos de consultar al administrador del sistema y al jefe o gerente del departamento
de operaciones.
Sobre este caso suele pasar en algunas ocasiones que luego de la salida de un empleado, el gerente
o director del departamento donde trabajaba es empleado por algún motivo en especial.
Solicita al Departamento de Tecnología que habilite ese usuario para realizar ciertas transacciones
o realizar backup.
Pasa en el caso de empleados que recibieron ciertos correos electrónicos a su cuenta de correo proveniente
de clientes, los cuales para obtener esos correos hay que habilitar la cuenta de usuario desempleado,
manera que el jefe del departamento pueda obtener esos correos, realizar un backup y luego solicitar
la desactivación nuevamente de esa cuenta de usuario.
Pero todo esto debemos de indagarlo.
Ellos nos deben de dar la explicación.
El dueño de los datos o el jefe del departamento nos debe de dar una explicación y mostrar evidencias
acerca de lo que ellos indican que sucedió.
Entonces aquí podemos poner la nota.
Inicio de sesión posterior
posterior a su salida.
Inicio de sesión posterior a su salida.
Y aquí activo.
En Windows.
Usuario activo en Windows.
Luego de completada esta matriz, he identificado los casos de los usuarios que permanecen activos.
Podemos dar como concluida esta revisión ya lo siguiente a partir de ahí es reportar estos hallazgos
a la gerencia.