Incidentes

¿Cuál es el objetivo del procedimiento de Incidentes?

• Eliminar todos los riesgos

• Aumentar la probabilidad de amenazas

• Crear nuevos incidentes

• Identificar, clasificar y atender incidentes

¿Qué se considera un incidente de seguridad?

• Un procedimiento administrativo

• Un suceso, señal de alerta

• Un evento real que aun no se materializa

• Un evento materializado que atenta contra la CID

¿Qué debe hacer el personal de la UI al detectar un incidente?

• Crear un nuevo procedimiento

• Documentar el Incidente en la Mesa de Ayuda

• Reportar el incidente en la Mesa de Ayuda

• Esperar instrucciones del comité

¿Qué documento se menciona para la clasificación de eventos e incidentes?

• ISO 27001

• SGSI-MN-02

• SGSI-FT-08

• GISI-DO-01

¿Qué acción se debe tomar si la mesa de ayuda no está disponible?

• Reportar por correo

• Esperar a que esté disponible

• Verificar la clasificación

• Dar seguimiento

¿Qué información debe llevar el ticket al solucionar una incidencia?

• Tiempo de Solución y Causa Real

• Acciones llevadas a cabo

• Resultado de las Acciones

• Todas las anteriores

¿Qué se debe validar al dar seguimiento a un incidente?

• La evidencia que sustente el reporte

• La cantidad de incidentes reportados

• El tiempo de respuesta del personal

• La duración del incidente

¿Qué se considera un evento en el contexto de seguridad de la información?

• Un procedimiento de seguridad

• Un riesgo materializado

• Un incidente resuelto

• Una señal de alerta

¿Qué se considera un riesgo?

• Una acción correctiva

• Un evento sin consecuencias

• Un incidente de SI

• Probabilidad de que una amenaza se convierta en un evento real

¿Qué se debe hacer si un incidente se reporta varias veces?

• Someterlo a una acción correctiva

• Considerar si el nivel es medio o alto

• Crear un nuevo procedimiento

• Documentarlo como un evento