Entornos y promoción

5 tareas · 40 min · Principiante

Una regla no debería estrenarse delante del turno. Entre el archivo y la alerta hay entornos intermedios donde la versión se prueba con datos parecidos a los reales, y una política que dice cuándo puede subir de uno a otro. En Agroindustrial Ambalema lees los tres entornos, la política de promoción, las últimas promociones y lo que cambia entre preproducción y producción.

0 de 5 · 0%

Objetivo de la sala

Un entorno de detección es una copia del SIEM, o una parte separada de él, donde una versión de la regla corre con unos datos y unos destinos de alerta propios. Lo habitual son tres. Desarrollo: datos sintéticos o de ejemplo, donde la persona prueba la lógica y nada llega al turno. Preproducción: una muestra de los datos reales, anonimizada si hace falta, donde se mide el volumen y se comprueba que los campos existen. Producción: los datos reales y el turno.

La promoción de uno a otro se hace con una política escrita: cuántos días debe estar la versión en el entorno de origen y quién aprueba. Lo que se prueba en preproducción solo vale si preproducción se parece a producción.

Responde para continuar

¿Para qué sirve un entorno de preproducción en el ciclo de una detección?

Para guardar durante un año las alertas de prueba, de modo que el equipo de auditoría pueda consultarlas más tarde Para medir el volumen y comprobar los campos con datos parecidos a los reales, sin que ninguna alerta llegue al turno Para sustituir la revisión de otra persona, ya que un entorno con datos de muestra encuentra todo lo que ella pudiera ver

Abre el panel. La tabla politica_de_promocion dice qué exige cada paso y la tabla promociones recoge las últimas versiones que subieron. Una promoción debe ir de un entorno al siguiente, sin saltarse ninguno.

Responde para continuar

Escribe la regla que llegó a producción sin pasar por preproducción.

Ver pista de ayuda

Ejecuta `SELECT * FROM promociones` y busca el destino produccion cuyo origen no sea preproduccion.

La política pide que una versión lleve un mínimo de días en preproducción antes de subir a producción. Cuenta las promociones a producción que sí vienen de preproducción y cumplen ese mínimo.

Responde para continuar

Escribe cuántas promociones a producción cumplen el mínimo de días de la política.

Ver pista de ayuda

Ejecuta `SELECT * FROM politica_de_promocion` y `SELECT * FROM promociones` y compara dias_en_origen con el mínimo del paso a producción.

La tabla diferencias_entre_entornos compara lo que existe en cada entorno. Hay diferencias esperables (la retención, la cantidad de reglas) y otras que hacen que una prueba pase en preproducción y falle en producción: un campo que no llega, un parser de otra versión, una zona horaria distinta. Una regla que lee un campo ausente no da error: no encuentra nada y parece activa.

Responde para continuar

Escribe el campo que está presente en preproducción y ausente en producción.

Ver pista de ayuda

Ejecuta `SELECT * FROM diferencias_entre_entornos` y mira las filas de tipo campo.

AAM-107 ya corre en producción y no pasó por preproducción. Además, el campo que falta en producción es uno de los que usan varias reglas de la cartera.

Responde para continuar

¿Qué propones?

Dejar la regla como está, porque lleva días en producción sin quejas del turno y eso demuestra que no necesita pasar por preproducción Registrar la promoción como incumplimiento, repetir el paso por preproducción con los días de la política y corregir antes el campo ausente Retirar de golpe todas las reglas que leen el campo ausente, para que ninguna parezca activa sin estarlo y después reactivarlas una a una con calma

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

Entrar · Registrarse

1 Tres entornos, tres funciones

2 La política y la regla que la saltó Lab

3 Quién cumple el mínimo Lab

4 Cuando preproducción no se parece Lab

5 Qué se hace con la promoción saltada Lab

Whoami-Labs Pro utiliza cookies