El registro de actividad de las asignaciones

5 tareas · 38 min · Principiante

Cada vez que alguien da, quita o cambia un rol, la nube escribe una línea. Esas pocas líneas, entre miles de operaciones corrientes, cuentan quién se dio qué y cuándo: son la huella del privilegio. Leerlas bien exige saber qué eventos importan, cuánto tiempo se guardan y contra qué regla medirlos, porque una asignación sin ticket o un rol que se concede y se retira en unos minutos dicen más que cualquier configuración. En Constructora Río Pance lees una exportación de tres semanas y la cruzas con las reglas. Todo es lectura de evidencia ficticia.

0 de 5 · 0%

Objetivo de la sala

El registro de actividad no es eterno. Casi todas las nubes conservan los eventos de administración un tiempo limitado en la propia consola; para saber quién dio un rol hace seis meses hay que haber exportado el registro a un almacén antes de que venciera. Una revisión que depende de un evento antiguo y no encuentra nada no ha demostrado que no ocurriera: ha demostrado que no se guardó.

Lee reglas-del-registro.txt para ver cuánto se conserva en esta consola.

Responde para continuar

Se necesita saber quién concedió una asignación hace seis meses y la consola ya no la muestra. ¿Qué indica?

Que la asignación nunca existió, porque el registro de actividad lo guarda todo para siempre Que el evento superó el tiempo de conservación y solo se recupera si se exportó antes Que la asignación se concedió fuera del registro, a mano en el recurso

Ver pista de ayuda

Busca en las reglas cuánto tiempo conserva la consola el registro de actividad.

Las reglas de la empresa piden ticket para toda asignación de Propietario o de Administrador de acceso. Una asignación de Propietario sin ticket es un hallazgo; la que además sigue vigente es un hallazgo abierto. Para saber cuál sigue vigente no basta el evento de creación: hay que buscar si otro evento la eliminó después.

Abre registro.txt. Hay dos creaciones de Propietario sin ticket; una de ellas se eliminó.

Responde para continuar

¿Qué id de evento creó una asignación de Propietario sin ticket que sigue vigente?

Un rol personalizado se puede modificar, y un cambio de sus acciones modifica a todas las personas que lo tienen, de una vez. Por eso rol_personalizado_modificado es de los eventos que más importa mirar: el actor y el detalle dicen quién cambió qué.

Lee en registro.txt el evento de ese tipo y fíjate en la columna del actor y en el detalle del cambio.

Responde para continuar

¿Qué cuenta aparece como actor del evento que modificó el rol personalizado ROL-C3?

La regla pide ticket para las asignaciones de Propietario y los cambios de roles, y pide investigar el mismo día todo evento sin ticket. Contar los eventos sin ticket del periodo da la medida de cuánto escapó al control, sin importar si el evento fue de creación, de eliminación o de elevación.

En registro.txt cuenta las filas cuyo ticket es (sin ticket).

Responde para continuar

¿Cuántos eventos del registro no tienen ticket?

Una asignación que se crea y se elimina casi enseguida no deja rastro en las listas de asignaciones vigentes: al día siguiente no hay nada que revisar. Solo el registro conserva la prueba de que alguien tuvo el rol más alto durante un rato. Por eso, al leer un registro, conviene buscar pares de eventos de creación y eliminación sobre la misma cuenta y el mismo ámbito, y medir cuánto pasó entre uno y otro.

Busca en registro.txt un par así sobre el rol de más poder y con el mismo ámbito.

Responde para continuar

¿Qué cuenta recibió el rol Propietario y lo perdió en menos de una hora?

Inicia sesión para registrar tus puntos y progreso en el ranking.

Entrar · Registrarse

1 Cuánto dura la huella Lab

2 La asignación sin ticket que sigue ahí Lab

3 Quién tocó el rol Lab

4 Medir lo que falta Lab

5 El privilegio de minutos Lab

Whoami-Labs Pro utiliza cookies