PLAN DE CONTINGENCIA Y RECUPERACIN INFORMTICA DEL

PROGRAMA DE PROVISIN DE ALIMENTOS

Pgina 1 de 39

Informacin del Documento

Resumen: Este documento describe las polticas y procedimientos que son parte del Plan de Contingencia y Recuperacin de la plataforma informtica del

Programa de Provisin de Alimentos.Audiencia: Gestin Tecnologa Informtica

Revisiones al Documento

Cargo / rea Nombre Firma

Elaborado por:Direccin de Desarrollo

InstitucionalRommel Insuasti

Revisado por:Direccin de Desarrollo

InstitucionalWilliam Guerrero

Aprobado por: Gestin Tecnolgica PPA

Pgina 2 de 39

Tabla de Contenidos

OBJETIVO GENERAL .................................................................................................................................. 5

OBJETIVOS ESPECFICOS. ........................................................................................................................... 5

ALCANCE .................................................................................................................................................. 6

METODOLOGIAS UTILIZADAS .................................................................................................................... 6

1.1 DESCRIPCIN DEL ENTORNO INFORMTICO ......................................................................................... 7

1.1.1 INFRAESTRUCTURA FSICA Y ELCTRICA ............................................................................................. 7

1.1.2 HARDWARE ...................................................................................................................................... 8

1.1.3 SOFTWARE ........................................................................................................................................ 9

SOFTWARE APLICACIN ........................................................................................................................... 9

SOFTWARE DE DESARROLLO ................................................................................................................... 10

1.1.4 TELECOMUNICACIONES ................................................................................................................... 10

INTERNET ............................................................................................................................................... 10

TELEFONA .............................................................................................................................................. 10

1.1.5 SERVICIO CLOUD COMPUTING / VIRTUAL DATA CENTER .................................................................. 10

1.1.6 PERSONAL GESTIN TECNOLOGA PPA ......................................................................................... 11

1.2 IDENTIFICACIN Y ANLISIS DE RIESGOS ........................................................................................... 11

1.2.1 ANLISIS DE RIESGO ........................................................................................................................ 11

1.2.2 ANLISIS DE IMPACTO .................................................................................................................... 12

1.2.3 DETERMINACIN DE RECURSOS CRTICOS ....................................................................................... 12

1.2.4 ANLISIS AMENAZAS Y VULNERABILIDADES .................................................................................... 13

1.3 PLAN DE MITIGACIN ........................................................................................................................ 14

1.3.1 DOCUMENTACIN .......................................................................................................................... 14

1.3.2 PROCESOS DE RESPALDO ................................................................................................................. 15

1.3.2.1 TIPO DE INFORMACIN A RESPALDAR .......................................................................................... 15

1.3.2.2 ESTRATEGIAS DE RESPALDO ......................................................................................................... 17

1.3.2.3 BITCORAS DE RESPALDO ............................................................................................................ 18

1.3.2.4 PROCESO DE RESPALDO EXTERNO ................................................................................................ 20

1.3.3 CENTRO DE CMPUTO ALTERNO ..................................................................................................... 20

1.3.3.1 TIPOS DE CENTRO DE CMPUTO ALTERNO ................................................................................... 20

1.3.3.2 ANLISIS CENTRO DE CMPUTO ALTERNO ................................................................................... 21

1.3.4 MEDIDAS PREVENTIVAS .................................................................................................................. 23

1.3 PLAN DE CONTENCIN ....................................................................................................................... 27

Pgina 3 de 39

1.3.1 PROCEDIMIENTO DE EMERGENCIA EN LA SALA DE COMPUTO ......................................................... 27

1.3.2 GRUPO DE ADMINISTRACIN DE EMERGENCIA GTI - PPA ................................................................ 27

1.3.3 RBOL TELEFNICO DE EMERGENCIA .............................................................................................. 28

1.3.4 LDERES DE GRUPO RECUPERACIN DE DESASTRES ......................................................................... 28

1.3 PLAN DE RECUPERACIN .................................................................................................................... 28

1.3.1 PROCEDIMIENTOS PARA EL PROCESO DE RESTAURACIN. .............................................................. 29

1.5.1.1 PROCEDIMIENTOS PARA EL PROCESO DE RESTAURACIN. ............................................................ 29

1.3.2 PROCESAMIENTO EN EL CENTRO DE CMPUTO ALTERNO ................................................................ 31

1.4 IMPLEMENTACIN DEL PLAN ............................................................................................................. 35

1.5 PLAN EXPERIMENTAL DE PRUEBAS ..................................................................................................... 35

1.5.1 PASOS PARA CONDUCIR LA PRUEBA ................................................................................................ 37

1.5.2 REAS O PARTES A PROBAR ............................................................................................................ 37

1.5.3 PROCESO GENERAL PARA PRUEBA ANUNCIADA .............................................................................. 38

1.5.4 PROCESO GENERAL PARA SIMULACRO ............................................................................................ 39

Pgina 4 de 39

INTRODUCCIONLa informacin es el principal patrimonio de toda Institucin, por lo que se deben aplicar medidas

de seguridad para protegerla y estar preparados para afrontar contingencias y desastres de

diversos tipos.

El Plan de Contingencias Informtico que se detalla en el presente documento, es un conjunto de

procesos, procedimientos y recursos fsicos, tcnicos y humanos que interactan ante la presencia

de un siniestro, teniendo como finalidad garantizar la continuidad de las operaciones

automatizadas para reducir su nivel de impacto en la organizacin y en el desempeo normal de

sus funciones.

El Plan de Contingencias Informtico esta desarrollado acorde con la realidad del Programa

considerando los activos y servicios informticos actualmente implementados y en produccin. El

Plan de Contingencias Informtico es un documento que se debe actualizar peridicamente o

cuando la ocurrencia de algn evento institucional as lo demande; en el caso del Programa de

Provisin de Alimentos en el futuro inmediato se pueden presentar los siguientes eventos, que

obligarn a actualizar / modificar el presente documento:

o El sistema SIGPA entre totalmente a produccin, o Se concrete la transformacin del Programa en un Instituto y por ende, el traspaso del

mismo, del Ministerio de Inclusin Econmica y Social al Ministerio de Agricultura,

Ganadera, Acuacultura y Pesca

OBJETIVO GENERAL

Desarrollar el PLAN DE CONTINGENCIA Y RECUPERACIN INFORMTICA PARA EL

PROGRAMA DE PROVISIN DE ALIMENTOS, con el propsito de afrontar la contingencia

relacionada con el eventual cese de actividades, inoperatividad de equipos causada por razones de

fuerza mayor y la posterior restauracin total o parcial del servicio.

Objetivos Especficos.

o Proveer una opcin para mantener operativa la plataforma informtica del Programa y la infraestructura relacionada, que permita reducir el impacto en las operaciones normales

cuando son interrumpidas o paralizadas por la presencia de eventos que afectan parcial o

totalmente las instalaciones donde se procesan sistemas / aplicaciones automatizadas y

los servicios de procesamiento de datos de la Institucin.

o Efectuar anlisis de riesgos realizando una identificacin y evaluacin del hardware y software crtico a ser protegido.

o Realizar anlisis de vulnerabilidades y riegos que afectan a la informacin.

Pgina 5 de 39

o Desarrollar una lista con las posibles medidas de seguridad la cual permita reducir los riegos para el Programa de Provisin de Alimentos.

o Definir acciones y procedimientos a ejecutar en caso de fallas originadas por desastres

ALCANCE

Un Plan de Contingencias Informtico es un instrumento de gestin para el buen gobierno de las

Tecnologas de la Informacin y las Comunicaciones; dicho plan contiene las medidas tcnicas,

humanas y organizativas necesarias para garantizar la continuidad del negocio y las operaciones

de una compaa. Un plan de contingencia informtico es un caso particular de plan de continuidad

del negocio aplicado al departamento de informtica o tecnologas. Otros departamentos pueden

tener planes de continuidad que persiguen el mismo objetivo desde otro punto de vista. No

obstante, dada la importancia de las tecnologas en las organizaciones modernas, el Plan de

Contingencia Informtica es el ms relevante.

Por lo antes expuesto, en los procedimientos incluidos en el Plan de Contingencia Informtico, se

contemplan las acciones a ejecutar con relacin al Hardware, Software y Comunicaciones;

centrndose exclusivamente en las operaciones del rea de Gestin Tecnologa Informtica, por lo

tanto no se detalla las acciones especficas de los unidades del negocio o una estrategia de

recuperacin global corporativa, pues la misma se debe detallar en el PLAN DE CONTINUIDAD

DEL NEGOCIO.

METODOLOGIAS UTILIZADAS

Existen metodologas para realizar anlisis de riesgos, entre las que se puede mencionar: Magerit,

Octave, Mehari; metodologas para elaborar un plan de contingencia: General, William Toigo,

Octave as como estndares internacionales sobre seguridad informtica, tales como:

o Normas ISO/IEC 27000: son estndares de seguridad publicados por la Organizacin Internacional para la Estandarizacin (ISO) y la Comisin Electrotcnica Internacional

(IEC). La serie contiene las mejores prcticas recomendadas en Seguridad de la

Informacin para desarrollar, implementar y mantener Especificaciones para los Sistemas

de Gestin de la Seguridad de la Informacin (SGSI). la mayora de estas normas se

encuentran en preparacin.

o COBIT: Objetivos de Control para Informacin y Tecnologas Relacionadas (COBIT, en ingls: Control Objectives for Information and related Technology) es una gua de mejores

prcticas presentado como framework, dirigida a la gestin de Tecnologa de la

Informacin (TI). Mantenido por ISACA (en ingls: Information Systems Audit and Control

Pgina 6 de 39

Association) y el IT Governance Institute (ITGI, en ingls: IT Governance Institute), tiene

una serie de recursos que pueden servir de modelo de referencia para la gestin de TI,

incluyendo un resumen ejecutivo, un framework, objetivos de control, mapas de auditora,

herramientas para su implementacin y principalmente, una gua de tcnicas de gestin.

o ITIL: Corresponde a las siglas en ingles Information Technology Infrastructure Library; es un conjunto de conceptos y prcticas para la gestin de servicios de tecnologas de la

informacin, el desarrollo de tecnologas de la informacin y las operaciones relacionadas

con la misma en general. ITIL proporciona descripciones detalladas de un extenso conjunto

de procedimientos de gestin ideados para ayudar a las organizaciones a lograr calidad y

eficiencia en las operaciones de TI. Estos procedimientos son independientes del

proveedor y han sido desarrollados para servir como gua que abarque toda

infraestructura, desarrollo y operaciones de TI.

El presente documento se ha desarrollado considerando las metodologas, normativas antes

expuestas, adaptndolas a la realidad del Programa de Provisin de Alimentos.

1.1Descripcin del entorno informtico

1.1.1 Infraestructura fsica y elctrica

Elemento ObservacionesInfraestructura fsica y

ubicacin de la Sala de

Computo del Programa de

Provisin de Alimentos

La Sala de Cmputo del Programa de Provisin de Alimentos se

encuentra ubicada en el cuarto piso el edificio MIES-IEPS, su

infraestructura es de tipo mixto ladrillo y bloque, columnas de

hormign.Aire Acondicionado Sala de

Computo

El Programa de Provisin de Alimentos dispone de un sistema de

aire acondicionado en su Sala de Cmputo.Accesos de seguridad Sala de

Computo

La Sala de Cmputo del Programa, no dispone de un sistema de

seguridad de accesos.Sensores de Movimiento Sala

de Computo

La Sala de Cmputo del PPA, no dispone de de sensores de

movimiento.Sensores de Incendio Sala de

Computo

La Sala de Cmputo del Programa de Provisin de Alimentos, no

dispone de sensores de incendioExtintores, Sala de Computo y

Oficinas

El Programa de Provisin de Alimentos dispone de extintores en

la Sala de Computo y Oficinas

Energa elctrica regulada,

Sala de Computo y Oficinas

Las tomas elctricas instaladas en el Programa de Provisin de

Alimentos, cumplen con los estndares de seguridad. Adems

las instalaciones elctricas se encuentran debidamente

documentadas.Cableado estructurado, Sala de El cableado estructurado instalado en el Programa de Provisin

Pgina 7 de 39

Elemento Observaciones

Computo y Oficinas

de Alimentos, cumple con los estndares 6A y se encuentra de

debidamente certificado.

1.1.2 Hardware

Equipos informticos de oficinao Desktops

o HP / Pro 6300o HP / COMPAQ 6000 SFFo HP / 6200 Pro MT PC ALLo HP / 6200 Pro MicroTower PC ALL

o Laptopso HP / EliteBook 8440Po HP / EliteBook 8460po HP / EliteBook 8470po HP / PROBOOK 4310so HP / PROBOOK 4320s

o Scanerso HP / N8460o HP / SCANJET N6350

o Impresora Matricial o Epson / FX 2190

o Impresoraso Impresora Laser HP / LaserJet P2055dno Impresora Matricial EPSON /FX-2190o Impresora Multifuncin HP / LaserJEt Pro 400 color MFP M475dwo Impresora Multifuncin RICOCH / ATIZIOMP1600

o Telfonos IPo Denwao Yealink

Equipos de conectividad, seguridad, telefona

Pgina 8 de 39

o Equipos de conectividado Switch de Core: Cisco C3560-X 24 To Switch de Acceso: Cisco WS-C2960S-48TS-Lo Access point

o Equipos de seguridad o UTM: Cisco SA 540 Bundle

o Equipos de Telefonao Central Telefnica DENWA COMUNICATION

Servidores

o Server - DELL Power Edge R410UPS

o UPS Tripp Lite 20KVA

1.1.3 Software

Software Base

o Windows 7 SP1o Citrix XenCentero CLEAR OSo Windows 2003o SQLServer 2005o Apache 5.0o Linux Centos 5.5o Kernel 2.6.18-274.12.1.el5xeno httpd-2.2.3-53.el5.centos.3o freetds-0.91-1.el5.o UnixODBC-2.2.11-7.1 o unixODBC-devel-2.2.11-7.1o Sambao ESET NOD 32

Software Aplicacin

o SICOPA - Sistemas Compras PPAo SIGPA Sistema de Gestin Programa de Provisin de Alimentoso Sitio WEB

Pgina 9 de 39

Software de Desarrollo

o PHP 5.1

1.1.4 Telecomunicaciones

Internet

o Enlace Principal: E1 contratado por el Programa de Provisin de Alimentos con la CNT

o Enlace Secundario: E1 contratado por el MIES que permite acceder al correo electrnico provisto por esa Institucin.

Telefona

o Troncal telefnica contratada por el Programa de Provisin de Alimentos, la cual est conectada a la central telefnica del Programa.

1.1.5 Servicio Cloud Computing / Virtual Data Center

Respondiendo al cambio de modelo de negocio, con el objetivo de garantizar la fiabilidad,

seguridad, disponibilidad de la informacin y alineados a la visin del Gobierno Nacional de

implementar un Centro de Computo para todas las entidades estatales, el Programa de Provisin

de Alimentos contrat con la Corporacin Nacional de Telecomunicaciones -CNT- el servicio de

Cloud Computing / Virtual Data Center. El servicio contratado ofrece un pool de recursos de

memoria, procesamiento y almacenamiento para desplegar servidores virtuales donde se aloja los

aplicativos del Programa de forma dinmica y con total independencia de la administracin

garantizando la informacin crtica y no crtica del PPA.

El servicio de Cloud Computing / Virtual Data Center proporciona un Canal de Gestin para las

actividades que se consideran como Gestin del Virtual Data Center, y que son: Aprovisionamiento

de maquinas virtuales, creacin de redes, conexin/desconexin de la(s) Maquina(s) Virtual(es) a

la(s) red(es) creada(s), asignacin/re asignacin de almacenamiento y/o memoria a su(s)

Maquina(s) Virtual(es); subir imgenes de instaladores, instalacin del Sistema Operativo, Acceso

a la Consola de Gestin de las Maquinas Virtuales.

La disponibilidad del servicio Virtual Data Center garantizada por la CNT es de 99.98% es decir

1.57 horas de indisponibilidad al ao o 7.88 minutos de indisponibilidad al mes.

Como parte del Servicio de Cloud Computing / Virtual Data Center, la CNT es responsable de:

o Aprovisionamiento de capacidad de Memoria (incluye virtualizacin), Procesamiento y Almacenamiento de acuerdo a lo solicitado por el Programa de Provisin de Alimentos.

o Garantizar el acceso a la consola de Administracin y Monitoreo del Virtual Data Center contratado a CNT EP.

Pgina 10 de 39

1.1.6 Personal Gestin Tecnologa PPA

Para la Unidad de Gestin Tecnologa Informtica del Programa de Provisin de Alimentos

actualmente se ha implementado la siguiente estructura organizacional:

o Gerente de Proyectos ITo Unidad de Desarrollo y Aplicacioneso Unidad de Infraestructurao Unidad de Soporte Tcnico

Las funciones y responsabilidades de cada uno de los funcionarios del rea de GTI PPA se

encuentran detalladas en el estatuto del Programa y en los contratos de cada uno de los

profesionales.

1.2 Identificacin y Anlisis de Riesgos

1.2.1 Anlisis de riesgo

Se entiende por riesgo cualquier circunstancia u ocurrencia que pudiera producir algn tipo de

efecto negativo en las operaciones, cuya presencia acarreara un retraso temporal en la

planificacin o modificara el planteamiento de las mismas.

Es imposible para una Institucin conocer todos los riesgos, enemigos potenciales y sus

motivaciones, por lo que con esta premisa a continuacin se detallan los posibles riesgos que

se pueden presentar, los cuales seran los causantes de la interrupcin de la continuidad de las

operaciones:

o Fallos de energa elctrica reguladao Fallos del aire acondicionadoo Fallos de cableado estructuradoo Fallos de equipos informticoso Fallos del software del sistemao Fallos del software aplicativoo Fallos comunicaciones de datoso Accin de viruso Fallas humanaso Desastres naturaleso Accesos no autorizadoso Incendioso Fallos extraccin de respaldos de informacin

Pgina 11 de 39

1.2.2 Anlisis de impacto

Permite establecer el impacto potencial para el negocio, respecto a los diversos incidentes que

se podran presentar y la probabilidad de su ocurrencia. El cuadro que se presenta a

continuacin detalla la definicin de niveles de impacto en trminos de riesgo.

Definicin de Niveles de Impacto

Nivel Impacto Descripcin1 Catastrfica Sus consecuencias afectan en forma total al funcionamiento del

Programa, sus prdidas son sumamente altas.2 Critica Las consecuencias afectan parcialmente al funcionamiento del

Programa, en forma grave, existen prdidas considerables.3 Marginal Las consecuencias afectan en forma superficial al funcionamiento del

Programa, es decir se cuenta con prdidas menores.4 Despreciable Las consecuencias no afectan al funcionamiento del Programa y no

existen prdidas.

De acuerdo con las posibles causas que interrumpiran el normal desempeo de las

actividades en el Programa de Provisin de Alimentos se presenta los niveles de impacto,

detallados en la siguiente tabla:

Definicin de niveles de impacto de acuerdo a su categora

Categora Nivel 1 Nivel 2 Nivel 3 Nivel 4Fallos de energa elctrica regulada X Fallos del aire acondicionado X Fallos de cableado estructurado X Fallos de equipos informticos X Fallos del software del sistema X Fallos del software aplicativo X Fallos comunicaciones de datos X Accin de virus X Fallas humanas X Desastres naturales X Accesos no autorizados X Incendios X Fallos extraccin de respaldos de informacin X Robo X

1.2.3 Determinacin de recursos crticos

Para determinar la criticidad de los recursos es necesario determinar el nivel de riesgo y su

significado, lo cual es detallado en el siguiente cuadro:

Pgina 12 de 39

Definicin de Niveles de Criticidad

Nivel Significado(C) Criticas No admiten interrupcin por un periodo de 24 horas(N) Necesarias Admiten interrupcin de mediana magnitud y pueden aceptar reemplazos.(O) Opcionales Admiten una interrupcin prolongada no siendo indispensables la

recuperacin de la informacin durante el tiempo de interrupcin

Una vez definidos los niveles de criticidad, la clasificacin de la criticidad de los recursos

informticos del Programa de Provisin de Alimentos en caso de fallas de seguridad y de la

probabilidad de ocurrencia es la siguiente:

Criticidad de Recursos

Tipo Elemento Clasificacin

Infraestructura

Cableado estructurado Critico

Energa elctrica regulada CriticoAire acondicionado Necesarias

HardwareEquipos informticos de oficina OpcionalServidores Critico

Equipos de conectividad y seguridad Critico

SoftwareSoftware Base CriticoSoftware Aplicacin CriticoSoftware de Desarrollo Necesarias

Telecomunicaciones Internet CriticoTelefnica Critico

InformacinSeguridad de la informacin. Critico

Respaldo de la Informacin (Backup). Critico

1.2.4 Anlisis amenazas y vulnerabilidades

Los niveles de amenaza estarn dados por la probabilidad de ocurrencia esperada de cada uno de

los incidentes detallados en la tabla anterior. La siguiente tabla muestra los niveles de amenazas y

vulnerabilidad, en donde cada elemento es calificado ubicando una X en la columna que mejor

califica la vulnerabilidad a la amenaza. La escala es de 1 hasta 10, donde 1 indica un bajo riesgo

de exposicin, a partir del valor 5 indicara la necesidad de atencin, a fin de asegurar que se

establezcan medidas preventivas, en donde sea aplicable, y adems de que el respaldo de la

informacin sea seguro.

Pgina 13 de 39

Es importante mencionar que esta evaluacin es subjetiva y su intencin es ayudar a preservar las

instalaciones, activos informticos e informacin, vitales para el normal desempeo de la

Institucin.

Anlisis amenazas y vulnerabilidades

[En escala de 1-a-10, donde 1 indica baja vulnerabilidad]baja................................................................alta

Categora 1 2 3 4 5 6 7 8 9 10Fallos de energa elctrica regulada X Fallos del aire acondicionado X Fallos de cableado estructurado X Fallos de equipos informticos X Fallos del software del sistema X Fallos del software aplicativo X Fallos comunicaciones de datos X Accin de virus X Fallas humanas X Desastres naturales X Accesos no autorizados X Incendios X Fallos extraccin de respaldos de

informacin X Robo X

1.3Plan de Mitigacin

Consiste en el establecimiento, desarrollo de estrategias y procedimientos previos a la posible

materializacin del riesgo u ocurrencia de la emergencia, tendientes a la mitigacin de los mismos,

hacindolos menos graves, reduciendo al mximo las consecuencias o posibles prdidas;

asegurando un proceso de recuperacin con el menor costo posible. Las estrategias planteadas

para el Programa de Provisin de Alimentos se resumen a continuacin:

1.3.1 Documentacin

La unidad de Gestin Tecnolgica del Programa de Provisin de Alimentos, para mitigar riesgos

ante la presencia de cualquier contingencia y facilitar el proceso de recuperacin, ha documentado

los procesos, procedimientos, manuales de administracin, planes de contingencia y recuperacin;

la mencionada documentacin se encuentra almacenada en el directorio compartido

\\10.2.100.36\sistemas, y se detalla a continuacin:

Pgina 14 de 39

Unidad de Desarrollo y Aplicaciones

o Manual Tcnico SIGPA: Administracin de servidores de aplicaciones, base de datoso Plan de contingencias Unidad de Desarrollo y Aplicacioneso Recovery Plan para Base de datos

Unidad de Infraestructura

o Diagrama de Red del PPAo Diagrama de esquema Cloud Computingo Esquema de Configuracin Cloud Computingo Diagrama Servidores PPA - Servicios internoso Instructivo de administracin de servidor de virtualizacino Manual de Clear OSo Instructivo de administracin UTMo Instructivo de administracin del servidor de digitalizacino Esquema de configuracin telefona IPo Tabla de identificacin de elementos de conectividado Plan de contingencias Unidad de Infraestructurao Recovery Plan para Infraestructura

1.3.2 Procesos de Respaldo

Un respaldo / backup es una copia de seguridad de la informacin en un segundo medio (cinta,

CD, DVD, disco externo) que garantiza recuperar la informacin contenida en la plataforma

informtica, en caso de que se presente alguna falla en el disco duro, un borrado accidental o un

accidente imprevisto.

Las polticas, procedimientos sobre la obtencin y administracin de backups de los diferentes

componentes de la plataforma informtica del Programa de Provisin de Alimentos se encuentran

debidamente documentada (numeral anterior), por lo que en el presente documento se propone

lineamientos que permitan tratar la plataforma informtica en forma global.

1.3.2.1 Tipo de informacin a respaldar

Los siguientes tipos de informacin tendrn que respaldar el Programa de Provisin de Alimentos

para mitigar el riesgo en el caso de presentarse cualquier contingencia;

Sistemas / Aplicaciones institucionales

Pgina 15 de 39

o SICOPPA (Base de datos, Sistema Operativo, Aplicacin)o SIGPA (Base de datos, Sistema Operativo, Aplicacin)o Sitio WEB (Base de datos, Sistema Operativo, Aplicacin)o Directorios Compartidos (Sistema Operativo, Informacin)

Software Base

o Windows 7 SP1o Citrix XenCentero CLEAR OSo Windows 2003o SQLServer 2005o Apache 5.0o Linux Centos 5.5o Kernel 2.6.18-274.12.1.el5xeno httpd-2.2.3-53.el5.centos.3o freetds-0.91-1.el5.o UnixODBC-2.2.11-7.1 o unixODBC-devel-2.2.11-7.1o Sambao ESET NOD 32

Datos PCs usuarios

Documentacin de los sistemas

Parmetros y configuraciones

o Control de acceso las aplicaciones SIGPA

SICOPPA

o Usuarios y contraseaso Configuracin de hardware

Switches

UTM

Servidor de Dominio

o Configuracin de software Directorios Compartidos

Servidor de Dominio

Antivirus

Pgina 16 de 39

Procedimientos

o Procedimientos de recuperacin en caso de desastreo Procedimientos operacionaleso Procedimientos administrativoso Procedimientos de configuracino Procedimientos de respaldo y recuperacin de informacin

1.3.2.2 Estrategias de respaldo

Backup de todo el Sistema

o El cual permita la recuperacin ante un dao total de la informacin o para los casos en que los otros tipos de Backup hayan fallado, se debe realizar mensualmente y ser

responsabilidad del administrador del sistema

o El backup de todo el sistema se realiza con una periodicidad mensual. De este tipo de backups se genera dos copias, una de las cuales debe ser custodiada en forma externa.

Backup de Software Base

o Permite recuperar la informacin de los diferentes productos de software base, instalados tales como: Sistema Operativo, Base de Datos, Aplicaciones etc. Para asegurar la eficacia

de ste tipo de Backup, se realizar un backup cada que se instale un nuevo producto o

cada que se actualice versin.

o Es responsabilidad del administrador del sistema programar un backups antes y otro despus de cualquier nueva instalacin.

Backup de Aplicaciones

El Software de Aplicaciones se respalda de acuerdo a los siguientes criterios:

o En ambiente de desarrollo dado la continuidad con que se crean y modifican programas, bases de datos, datos; los backups deben realizarse diariamente.

o En ambiente de produccin, se deben asegurar backups semanales de la ltima versin en produccin.

o Ser responsabilidad del funcionario a cargo del desarrollo coordinar con los funcionarios responsables de la plataforma informtica involucrada, los cambios

drsticos en versiones y configuraciones de las aplicaciones en produccin para

realizar los diferentes backups antes y despus del cambio.

Backup de Datos

El backup de Datos debe obedecer a los criterios descritos a continuacin:

Pgina 17 de 39

o De acuerdo a la operatividad de las aplicaciones y a la criticidad de los procesos e informacin, se deben programar backups segn requerimientos puntuales.

o Programar backups que permitan el respaldo de toda la base de datos ante el evento de una falla en el sistema.

o Programar backups que permitan respaldar tablas de referencias.

Backup de Configuraciones

o Se deben respaldar todo tipo de configuracin que normalmente se pierden cuando se realizan reinstalaciones de software o recreaciones de Base de Datos, Sistema

Operativo

o Los backups deben incluir archivos de configuracin de: Usuarios, Impresoras, Terminales, dispositivos, parmetros del sistema, configuracin a nivel de discos,

parmetros de Base de Datos, etc.

o Los backups de configuraciones deben realizarse semanalmente.

Backup de usuarios con PC

o Los usuarios son responsables de la informacin que resida en el PC asignado y el ser el encargado de mantener copia de sus archivos ms sensibles.

1.3.2.3 Bitcoras de respaldo

Con el objetivo de controlar los procesos de respaldo y recuperacin de informacin critica del

Programa de Provisin de Alimentos, se utilizan los siguientes formatos, para gestionar los

mencionados procesos:

FORMATO RESPALDO INFORMACION SERVIDORNro. Aspecto Detalle

1 Fecha 2 Hora de inicio 3 Hora de terminacin 4 Responsable del respaldo 5 Nombre del servidor 6 Ubicacin de la cinta a. Bveda

Pgina 18 de 39

b. Archivo c. Otro 7 Identificacin de la cinta 8 Archivos y/o procesos a respaldar a. Sistema operativo b. Software de aplicacin c. Datos 9 Tipo de respaldo a. Total b. Diferencial c. Incremental

10 Tamao en GB de respaldo 11 Utilera o comando utilizado 12 Mensaje(s) de terminacin 13 Observaciones 14 Firma

FORMATO RECUPERACION INFORMACION SERVIDORNro. Aspecto Detalle

1 Fecha 2 Hora de inicio 3 Hora de terminacin 4 Responsable del procedimiento 5 Solicitante del procedimiento 6 Autoriz el procedimiento 7 Motivos para realizar el procedimiento a. Simulacro b. Recuperacin de histrico c. Recuperacin por dao o desastre 8 Nombre del servidor 9 Ubicacin de la cinta a. Bveda b. Archivo c. Otro

10 Id de la cinta 11 Archivos y/o procesos a bajar a. Sistema operativo b. Software de aplicacin c. Datos

12 Tipo de respaldo a. Total b. Diferencial

Pgina 19 de 39

c. Incremental 13 Verificacin del procedimiento y disponibilidad de la informacin 14 Registrar secuencia de restauracin 15 Tamao en GB restaurados 16 Utileras o comandos utilizados 17 Mensaje(s) de terminacin 18 Personal involucrado 19 Observaciones 20 Visto Bueno del usuario solicitante y final 21 Firma

1.3.2.4 Proceso de Respaldo Externo

Como sitio de respaldo externo se entiende una instalacin diferente a la sede principal de la

entidad donde se almacena una copia de los archivos de backups de la entidad, para que ante

cualquier eventualidad que se presente en la sede principal se pueda reiniciar labores con los

archivos almacenados en el sitio de respaldo externo.

En el Programa de Provisin de Alimentos se est gestionando la adquisicin de casillero en una

entidad bancaria para cumplir con este requisito.

1.3.3 Centro de cmputo alterno

1.3.3.1 Tipos de Centro de Cmputo Alterno

El disponer de un centro cmputo alterno, tiene como objeto enfrentar contingencias graves

(desaparicin del edificio, avera de una plataforma, etc.), que precisan el desplazamiento a

ubicaciones diferentes a la habitual. Estas soluciones se aplican cuando la gravedad de la

contingencia es tal que las soluciones de respaldo interno no se pueden aplicar, bien porque no

cubran la contingencias, bien porque las instalaciones han quedado inoperantes para su uso.

Existen varios tipos de centro de cmputo alternos:

Cold Sites

Normalmente consisten en una instalacin con espacio e infraestructura adecuada (energa

elctrica regulada, telecomunicaciones, aire acondicionado) para facilitar instalacin de la

plataforma tecnolgica. Este sitio por lo general no contiene equipos de informticos, tales como:

PCs, Laptops, telfonos, fax mquinas, o copiadoras. La organizacin que utilice el Cold Site se

encarga del suministro e instalacin de los equipos informticos necesarios y telecomunicaciones.

Pgina 20 de 39

Warm Sites

Estos sitios estn parcialmente equipados con espacios de oficina que contienen algunas o todas

las instalaciones relacionadas a hardware, software, telecomunicaciones y energa elctrica

regulada. Los Warm Sites se mantienen en funcionamiento listos para recibir el sistema a

recuperarse. En este tipo se sitios, puede ser necesario prepararlos antes de recibir el sistema

recuperado y su personal. En muchos casos, un Warm Sites puede servir como una instalacin

normal de operacin para otro sistema o funcin, y en caso de activacin de un plan de

contingencia, las actividades normales son desplazadas temporalmente al Warm Site.

Hot Sites

Son espacios de oficinas de tamao adecuado para soportar los requerimientos del sistema y

equipado con el hardware del sistema recuperado necesario, infraestructura y personal de apoyo.

Los Hot Sites por lo general se encuentran abiertos las 24 horas del da, 7 das a la semana.

Personal tcnico de Hot Sites, se prepara para la llegada del sistema tan pronto como se les

notifica que el Plan de Contingencia Informtico ha sido activado

Mirrored Sites

Las instalaciones estn completamente redundantes con un espejo completo de informacin en

tiempo real. Los Sitios Mirrored Sites son idnticos al sitio primario en todos los aspectos tcnicos.

Estos sitios proporcionan el mayor grado de disponibilidad, ya que los datos se procesan y

almacenan en el sitio primario y alterno simultneamente. Estos sitios generalmente son

diseados, construidos, operados y mantenidos por la organizacin.

1.3.3.2 Anlisis Centro de Cmputo Alterno

Con los antecedentes antes expuestos, se detalla a continuacin las opciones de Centro de

Computo Alterno para el Programa de Provisin de Alimentos:

Warm Site: El Programa de Provisin de Alimentos durante la contingencia trasladara al Ministerio

al cual el Programa de Provisin de Alimentos sea adscrito, personal del Programa para continuar

las operaciones accediendo a los sistemas informticos instalados en el Cloud Computing

contratado con la CNT.

Pgina 21 de 39

Cold Site: En este esquema el Programa de Provisin de Alimentos contratara un lugar que provea

la infraestructura necesaria para que funcionarios del Programa de Provisin de Alimentos puedan

desempear sus actividades accediendo a los sistemas informticos instalados en el Cloud

Computing contratado con la CNT.

.

Pgina 22 de 39

1.3.4 Medidas Preventivas

CATEGORIA RIESGO DESCRIPCION DEL RIESGO ACCIONES PREVENTIVAS INFRAESTRUCTURA

Incendio

Prdida de la Sala de Cmputo por causa de incendio.

El Programa de Provisin de Alimentos no cuenta con sensores de incendio en la sala de computo

Adquirir sensores de incendio para instalarlos por lo menos en la Sala de Cmputo del Programa.

Procurar no almacenar productos inflamables.

Cuidar que los cables de los aparatos elctricos se encuentren en perfectas condiciones.

Contar con una alarma de incendios.

Realizar simulacros de manera peridica.

Falla energa elctrica Perdida de informacin

Prdida de informacin o generacin de datos inconsistentes por fallas elctricas.

Mantenimiento de UPS, plantas elctricas, para evitar prdida de informacin por apagones

Respetar las instalaciones con tomas reguladas y tomas normales, para no saturar el UPS en casos de emergencia

Realizar simulacros de manera peridica.

SismosPrdida de la Sala de Computo por sismo

Deben ubicarse en un lugar de fcil acceso y visible los nmeros telefnicos de emergencia y un botiqun, de ser posible un radio porttil y una linterna con pilas

Realizar simulacros de manera peridica

Control de acceso Perdida de informacin Prdida de informacin por ingreso no autorizado de personal.

Control de acceso mediante sistema que registre bitcora de eventos.

Cmaras de seguridad interrelacionadas a control de acceso.

Pgina 23 de 39

HARDWARE

Fallos equipo informtico

Dao de servidores (bases de datos, imgenes, web, dominio, antivirus)

Un dao total impedira la recuperacin total o al menos parcial de la informacin.

Adquirir licenciamiento del software de virtualizacin, para tener acceso a extraer respaldos totales de las maquinas virtuales y el software instalado y configurado en cada una de ellas.

Se debe gestionar ante el Ministerio adscrito la provisin de un sitio alterno o en su defecto contratar el servicio con la CNT. En el sitio alterno se debe realizar pruebas de restauracin de los backups para verificar si los mismos permiten recuperar adecuadamente la informacin.

Mantenimiento preventivo.

Realizar pruebas de tolerancia a fallas del servidor.Cumplir estrictamente polticas de respaldo establecidas.

Falla del equipo

Dao en equipo informtico de oficinas: Scanner

Impedimento de que determinado usuario desempee sus funciones con normalidad

Mantenimiento preventivo.

Impresora MatricialCapacitar a los usuarios acerca de un buen uso del computador

Impresora Laser

Telfonos IP

Prdida de la informacin Dao PC's, Laptops Prdida de informacin de los usuarios

Asignar un servidor de archivos, donde cada usuario respalde su informacin en forma organizada y clasificada, a excepcin de documentos considerados personales, los cuales deben ser conservados en los discos duros locales.

SOFTWARE

Falla software base

Base de Datos y Sistemas Operativos sin soporte externo

Falta de soporte tcnico en lo referente a base de datos y sistema operativo.

Una vez concluido la implementacin del sistema SIGPA, es recomendable contratar horas de soporte tcnico en software de base de datos y sistema operativo.

Falla software aplicativoFalta control de claves de acceso

Se debe implementar esquema de control y solicitud de cambios de clave de forma peridica

Establecer perfiles y roles adecuados de cada usuario. Registrar pistas de auditora.

Pgina 24 de 39

Falla software aplicativo

Ausencia de pistas de auditora en los registros del Sistema SIGPA.

La arquitectura de diseo de la base de datos no permite mantener informacin histrica.

Estructurar un esquema de informacin histrica ya sea en la misma base o en otra suplementaria.

TELECOMUNICACIONES

Fallos equipos de comunicaciones

Falla de equipos de conectividad y seguridad

Se paralizara actividades importantes para la operacin del negocio.

Mantenimiento preventivo y monitoreo diario de los equipos de comunicacin. Obtener respaldos de las configuraciones de dichos equipos, guardarlos en un sitio seguro.

Disponer de herramientas de monitoreo que permitan la prevencin de inconvenientes futuros

INFORMACION

Fallos extraccin de respaldos de informacin

Obtencin de respaldos de los servidores (Backup.)

El proceso solo contempla la obtencin de respaldos pero no de un chequeo de integridad de la informacin. (Generacin de Backups a cintas)

Asignar un responsable de cada rea (Desarrollo y Aplicaciones, Infraestructura) para verificar integridad de la informacin.

Destinar un sitio seguro para almacenar los respaldos a nivel interno

Proveer un plan de pruebas el cual permita realizar pruebas de restauracin total para verificar si la informacin generada por los backups es correcta. Apoyarse de un esquema ms seguro para el envo de respaldo, cumpliendo polticas estrictas de seguridad para su envo.

Adquirir sistema de respaldos a cinta

Contratar el almacenamiento de respaldos fuera de las oficinas del Programa de Provisin de Alimentos

OTRAS CONTINGENCIAS

Pgina 25 de 39

Fallas humanas Falta de capacitacin tcnica

Daos en hardware y software debido a una inadecuada administracin debido a desconocimiento tcnico

Realizar un estudio de todas las reas y de acuerdo el nivel de expertise del personal y segn este reciba la capacitacin adecuada sobre plataforma tecnolgica.

Fallas humanas Falta de capacitacin de usuarios finales para la utilizacin adecuada de los recursos informticos

Daos en hardware y software debido a una inadecuada operacin.

Los usuarios deben recibir formacin en el uso correcto de los recursos informticos, en el tratamiento de la informacin y sobre procedimientos de seguridad de los mismos.

Fallas humanas

Falta de capacitacin al personal en cuanto al uso de las normas de seguridad Daos en hardware, software; perdida de informacin

Proporcionar a los usuarios una mayor formacin en procedimientos de seguridad actualizados, instruirlos en el uso correcto de los recursos, del tratamiento de informacin, minimizando los posibles riesgos que faltaren a la seguridad.

Establecer claramente documentacin de polticas de seguridad

Fallas humanas

Polticas y procedimientos de respaldos

Si no se genera correctamente los respaldos bajo polticas estrictas, puede ocasionar informacin inconsistente en un momento que se requiera de stos.

Llevar un manual claro y especfico acerca de las polticas y procedimientos de respaldos.

Fallas humanas Falta de control en seguridad de extintores, alarmas, escaleras contra incendios).

No se cuenta con un equipo contra incendios, alarmas; falta control de estos equipos para mantenerlos en buen estado. Adems falta una escalera para evacuacin en caso de incendio.

Coordinar con el rea de Desarrollo Institucional para tomar medidas correctivas sobre este riesgo.

Robo informacin o hardware

Perdida de equipamiento informtico e informacin

Se cuenta con sistema de cmaras de seguridad, alarmas

Instalar sistema de cmaras de seguridad, alarmasContratar o actualizar plizas de segurosActualizar y difundir las polticas de seguridad en el PPA.

Pgina 26 de 39

1.3 Plan de Contencin

En el Plan de Contencin se tomar en cuenta las acciones que deben ser ejecutadas

inmediatamente cuando se presenta el siniestro o desastre, para minimizar los daos que se

provoquen cuando la plataforma informtica del Programa de Provisin de Alimentos deje de

operar.

Los siguientes deben ser los procedimientos a ser implantados en el momento del desastre,

procedimientos que deben continuar hasta que se restauren los servicios de procesamiento de

datos en el sitio original u otro permanente.

1.3.1Procedimiento de Emergencia en la Sala de Computo

Si la naturaleza del desastre no da tiempo para apagar y evacuar, la prioridad ms alta es la

seguridad de las personas. Ellos deben salir inmediatamente de la Sala de Cmputo o rea

afectada. En un caso de stos, el siguiente paso es notificar inmediatamente al Comit de

Emergencia Institucional

Si hay tiempo para apagar los equipos, se deben realizar las siguientes actividades, en el orden

especificado:

a) Inicializar procedimientos de emergencia organizacional establecidos

b) Ejecutar procedimientos de apagado para los servidores y dems dispositivos del centro de cmputo.

c) Apagar aire acondicionado

d) Apagar luces y bajar breackers en las cajas de distribucin

e) Notificar al Comit de Emergencia

1.3.2Grupo de Administracin de Emergencia GTI - PPA

o Responsable de Gestin Tecnologa Informticao Responsable Unidad de Desarrollo y Aplicacioneso Responsable Unidad de Infraestructurao Responsable Soporte Tcnico

Pgina 27 de 39

1.3.3 rbol Telefnico de Emergencia

El Comit de Emergencia Institucional, o su designado, se comunicar con los lderes del Grupo de

Recuperacin de Desastre informndoles la situacin del desastre, localizacin y hora de reunin a

mantener con el Comit de Emergencia Institucional.

1.3.4 Lderes de Grupo Recuperacin de Desastres

o Coordinador del Plan de Contingenciaso Grupo de Administracin de Emergencia GTI - PPA o Responsable Unidad de Infraestructura GTI - PPA

El Responsable de la Unidad de Infraestructura GTI - PPA asumir la responsabilidad total del

grupo de administracin de emergencia. El Comit de Emergencia Institucional har una

apreciacin inicial de la extensin del desastre tan rpido como sea posible.

Ser decisin del Comit de Emergencia Institucional, si se inicializa el resto del Plan o no (Si se

activa el Centro Alterno o no). Se espera que esto ocurra en un lapso de 4 horas despus del

desastre.

1.3 Plan de Recuperacin

Si la interrupcin del servicio va a ser por largo tiempo luego del desastre, se debe poner en

ejecucin la fase de recuperacin del siniestro en el Centro de Cmputo alterno externo.

La estimacin del tiempo en que va a durar la interrupcin del servicio, se obtiene una luego de

ejecutar el Plan de Contencin y una vez se haya evaluado el alcance de las fallas que se

presentaron.

El Plan de Recuperacin presupone que debe utilizarse un Centro de Cmputo Alterno externo

debido a que la emergencia afect en forma general (en un 60% o ms) las instalaciones fsicas y

plataforma informtica instalada en el Centro de Computo que encontraba en produccin.

Al siguiente da del desastre, se debern preparar las copias de respaldo de sistemas, software

base, aplicaciones y procedimientos en busca que las capacidades del servicio inicial del

procesamiento de datos sean restauradas en el sitio alternativo.

Pgina 28 de 39

1.3.1 Procedimientos para el proceso de restauracin.

Tan pronto como se haya declarado un desastre, los lderes de Grupo de Recuperacin de

Desastres sern llamados para ejecutar el Plan de Contingencias.

La Unidad de Gestin Tecnolgica establecer un centro de control y empezar la coordinacin

para la restauracin de los sistemas que hayan sido afectados.

1.5.1.1 Procedimientos para el proceso de restauracin.

Dentro de las 6 horas siguientes al desastre se debe:

o Notificar a los usuarios la interrupcin del servicio.o Notificar al Centro de Cmputo Alterno, Administrador, Servicios de Soporte, Coordinador y

otros.

o Efectuar una evaluacin de daos e identificar el equipo reusable para transferirlo al Centro de Computo Alterno.

o Notificar al Proveedor las configuraciones de Hardware y Software..o Notificar a todos los funcionarios de la Unidad de Gestin Tecnolgica, que estn

involucrados en el Plan.

o Inicializar las preparaciones ambientales en el Centro de Computo Alterno. o Contratar los circuitos para comunicacin de datos entre el Centro de Computo Alterno y el

Centro de Operaciones Alterno, si es necesario.

Dentro de las 24 horas siguientes al desastre debe:

o Contactar con los proveedores y ordenar el soporte necesario tanto de hardware como de software.

o Iniciar y coordinar los procedimientos de preparacin del lugar para el Centro de Computo Alterno.

o Iniciar el ensamblaje de la documentacin y medios magnticos en el lugar de almacenamiento externo.

o Confirmar el soporte dado por el proveedor.o Complementar el procesamiento de los reportes seleccionados en el Centro de Computo

Alterno.

Dentro de los 2 das siguientes al desastre debe:

Pgina 29 de 39

o Catalogar el despacho de suministroso Trasladar el personal necesario y/o requerimientos al Centro de Computo Alternoo Completar el ensamblaje de la documentacin y los medios magnticos en el Centro de

Computo Alterno, coordinando la prestacin de los servicios desde el Centro de Computo

Alterno.

Dentro de los 3 das siguientes al desastre:

o El Centro Computo Alterno debe estar totalmente preparado para operaro Llevar el inventario de los medios magnticos, los listados y otra documentacin en el

Centro de Computo Alterno.

o Recibir en el Centro de Computo Alterno suficientes suministros, muebles y equipo relacionado.

o Determinar el punto inicial de aplicaciones crticas.o Establecer un catlogo de procesamiento de las aplicaciones crticas.o Evaluar las lneas de comunicacin de datos catalogados para una restauracin inicial.

Dentro de los 4 das siguientes al desastre debe:

o Completar la preparacin ambiental del Centro de Computo Alternoo Recibir la documentacin y el medio magntico de los lugares de almacenamiento en el

Centro de Computo Alterno.

o Asegurar el ambiente fsico en el Centro de Computo Alterno y establecer la seguridad de los datos.

o Restablecer los backups de datos de produccin de las cintas de backups.o Evaluar los sistemas en lnea, para verificar la operacin y validez de los datos

restaurados.

o Evaluar los sistemas operacionaleso Notificar a los usuarios el estado de la recuperacin

Dentro de los cinco das siguientes al desastre:

o Asegurar la operacin total de los sistemas crticos.o Continuar la implantacin por fases de la red de comunicacin de datos

Dentro de los 28 das siguientes al desastre:

Pgina 30 de 39

o Restauracin completa de la red de comunicacin de datos y de las operaciones.

1.3.2Procesamiento en el Centro de Cmputo Alterno

Las siguientes actividades paralelas caracterizan las acciones a tomar durante esta fase:

o Asegurar un medio ambiente fsico y restablecer la seguridad en los datoso Comenzar el procesamiento de transacciones crticaso Tener todos los recursos en su lugar en el Centro Alternoo Localizar los procedimientos de backup y almacenamientoo Obtener una recuperacin total

Las actividades antes mencionadas anteriormente, inician cuando los sistemas crticos y las redes

de computacin son operativos y se ha podido completar la restauracin de los datos del sistema.

Esta fase contina hasta que los servicios de procesamiento de datos son restaurados en el lugar u

otro sitio permanente

Pgina 31 de 39

Procedimiento restauracin Centro de Computo

INICIO

Desastre

Reconstruccin Centro de Computo

Implementar Centro de Computo Alterno

Propio

SI

Destruccin sala de computo

Modalidad Housing?

El PPA solo alquila el espacio fsico, los

equipos de computo son del PPA

El PPA es dueo del software propio de su

operatividad, proveedor proporciona

equipos de computo

NOIdentificar espacio o lugar para GTI - PPA

Identificar los recursos a rescatar (Hardware /

Software)

Presupuestar en recursos Hardware, Software, Personal,

Materiales, Transporte

Adquirir recursos de recursos Hardware, Software, Personal,

Materiales, Transporte

Instalacin de GTI PPA, Institucin y

Configuracin

Restablecer los backups realizados de

los sistemas

Centro de Computo Alterno Contratado

FIN

NO SI

Pgina 32 de 39

Procedimiento recuperacin fluido elctrico

INICIO

Interrupcin del Fluido Elctrico

Apagado Manual de los Servidores

Restablecida energa elctrica

Apagado Manual del UPS

Encendido Manual Servidores

Verificar el funcionamiento de servidores

FIN

SI

NO

Pgina 33 de 39

Procedimiento de recuperacin Internet

IN IC IO

C o r t e s e r v ic io In t e r n e t

F a la d e H W

F a la d e S W

C o m u n ic a r s e c o n la e m p r e s a p r o v e e d o r a

R e g is t r a la a v e r a y c o o r d in a r p a r a

r e s ta b le c e r e l s e r v i c i o d e In t e r n e t

R e s i n s ta la c i n d e s i s t e m a o p e r a t iv o

In s t a l a r a p l i c a c io n e s

R e s ta u r a r b a c k u p sC o n f i g u r a r l o s

p e r m is o s d e a c c e s o a l o s u s u a r io s

C a m b io d e c o m p o n e n t e d e f e c tu o s o

P r u e b a s d e c o n e c t i v id a d L A N

s a t i s f a c to r ia s

N O

S I

N O

S I

N O

S I

F IN

E l p r o b l e m a e s t a e n la L A N?

S I

N O

S e r v id o r d e d o m in io /

s e g u r i d a d e s?

P r u e b a s d e o p e r a t iv id a d d e l

s e r v i c io d e In t e r n e tS a t i s f a c to r iaN O

S I

Pgina 34 de 39

1.4 Implementacin del Plan

En primera instancia, el presente plan debe ser puesto a consideracin, revisin y aprobacin por

parte de las autoridades del Programa. Seguido, debe ser probado y simulado.

En segunda instancia, desarrollar un programa de entrenamiento a las personas y unidades

administrativas directamente involucradas, aquellas que asumen responsabilidades y funciones

dentro del plan.

Finalmente, debe adoptarse a nivel institucional mediante Acto Administrativo, es decir,

reglamentado por Resolucin emanada por la mxima autoridad del Programa.

DISEO DEL PLAN

EVALUACION DE RESULTADOS

PRUEBAS DEL PLAN

EJECUCION DEL PLAN

REVA

LUAC

ION / R

EHAB

ILITAC

ION

MEDIDAS PREVENTIVAS

MEJORAS Y AJUSTES

ACCI

ONE

S

1.5 Plan experimental de Pruebas

El Plan de Contingencias Informticas comprende, finalmente, el desarrollo de un plan

experimental de pruebas en el cual se incluye la simulacin de los diferentes siniestros para

comprobar que el plan diseado es eficaz o, en caso contrario, se le deben efectuar ajustes para

su funcionalidad.

El mayor nfasis ser ejercido sobre las pruebas o simulacros, y sobre los eventos posteriores a la

emergencia relacionados con el reinicio de las operaciones normales en el Programa de Provisin

de Alimentos.

Pgina 35 de 39

Los siguientes son los objetivos de control y auditora de las pruebas del plan:

Validar la habilidad de los funcionarios y la consistencia de los procedimientos en eventos

de recuperacin de siniestros.

Probar la factibilidad y compatibilidad de las instalaciones de respaldo y de los

procedimientos relacionados.

Identificar y corregir fallas en el plan.

Facilitar la divulgacin y el entrenamiento en los procedimientos y guas de recuperacin

Fomentar el respeto por el plan y la seguridad en su efectiva aplicacin en caso de

presentarse emergencias

Estar preparado para evaluar las necesidades de seguros y reducir al mximo los costos

en primas de aseguramiento

Motivar a los funcionarios involucrados en el diseo y desarrollo del plan a mantener

actualizados los procedimientos inherentes

El Comit de Emergencia Institucional deber evaluar que sean definidas las responsabilidades de

las pruebas del plan, tales como:

Personal de administracin: Grado de participacin y compromiso, niveles jerrquicos de

aprobacin y asignacin de recursos, capital y tiempo.

Personal de la Unidad de Gestin Tecnolgica: Desarrollo y Aplicaciones, Infraestructura y

Soporte Tcnico.

Grupo de usuarios por Unidad Administrativa.

Personal externo: Proveedores, grupos de apoyo internos o externos y centros de

recuperacin contratados o comprometidos.

El Comit de Emergencia Institucional y personal de GTI - PPA, identificarn y documentarn los

diferentes niveles de prueba del plan. Estos pueden ser por segmentos, por reas relacionadas o a

gran escala; ste ltimo, como prueba global del plan, segn los lineamientos que establezca la

mxima autoridad del Programa. Como mtodos de prueba, se sugieren: en papel, real o a gran

escala probado por segmento mediante simulacro a criterio de la mxima autoridad con apoyo del

comit de emergencia.

Pgina 36 de 39

1.5.1Pasos para conducir la prueba

El responsable de la Unidad de Gestin Tecnologa Informtica indicar al funcionario que preside

el Comit de Emergencia Institucional el esquema ordenado de las pruebas, considerando lo

siguiente:

1) Seleccin del sujeto de la prueba para identificar los aspectos o captulos del plan que

estn siendo evaluados

2) Descripcin de los objetivos de la prueba y mecanismos de medicin del alcance exitoso

de los objetivos

3) Reunin con el Comit de Desarrollo Institucional para explicar la prueba y sus objetivos, y obtener como resultado su acuerdo y soporte

4) Comunicacin formal de una prueba anunciada, los factores crticos a considerar y el

tiempo estimado de la prueba.

5) Consolidacin de los resultados de la prueba al final de sta.

6) Evaluacin de resultados: progresos, inconvenientes y logros.

7) Determinacin de las implicaciones de los resultados de la prueba. Se debe analizar si el

resultado de un caso simple (segmento) puede tomarse como referencia para la realizacin

satisfactoria de todos los captulos del Plan (a gran escala)

8) Generacin de recomendaciones para cambios o ajustes, definicin de la fecha lmite para

respuesta y gestin

9) Notificacin de los resultados de las pruebas al Comit de Desarrollo Institucional y por su intermedio al nivel directivo del Programa de Provisin de Alimentos.

10) Cambios en documentacin o manuales, si es aplicable.

1.5.2 reas o partes a probar

o Recuperacin del sistema aplicativo individual utilizando archivos y documentacin almacenada en el sitio externo

o Habilidad para procesar en modo degradado o limitado

o En sitios de procesamiento alterno, solucin de diferencias en configuracin de equipos

o Disponibilidad de equipos perifricos y de procesamiento

o Disponibilidad de equipos de soporte: aire acondicionado, unidades de potencia no interrumpida de corriente elctrica

o Disponibilidad de soporte logstico: provisiones, transporte y comunicaciones.

Pgina 37 de 39

o Evacuacin del equipo desde el centro de cmputo de la Entidad, en respuesta a eventos tales como inundacin o terrorismo.

o Habilidad de la administracin y del Comit de Desarrollo Institucional para determinar la prioridad de sistemas cuando se procesa con recursos computacionales limitados.

o Habilidad para recuperar y procesar en forma satisfactoria sin personal clave, asumiendo la prdida del personal o turnos primarios.

o Habilidad para adaptar el plan a desastres menores.

o Efectividad de alternativas manuales para aquellos sistemas que confan en esa opcin.

o Habilidad de entrada de datos para alimentar sistemas crticos utilizando las instalaciones del rea de soporte externo.

o Habilidad de los usuarios para continuar con las operaciones normales de la entidad para los sistemas clasificados como no crticos.

o Habilidad para establecer contacto en un perodo definido por emergencia y de manera organizada, con el personal clave o sus designados alternos.

o Nivel de cumplimiento de los estndares normativos aprobados por la entidad.

o Identificacin de los recursos utilizados durante la emergencia que son cubiertos por la pliza de seguros.

o Distribucin correcta y oportuna de listados, transmisin de datos va telefnica conmutada, servicios de correo.

o Disponibilidad de formas y cantidad mnima de papelera. Control de formas numeradas o asimilables a ttulos valores.

o Adherencia nula, parcial o total a medidas de seguridad durante el perodo de emergencia.

o Habilidad para ejecutar tareas de evacuacin y tratamiento de primeros auxilios.

o Mecanismos para recuperacin de informacin perdida en caso de sistemas en lnea.

o Anlisis de tiempos y movimientos durante las pruebas.

1.5.3Proceso general para prueba anunciada

1. Presentacin a consideracin al Comit de Desarrollo Institucional

Pgina 38 de 39

2. Procedimiento de comunicacin formal

3. Desarrollo de la prueba

1.5.4Proceso general para simulacro

1. Presentacin a consideracin del Comit de Desarrollo Institucional2. Desarrollo del simulacro

Pgina 39 de 39

OBJETIVO GENERALObjetivos Especficos.ALCANCEMETODOLOGIAS UTILIZADAS1.1 Descripcin del entorno informtico1.1.1 Infraestructura fsica y elctrica1.1.2 Hardware1.1.3 SoftwareSoftware AplicacinSoftware de Desarrollo1.1.4 TelecomunicacionesInternetTelefona1.1.5 Servicio Cloud Computing / Virtual Data Center1.1.6 Personal Gestin Tecnologa PPA1.2 Identificacin y Anlisis de Riesgos1.2.1 Anlisis de riesgo1.2.2 Anlisis de impacto1.2.3 Determinacin de recursos crticos1.2.4 Anlisis amenazas y vulnerabilidades1.3 Plan de Mitigacin1.3.1 Documentacin1.3.2 Procesos de Respaldo1.3.2.1 Tipo de informacin a respaldar1.3.2.2 Estrategias de respaldo1.3.2.3 Bitcoras de respaldo1.3.2.4 Proceso de Respaldo Externo1.3.3 Centro de cmputo alterno1.3.3.1 Tipos de Centro de Cmputo Alterno1.3.3.2 Anlisis Centro de Cmputo Alterno1.3.4 Medidas Preventivas1.3 Plan de Contencin1.3.1 Procedimiento de Emergencia en la Sala de Computo1.3.2 Grupo de Administracin de Emergencia GTI - PPA1.3.3 rbol Telefnico de Emergencia1.3.4 Lderes de Grupo Recuperacin de Desastres1.3 Plan de Recuperacin1.3.1 Procedimientos para el proceso de restauracin.1.5.1.1 Procedimientos para el proceso de restauracin.1.3.2 Procesamiento en el Centro de Cmputo Alterno1.4 Implementacin del Plan1.5 Plan experimental de Pruebas1.5.1 Pasos para conducir la prueba1.5.2 reas o partes a probar1.5.3 Proceso general para prueba anunciada1.5.4 Proceso general para simulacro