Source: http://docplayer.es/1507244-Proyecto-amparo-presentaciones-manual-de-gestion-de-incidentes-tutorial-lacnic-xvii-quito-ecuador.html
Timestamp: 2018-04-21 02:51:42+00:00

Document:
Proyecto AMPARO Presentaciones Manual de Gestión de Incidentes Tutorial LACNIC XVII Quito-Ecuador - PDF
Proyecto AMPARO Presentaciones Manual de Gestión de Incidentes Tutorial LACNIC XVII Quito-Ecuador
Download "Proyecto AMPARO Presentaciones Manual de Gestión de Incidentes Tutorial LACNIC XVII Quito-Ecuador"
José Crespo Escobar
1 Proyecto AMPARO Presentaciones Manual de Gestión de Incidentes Tutorial LACNIC XVII Quito-Ecuador
2 Proyecto AMPARO Capítulo I: Lineamientos y Acciones recomendadas para la formación de un CSIRT Autor: José Luis Chávez Cortez
3 Información Básica Inicial Qué se protege con un CSIRT? Alcance. Manejo de información, procedimientos y políticas. Publicación de Políticas y Procedimientos. Relaciones entre diferentes CSIRT. Establecimiento de medios de comunicación. Descripción del CSIRT. Políticas. Servicios. Formas de notificación de Incidentes. Personal que integra un CSIRT.
4 Información Básica Inicial Qué se protege con un CSIRT? Infraestructuras Críticas: Agricultura, Energía, Transporte, Industrias, Servicios Postales, Suministros de Agua, Salud Pública, Telecomunicaciones, Banca / Finanzas, Gobierno. Infraestructuras de Información: Internet, Hardware, Software y Sistemas de Control.
5 Información Básica Inicial Manejo de información, Procedimientos y Políticas. Descripción del CSIRT. Políticas. Servicios. Formas de Notificación de Incidentes.
6 Información Básica Inicial Personal que integra un CSIRT. Diversidad de conocimientos tecnológicos. Personalidad: habilidad de comunicación y relación personal. Personas dedicadas, innovadoras, detallistas, flexibles y metódicas. Experiencia en el área de seguridad de la información. Puedan asumir funciones de: gerente, líder de equipo y/o supervisores. Otras Funciones: personal de apoyo, redactores técnicos, administración de redes y/o sistemas, desarrolladores, asesores, etc.
7 Políticas de Seguridad Informática Definición. Elementos: alcance, objetivo, identificación de roles, responsabilidad, interacción, procedimientos, relaciones, mantenimiento, sanciones. Parámetros para su establecimiento Razones que impidan su aplicación. Implementación, mantenimiento y ejecución. Políticas Recomendadas.
8 Políticas de Seguridad Informática POLÍTICAS RECOMENDADAS Política de seguridad. Política de tratamiento de grandes actividades. Política de clasificación de información. Política de error humano. Política de comunicación externa. Política de selección de personal. Política para la clasificación de los datos. Política de despido. Política de aislamiento de la información. Política de uso de dispositivos móviles. Política de seguridad del Internet. Política de uso del correo electrónico. Política de notificación de Incidentes. Política de entrenamiento y capacitación. Política de tratamiento de incidentes. Política de tele conmutación de la información. Política externa para el acceso de la Política de la seguridad de la computadora información. personal. Política de la seguridad de la red de Política de la seguridad de los equipos de computadoras. telecomunicaciones (Internos y Externos)
9 Gestión de Incidentes Nivel de Prioridad. Escalonamiento. Proceso. Registro. Clasificación. Análisis, Resolución y Cierre. Control de Proceso. Soporte de Incidentes.
10 Gestión de Incidentes Nivel de Prioridad Impacto: determina la importancia del incidente dependiendo de cómo éste afecta a los procesos de negocio y/o del número de usuarios afectados. Urgencia: depende del tiempo máximo de demora que acepte el cliente para la resolución del incidente y/o el nivel de servicio.
11 Gestión de Incidentes Escalado Funcional: se requiere el apoyo de un especialista de más alto nivel para resolver el problema. Jerárquico: debemos acudir a un responsable de mayor autoridad para tomar decisiones que se escapen de las atribuciones asignadas a ese nivel, como, por ejemplo, asignar más recursos para la resolución de un incidente especifico. CERRAR INCIDENTE
12 Gestión de Incidentes Proceso Cierre del Incidente Monitorización y Seguimiento
13 Gestión de Incidentes Registro La admisión a trámite del incidente: el Centro de Servicios debe de ser capaz de evaluar en primera instancia si el servicio requerido se incluye en el nivel de servicio contratado del cliente y en caso contrario reenviarlo a una autoridad competente. Comprobación de que ese incidente aún no ha sido registrado: es común que más de un usuario notifique la misma incidencia y por lo tanto han de evitarse duplicaciones innecesarias. Asignación de referencia: al incidente se le asignará una referencia que le identificará unívocamente tanto en los procesos internos como en las comunicaciones con el cliente. Registro inicial: se han de introducir en la base de datos asociada la información básica necesaria para el procesamiento del incidente (hora, descripción del incidente, sistemas afectados...). Información de apoyo: se incluirá cualquier información relevante para la resolución del incidente que puede ser solicitada al cliente a través de un formulario específico, o que pueda ser obtenida de la propia base de datos de la gestión de la configuración (hardware interrelacionado), etc. Notificación del incidente: en los casos en que el incidente pueda afectar a otros usuarios estos deben ser notificados para que conozcan como esta incidencia puede afectar su flujo habitual de trabajo.
14 Gestión de Incidentes Clasificación Establecimiento del nivel de prioridad: dependiendo del impacto y la urgencia se determina, según criterios preestablecidos, un nivel de prioridad. Asignación de recursos: si el Centro de Servicios no puede resolver el incidente en primera instancia designará al personal de soporte técnico responsable de su resolución (segundo nivel). Monitorización del estado y tiempo de respuesta esperado: se asocia un estado al incidente (por ejemplo: registrado, activo, suspendido, resuelto, cerrado) y se estima el tiempo de resolución del incidente en base al nivel de servicio correspondiente y la prioridad.
15 Gestión de Incidentes Análisis, resolución y cierre Análisis: se examina el incidente con ayuda de la base de datos de conocimiento para determinar si se puede identificar con alguna incidencia ya resuelta y aplicar el procedimiento asignado. Resolución: Si la resolución del incidente se escapa de las posibilidades del Centro de Servicios éste redirecciona el mismo a un nivel superior para su investigación por los expertos asignados. Si estos expertos no son capaces de resolver el incidente se seguirán los protocolos de escalado predeterminados. Durante todo el ciclo de vida del incidente se debe actualizar la información almacenada en las correspondientes bases de datos para que los agentes implicados dispongan de cumplida información sobre el estado del mismo. Cierre: cuando se haya solucionado el incidente se: Confirma con los usuarios la solución satisfactoria del mismo. Incorpora el proceso de resolución a la base de datos de conocimiento. Reclasifica el incidente si fuera necesario. Actualiza la información en la base de datos de gestión de configuraciones sobre los elementos de configuración implicados en el incidente. Cierra el incidente.
16 Gestión de Incidentes CSIRT
17 Recomendaciones para la posible inserción del CSIRT en la organización y sus posibles modelos de relación MODELOS ORGANIZACIONALES CSIRT Modelo Equipo de Seguridad. Modelo Distribuido. Modelo Centralizado. Modelo Combinado. Modelo Coordinador.
18 Recomendaciones para la posible inserción del CSIRT en la organización y sus posibles modelos de relación TIPOS DE ESTRUCTURAS ORGANIZACIONALES Modelo Funcional. Modelo basado en el Producto. Modelo basado en los Clientes. Modelo Híbrido. Modelo Matricial.
19 Recomendaciones para la posible inserción del CSIRT en la organización y sus posibles modelos de relación MODELO FUNCIONAL MODELO FUNCIONAL FORTALEZAS DEBILIDADES Permite economías de escala en los departamentos funcionales. Repuesta lenta a los cambios del entorno. el desarrollo Permite habilidades en profundidad. Puede hacer que las decisiones se acumulen en la parte superior, con sobrecarga de la jerarquía. de Permite que la organización alcance sus objetivos funcionales. Es mejor con uno o unos cuantos productos. a una Conduce coordinación horizontal departamentos. mala entre Da lugar a una menor innovación. Implica un punto de vista limitado de las metas organizacionales.
20 Recomendaciones para la posible inserción del CSIRT en la organización y sus posibles modelos de relación MODELO BASADO EN EL PRODUCTO MODELO BASADO EN EL PRODUCTO FORTALEZAS Descentraliza la toma de decisiones. Se utiliza en organizaciones grandes. Rápida adaptación de unidades de trabajo. Permite que los problemas de coordinación e integración sean detectados lo más pronto posible y se les de una solución rápida. recomendada para la Altamente implementación de cambios rápidos. Se logra aislar los problemas concernientes a un producto respecto a los demás y evita que interfieran los problemas de una función con todos los productos. Permite el empleo de equipo especializado para el manejo de materiales, así como de sistemas especializados de comunicaciones. Satisfacción del Cliente. DEBILIDADES Reduce la oportunidad de utilizar equipo o personal especializado. Entorpece la estandarización. Coordinación deficiente entre líneas del producto. Se entorpece la comunicación entre especialistas, ya que ahora presentan sus servicios en diferentes unidades. Los empleados de la organización se dividen en grupos y se encarga de la producción de un producto especifico, además cada grupo tiene un especialista para cada función y un gerente que es el responsable de supervisar el proceso que se lleva a cabo para la obtención del producto o servicio y además envía un reporte al director general de la organización acerca de la evolución de este proceso, este director general es el responsable de supervisar que cada gerente realice de forma adecuada su trabajo y fija las metas de la organización.
21 Recomendaciones para la posible inserción del CSIRT en la organización y sus posibles modelos de relación MODELO BASADO EN LOS CLIENTES MODELO BASADO EN EL CLIENTE FORTALEZAS DEBILIDADES Mejora la adaptación a las necesidades del cliente. Descentralización del proceso de decisión. estandarización de Mejor productos. Satisfacción del Cliente. Gestión de nichos de negocio de la organización. Dificultad de coordinación con los departamentos organizados sobre otras bases, con una constante presión de los gerentes solicitando excepciones y tratamiento especial. En ciertas ocasiones pueden reducirse o incrementarse ciertos tipos de clientes, ya sea por recesiones económicas donde los comercios minoristas tienden a disminuir y por el contrario se incrementan los muy pequeños negocios, esto requiere más vendedores pero disminuye el grado de eficiencia de los mismos.
22 Recomendaciones para la posible inserción del CSIRT en la organización y sus posibles modelos de relación MODELO HÍBRIDO MODELO HÍBRIDO FORTALEZAS Coordinación entre y dentro de las líneas del producto. Coincidencia de objetivos entre las divisiones y la central. Eficiencia en los departamentos centralizados. Adaptabilidad, coordinación en las divisiones. DEBILIDADES Se crean conflictos entre personal corporativo y divisional. Altos costos administrativos. el el
23 Recomendaciones para la posible inserción del CSIRT en la organización y sus posibles modelos de relación MODELO MATRICIAL MODELO MATRICIAL FORTALEZAS Logra la coordinación necesaria para satisfacer las demandas duales de los clientes. Comparte flexiblemente los recursos humanos entre productos. Adaptada para decisiones complejas y cambios frecuentes en un entorno inestable. Proporciona oportunidades para el desarrollo de habilidades tanto funcionales como en productos. Es más adecuada en organizaciones de tamaño mediano con productos múltiples. Recursos Humanos compartidos. DEBILIDADES Somete a los participantes a la experiencia de una autoridad dual; esto puede ser frustrante y ocasionar confusión. Implica que los participantes necesitan buenas habilidades interpersonales y mucha capacitación. Consume tiempo; implica frecuentes reuniones y sesiones para la solución de conflictos. No funcionará a menos que los participantes entiendan y adopten relaciones colegiadas en lugar de tipo vertical. Requiere grandes esfuerzos para mantener el equilibrio de poder.
24 Recomendaciones generales respecto a la infraestructura física necesaria en las etapas iniciales. RECOMENDACIONES DE SEGURIDAD FISICA Y AMBIENTAL Local Físico. Espacio y Movilidad. Tratamiento Acústico. Ambiente Climático. Instalación Eléctrica. Picos y Ruidos Electromagnéticos. Cableado. Iluminación. Seguridad Física del Local. Próximos Pasos: Aseguramiento contra situaciones Hostiles. Control de Accesos
25 Recomendaciones generales respecto a la infraestructura física necesaria en las etapas iniciales. CONCLUSIÓN Evaluar y controlar permanentemente la seguridad física del local es la base para comenzar a integrar la seguridad como una función primordial dentro de cualquier organización. Tener controlado el ambiente y acceso físico permite: Disminuir siniestros. Trabajar mejor manteniendo la sensación de seguridad. Descartar falsas hipótesis si se produjeran incidentes. Tener los medios para luchar contra accidentes. Las distintas alternativas estudiadas son suficientes para conocer en todo momento el estado del medio en el que nos desempeñamos; y así tomar decisiones sobre la base de la información brindada por los medios de control adecuados. Estas decisiones pueden variar desde el conocimiento de la áreas que recorren ciertas personas hasta la extremo de evacuar el local en caso de accidentes.
26 Recomendaciones generales respecto a la infraestructura física necesaria en las etapas iniciales. RECOMENDACIONES SOBRE ARQUITECTURA DE REDES DE UN CSIRT Ambiente Físico. Infraestructura de Red. Hardware. Software. Infraestructura de Telecomunicaciones. Diagramas Sugeridos.
27 Recomendaciones generales respecto a la infraestructura física necesaria en las etapas iniciales. Ambiente Físico Áreas Administrativas: las áreas administrativas así como las salas de reuniones o apoyo podrán ser compartidas con el resto de la organización. Áreas Operativas: tales como salas de trabajo de los equipos técnicos, sala de servidores y sala de laboratorios son considerados ambientes críticos y deberán tener implementaciones de aspectos de seguridad física específica. Ambientes Críticos: ambiente asilado de otros departamentos, segmentación del circuito de servicios, acceso restringido al ambiente de trabajo, obedecer la política de información del CSIRT y/u organización. Recomendaciones: el acceso y permanencia en el local de terceras personas sea acompañado por integrantes del CSIRT y tener siempre a disposición medios de protección y prevención: extintores, sensores de humo, rociadores, circuito interno de televisión, piso falso, paredes refractarias, caja fuerte para el almacenamiento de documentos secretos, sistema empresarial de almacenaje de copias de seguridad. Áreas Físicas Mínimas: recepción, oficina del director, cuarto de seguridad (Caja Fuerte), sala de reuniones, sala de archivos y almacenamiento de medios, salda de capacitación/entrenamiento, sala de operaciones, laboratorio, sala de servidores.
28 Recomendaciones generales respecto a la infraestructura física necesaria en las etapas iniciales. Infraestructura de Red La infraestructura de la red de computadores del CSIRT debe estar separada de la infraestructura de la organización en que esté hospedada. El CSIRT debe tener una estructura propia de subredes y dominios. Red de la organización y red del CSIRT. Se recomienda que el CSIRT tenga una estructura de red de computadores aislada, permitiendo implementar segmentos de redes con funciones específicas. Al menos deben de existir dos segmentos dentro de la red CSIRT: Red para la operación en ambiente de producción: para el almacenaje de los datos y ejecución de las tareas relativas a los servicios. Red para tareas de laboratorio: para la aplicación de pruebas y estudios. Las redes que se conectan con el ambiente externo (Internet) deben de ser protegidas por medio de dispositivos de seguridad según su necesidad. (Firewall, Proxy, IDS, IPS, etc.)
29 RED SEGURA SEGMENTADA SEPARADA DE LA ORGANIZACIÓN Recomendaciones generales respecto a la infraestructura física necesaria en las etapas iniciales. Detalles Descripción Características Esquema para brindar servicios reactivos y proactivos. Separación física de la red CSIRT y de la organización. Enlaces para el acceso al Internet redundantes para la red CSIRT. Sensores y Servidor con Sistema de Detección de Intrusos (IDS). Red aislada para Pruebas de laboratorio. Tres redes diferentes. Niveles de acceso internos regulado por los Firewalls entre la Organización y el CSIRT. Acceso a Internet o Enlace de la Organización: 2 Mbps. o Enlaces redundantes CSIRT: 4 Mbps. o Enlace para red de Laboratorio: 2 Mbps. Software Se puede utilizar software libre.
30 Beneficios en la implementación de un CSIRT así como su Análisis Situacional e Implementación de su Presupuesto de Inversión y Funcionamiento. BENEFICIOS EN LA IMPLEMENTACIÓN DE UN CSIRT Un punto de contacto focal y confiable dentro de la comunidad para el manejo de incidentes de seguridad informática. Promueve un desarrollo en la utilización de infraestructura tecnológica basado en las buenas y mejores prácticas para la adecuada coordinación de la respuesta a incidentes de seguridad informática. Un punto especializado y asesor para la protección de las distintas actividades informáticas de los sectores que conforman su comunidad objetivo. Brinda información sobre vulnerabilidades y las asocia con sus respectivas recomendaciones para la su mitigación y/o control. Provee servicios de publicación de información eficaces con la finalidad de socializar la cultura de seguridad informática. Promueve y desarrolla materiales de concientización, educación y entrenamiento en variedad de temas de seguridad informática. Participa y comparte experiencias con equipos similares y proveedores de servicios de seguridad informática para su promoción y actualización, así como para el establecimiento de mejores estrategias para el manejo de incidentes de seguridad informática. Administra puntos de contacto con otros CSIRTs para respaldar las distintas estrategias de seguridad informática en un sentido más global. Apoya a otras instituciones que lo requieran a desarrollar capacidades propias para el manejo de incidentes así como la implantación de buenas y mejores prácticas de seguridad informática. Posee un equipo personal especializado en constante proceso de actualización con la intención de brindar servicios de soporte informáticos con un alto nivel de eficacia y eficiencia a los distintos requerimientos que la comunidad demande de su respectivo CSIRT.
31 ANÁLISIS FODA GENERAL PARA UN CSIRT ELEMENTO Beneficios en la implementación de un CSIRT así como su Análisis Situacional e Implementación de DESCRIPCIÓN su Presupuesto de Inversión y Funcionamiento. FORTALEZAS OPORTUNIDADES Posee el respaldo de la organización que lo hospeda así como el recorrido que la misma tenga en la comunidad a la que pertenece. Un punto focal para la notificación y tratamiento de incidentes de seguridad. Disponibilidad de personal técnico calificado y actualizado. Dado el conocimiento que posee su personal, el CSIRT es relevante para el proceso de educación para la seguridad y prevención de incidentes. Desarrollo de relaciones comerciales de largo plazo con los clientes. Búsquedas de alianzas con terceros que complementen los servicios en el mercado objetivo. Gran necesidad de coordinación de incidentes de seguridad informática. Proyecto de interés general para todos los sectores de la sociedad. No existe centralización en la medición de seguridad informática en el segmento de servicio. DEBILIDADES Experiencia. Reconocimiento del trabajo del nuevo CSIRT. Los sectores público y privado no tienen la prioridad ni la costumbre de asesorarse por un ente especializado en temas de seguridad informática. Infraestructura TIC débil. Incipiente regulación de servicios informáticos. AMENAZAS Desaceleración de la economía mundial y local. Rápida obsolescencia de los equipos informáticos. Competidores ya establecidos en el mercado de la seguridad informática. Respaldo financiero limitado. Bajos incidentes de seguridad informática pueden desembocar en dificultar el auto sostenimiento del CSIRT.
32 CONCLUSIONES La convergencia de los sistemas multiplica exponencialmente los problemas de seguridad planteados. El equilibro es difícil, el espectro a cubrir es amplio y, como dificultad extra, el campo de trabajo es intangible. Esto hace necesario desarrollar técnicas y/o adaptar las existentes de forma tal de circunscribir nuestro trabajo de conseguir información dentro de un marco de seguridad. Cuando se diseña un sistema se lo hace en base a su operatividad y/o funcionalidad dejando de lado la Seguridad. Será necesario establecer una pertenencia y correspondencia entre las técnicas adoptadas conformando un sistema de seguridad; y no procedimientos aislados que contribuyan al caos general existente. Esto sólo puede lograrse al integrar la seguridad desde el comienzo, desde el diseño, desde el desarrollo. Las tecnologías involucradas en estos procesos condicionan las técnicas empleadas, los tiempos condicionan esas tecnologías y, paradójicamente, las legislaciones deben adaptarse a los rápidos cambios producidos. Esto hace obligatorio no legislar sobre tecnologías actuales, sino sobre conceptos y abstracciones que podrán ser implementados con distintas tecnologías en el presente y el futuro. Es urgente legislar un marco legal adecuado, no solo que castigue a los culpables sino que desaliente acciones hostiles futuras.
33 CONCLUSIONES Continuación Algunos pocos métodos realmente novedosos de infiltración ponen en jaque los sistemas de seguridad. Aquí, se prueba la incapacidad de lograr 100% de seguridad, pero también es hora de probar que los riesgos, la amenaza, y por ende los daños pueden ser llevados a su mínima expresión. Muchas veces basta con restringir accesos a información no utilizada o que no corresponde a los fines planteados. Otras veces la capacitación será la mejor herramienta para disminuir drásticamente los daños. La seguridad es un estado mental, la seguridad perfecta requiere un nivel de perfección que realmente no existe, y de hecho dudo que algún día exista, pero los riesgos deben y pueden ser manejables. El costo en el que se incurre suele ser bajo comparado con aquellos luego de producido un daño. El desconocimiento y la falta de información son el principal inconveniente cuando se evalúa la inclusión de seguridad como parte de un sistema. El desarrollo de software es una ciencia imperfecta; y como tal es vulnerable. Es una realidad, la seguridad involucra manipulación de naturaleza humana. Hay que comprender que la seguridad consiste en tecnología y política, es decir que su combinación y su forma de utilización determina cuan seguros son los sistemas. El problema de la seguridad no puede ser resuelto por única vez, es decir que constituye un viaje permanente y no un destino.
34 Proyecto AMPARO Capítulo II: Tipologías de centros de respuesta Rubén Aquino Luna UNAM-CERT
35 Modelos organizacionales Decisión fundamental para un centro de respuesta a incidentes Definición de la estructura del centro de respuesta de acuerdo a Objetivos Visión Misión
36 Modelos organizacionales Factores para definir el modelo adecuado Circunscripción Misión Servicios que se van a proporcionar Posición en la organización Obligaciones y autoridad Infraestructura Financiamiento de la operación Estructura
37 Modelos organizacionales Modelos de referencia Equipo de seguridad Centro de respuesta centralizado Centro de respuesta distribuido Centro coordinador
38 Modelos organizacionales Nombre del centro de respuesta No hay ningún requisito Nombres actuales basados en la reputación construida Algunos nombres frecuentes IRT CSIRT CIRT SIRT CERT*
39 Modelos organizacionales Circunscipción Ámbito de acción Depende de los objetivos No necesariamente es el sector al que pertenece la organización Cobertura geográfica Centralizado Distribuido
40 Modelos organizacionales Misión Definición breve, clara y precisa del propósito y función Delinea servicios y alcance de los mismos
41 Modelos organizacionales Servicios Al iniciar operaciones: respuesta a incidentes y los necesarios Atención en sitio, coordinación de equipos, cómputo forense, análisis de software malicioso, etc. Los servicios pueden ampliarse durante la operación Casi nunca se hace sólo respuesta a incidentes Prevención Detección
42 Modelos organizacionales Servicios Emisión de boletines y alertas de seguridad Análisis de vulnerabilidades Detección de incidentes Difusión y capacitación Implementación de estándares y mejores prácticas
43 Modelos organizacionales Reportar, clasificar, asignar Cómo se reportan los incidentes al centro de respuesta El manejo de un incidente requiere recursos humanos y materiales Eficacia y eficiencia dependen de estas acciones iniciales
44 Modelos organizacionales Reportar Teléfono (definición de horarios, costos) Correo electrónico Formularios web Personalmente
45 Modelos organizacionales Clasificar, asignar Sistema para el seguimiento de reportes de incidentes Mesa de ayuda Propia Terceros (buscar adecuado entrenamiento y conocimiento del servicio) Capacitación del personal sobre la recepción, clasificación, asignación
46 Modelos organizacionales Autoridad Autoridad total Autoridad compartida No autoridad Diferencia Toma de decisiones en el manejo de incidentes Decisión de la gerencia/dirección
47 Modelos organizacionales Personal Una sola persona es responsable Independientemente de la forma del servicio: interno, externo. Jefe o administrador y un sustituto por ausencia
48 Modelos organizacionales Personal (responsable) Enlace entre en centro de respuesta y la dirección y otras unidades de la organización Punto de contacto con entidades externas Comunicación al interior y exterior. Evitar situaciones de crisis por la interacción cotidiana Responsable de gestionar los recursos para el centro de respuesta
49 Modelos organizacionales Personal Características del responsable Dominio de aspectos técnicos Habilidades de comunicación hacia el interior y el exterior entre otras.
50 Modelos organizacionales Personal Responsable técnico Coordinar las actividades técnicas para la respuesta a incidentes Responsable de la calidad técnica La imprecisión en el dominio técnico puede minar credibilidad de todo el centro de respuesta Un incidente puede empeorar sin la capacidad técnica adecuada
51 Modelos organizacionales Personal Administración de sistemas Redes de datos Programación Soporte técnico Detección de intrusos Análisis de vulnerabilidades Análisis de software malicioso Otros particulares a la organización
52 Modelos organizacionales Personal (staff) Resolución de problemas Experiencia Una persona especialista en cada área Colaboración necesaria en incidentes críticos Ayuda Programas de transferencia de conocimiento Referencias técnicas (libros, manuales, etc.) Promover su participación en otras tareas: elaboración de contenidos, instrucción en talleres, evaluación de herramientas, etc.
53 Modelos organizacionales Personal (staff) Debe fomentarse Interacción y retroalimentación sobre actividades de la organización Conocimiento de los objetivos y misión del centro de respuesta Intercambio con expertos de otras entidades Intercambio de conocimiento
54 Modelos organizacionales Personal (staff) Habilidades Habilidades técnicas Trabajo en equipo Comunicación Facilidad de expresión Escribir informes técnicos
55 Modelos organizacionales Personal (contratación) Empleados Parcialmente empleados Outsourcing
56 Modelos organizacionales Selección del modelo Disponibilidad del servicio Criticidad de la infraestructura Qué tipo de atención se requiere: 24x7, en sitio (básica o especializada) Habilidades del personal
57 Modelos organizacionales Selección del modelo Costos Experiencia del personal Estructura organizacional División de responsabilidades Protección de la información confidencial Conocimiento específico sobre la organización Correlación de información Diversas ubicaciones geográficas
58 Modelos organizacionales Dependencias dentro de la organización Administración Establece política de respuesta a incidentes Presupuesto Personal Seguridad de la información Monitoreo de operación Control sobre dispositivos Notifican sobre muchos de los incidentes
59 Modelos organizacionales Dependencias dentro de la organización Telecomunicaciones Incidentes con tráfico de red en el perímetro Contacto con ISPs Contener incidentes en el perímetro Soporte técnico Operación de infraestructura Administración de sistemas, red, desarrollo de software
60 Modelos organizacionales Dependencias dentro de la organización Departamento jurídico Seguimiento a incidentes Procesos administrativos Seguimiento legal Revisión de políticas y procedimientos para ajustarse al marco regulatorio Relaciones públicas Proporcionar información a los medios Comunicados de acuerdo a políticas de la organización Comunicación inadecuada puede confundir al público y afectar a la organización
61 Modelos organizacionales Dependencias dentro de la organización Recursos humanos Incidentes relacionados con abusos o faltas a normas de la organización Planeación de la continuidad del negocio Incidentes que afectan significativamente la operación normal Identificación de riesgos asociados a cada activo Minimización de impacto de incidente y el manejo de incidentes en las operaciones
62 Modelos organizacionales Dependencias dentro de la organización Seguridad física y administración de instalaciones Acceso a equipos en instalaciones cerradas Buscar evidencia Realizar monitoreo de áreas específicas
63 Equipo de respuesta No hay centro de respuesta Respuesta a incidentes con recursos humanos y materiales existentes Quien es responsable o administra el activo proporciona la respuesta Difícil establecer niveles de servicio Respuesta exitosa depende de cada individuo Difícil implementar mejores prácticas y mejora continua No hay independencia en el manejo de incidentes
64 Equipo de respuesta Características particulares No hay estructura definida Equipo de respuesta ad hoc a las circunstancias No hay centralización de reportes de incidentes Responsable del activo decide sus mecanismos para reportar y clasificar incidentes Difícil realizar seguimiento de incidentes Retroalimentación limitada Poca o complicada coordinación en el manejo de incidentes
Proyecto AMPARO Capítulo III:
Proyecto AMPARO Capítulo III: Propuesta de Políticas y Procedimientos Principales para la Operación de un Centro de Respuesta a Incidentes de Seguridad Informática Ing. Leonardo Vidal - CISSP Objetivos
Auditoría Interna: El Nuevo Pilar de la Alta Dirección 18 21 Octubre, 2015 1 Sugerencias para evaluar el programa antifraude en la empresa Roberto Abad Acreditado por el IIA para evaluar la Calidad en
Proyecto AMPARO Manual: GESTIÓN DE INCIDENTES DE SEGURIDAD INFORMÁTICA AMÉRICA LATINA Y CARIBE Página 1 Consideraciones Iniciales El presente manual ha sido desarrollado en el marco de las actividades
BENEFITS INFORMACIÓN GENERAL EVOLUCIÓN EN EL COMPLEJO PANAROMA ACTUAL DE LA SEGURIDAD. Seguridad 2011 (GISWS) DESCRIPCIÓN
INFORMACIÓN GENERAL EVOLUCIÓN EN EL COMPLEJO PANAROMA ACTUAL DE LA SEGURIDAD A medida que el paisaje mundial de seguridad de la información evoluciona rápidamente, las empresas y las agencias gubernamentales

References: Resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 Resolución