Auditora de seguridad de sistemas de informacin

Se ha sugerido que este artculo o seccin sea fusionado con Auditora_informtica (discusin).
Una vez que hayas realizado la fusin de artculos, pide la fusin de historiales aqu.

Una auditora de seguridad informtica o auditora de seguridad de sistemas de informacin (SI) es el estudio que comprende el anlisis y gestin de sistemas llevado a cabo por profesionales generalmente por Ingenieros o Ingenieros Tcnicos en Informtica para identificar, enumerar y posteriormente describir las diversas vulnerabilidades que pudieran presentarse en una revisin exhaustiva de las estaciones de trabajo, redes de comunicaciones o servidores. Una vez obtenidos los resultados, se detallan, archivan y reportan a los responsables quienes debern establecer medidas preventivas de refuerzo y/o correccin siguiendo siempre un proceso secuencial que permita a los administradores mejorar la seguridad de sus sistemas aprendiendo de los errores cometidos con anterioridad. Las auditoras de seguridad de SI permiten conocer en el momento de su realizacin cul es la situacin exacta de sus activos de informacin en cuanto a proteccin, control y medidas de seguridad.

Contenido
[ocultar]

1 Fases de una auditora 2 Tipos de auditora 3 Estndares de Auditora Informtica y de Seguridad 4 Vase tambin

[editar] Fases de una auditora

Los servicios de auditora constan de las siguientes fases:

Enumeracin de redes, topologas y protocolos Identificacin de los sistemas operativos instalados Anlisis de servicios y aplicaciones Deteccin, comprobacin y evaluacin de vulnerabilidades Medidas especficas de correccin Recomendaciones sobre implantacin de medidas preventivas.

[editar] Tipos de auditora

Los servicios de auditora pueden ser de distinta ndole:

Auditora de seguridad interna. En este tipo de auditora se contrasta el nivel de seguridad y privacidad de las redes locales y corporativas de carcter interno Auditora de seguridad perimetral. En este tipo de anlisis, el permetro de la red local o corporativa es estudiado y se analiza el grado de seguridad que ofrece en las entradas exteriores Test de intrusin. El test de intrusin es un mtodo de auditora mediante el cual se intenta acceder a los sistemas, para comprobar el nivel de resistencia a la intrusin no deseada. Es un complemento fundamental para la auditora perimetral. Anlisis forense. El anlisis forense es una metodologa de estudio ideal para el anlisis posterior de incidentes, mediante el cual se trata de reconstruir cmo se ha penetrado en el sistema, a la par que se valoran los daos ocasionados. Si los daos han provocado la inoperabilidad del sistema, el anlisis se denomina anlisis postmortem. Auditora de pginas web. Entendida como el anlisis externo de la web, comprobando vulnerabilidades como la inyeccin de cdigo sql, Verificacin de existencia y anulacin de posibilidades de Cross Site Scripting (XSS), etc. Auditora de cdigo de aplicaciones. Anlisis del cdigo tanto de aplicaciones pginas Web como de cualquier tipo de aplicacin, independientemente del lenguaje empleado

Realizar auditoras con cierta frecuencia asegura la integridad de los controles de seguridad aplicados a los sistemas de informacin. Acciones como el constante cambio en las configuraciones, la instalacin de parches, actualizacin de los softwares y la adquisicin de nuevo hardware hacen necesario que los sistemas estn continuamente verificados mediante auditora.

[editar] Estndares de Auditora Informtica y de Seguridad

Una auditora se realiza con base a un patron o conjunto de directrices o buenas practicas sugeridas. Existen estndares orientados a servir como base para auditoras de informtica. Uno de ellos es COBIT (Objetivos de Control de la Tecnologas de la Informacin), dentro de los objetivos definidos como parmetro, se encuentra el "Garantizar la Seguridad de los Sistemas". Adicional a este estndar podemos encontrar el estndar ISO 27002, el cual se conforma como un cdigo internacional de buenas prcticas de seguridad de la informacin, este puede constituirse como una directriz de auditora apoyndose de otros estndares de seguridad de la informacin que definen los requisitos de auditora y sistemas de gestin de seguridad, como lo es el estndar ISO 27001 analizado por maritee.

Manual de Auditora de sistemas

Enviado por otoroc Anuncios Google Plan de Marketing 2012 Modelos para usar, copiar o adaptar Ejemplo GRATIS Descarga inmediata! www.venmas.com Administracion Electronica Gestin de Gobierno Inteligente Sencillo, Rpido y Eficiente! yerbabuenasoftware.com/e-Gobierno Gestin de Proyectos Fcil.Potente. Rentable. En Espaol Apreciado por miles de equipos. www.Wrike.es

Partes: 1, 2, 3

Auditora de Sistemas Planeacin de la Auditora en Informtica Evaluacin de Sistemas Evaluacin del Anlisis Evaluacin del Diseo Lgico del Sistema Evaluacin del Desarrollo del Sistema Control de Proyectos Control de Diseo de Sistemas y Programacin Instructivos de Operacin Forma de Implementacin Entrevista a Usuarios Controles Orden en el Centro de Cmputo Evaluacin de la Configuracin del Sistema de Cmputo Seguridad Lgica y Confidencial Seguridad Fsica Seguridad en la Utilizacin del Equipo Seguridad al Restaurar el Equipo Procedimientos de Respaldo en Caso de Desastre

Anexo 1 Anexo 2 Anexo 3 AUDITORIA DE SISTEMAS

La auditora en informtica es la revisin y la evaluacin de los controles, sistemas, procedimientos de informtica; de los equipos de cmputo, su utilizacin, eficiencia y seguridad, de la organizacin que participan en el procesamiento de la informacin, a fin de que por medio del sealamiento de cursos alternativos se logre una utilizacin ms eficiente y segura de la informacin que servir para una adecuada toma de decisiones. La auditora en informtica deber comprender no slo la evaluacin de los equipos de cmputo, de un sistema o procedimiento especfico, sino que adems habr de evaluar los sistemas de informacin en general desde sus entradas, procedimientos, controles, archivos, seguridad y obtencin de informacin. La auditora en informtica es de vital importancia para el buen desempeo de los sistemas de informacin, ya que proporciona los controles necesarios para que los sistemas sean confiables y con un buen nivel de seguridad. Adems debe evaluar todo (informtica, organizacin de centros de informacin, hardware y software). PLANEACIN DE LA AUDITORA EN INFORMTICA Para hacer una adecuada planeacin de la auditora en informtica, hay que seguir una serie de pasos previos que permitirn dimensionar el tamao y caractersticas de rea dentro del organismo a auditar, sus sistemas, organizacin y equipo. En el caso de la auditora en informtica, la planeacin es fundamental, pues habr que hacerla desde el punto de vista de los dos objetivos:

Evaluacin de los sistemas y procedimientos. Evaluacin de los equipos de cmputo.

Para hacer una planeacin eficaz, lo primero que se requiere es obtener informacin general sobre la organizacin y sobre la funcin de informtica a evaluar. Para ello es preciso hacer una investigacin preliminar y algunas entrevistas previas, con base en esto planear el programa de trabajo, el cual deber incluir tiempo, costo, personal necesario y documentos auxiliares a solicitar o formular durante el desarrollo de la misma. INVESTIGACIN PRELIMINAR

Se deber observar el estado general del rea, su situacin dentro de la organizacin, si existe la informacin solicitada, si es o no necesaria y la fecha de su ltima actualizacin. Se debe hacer la investigacin preliminar solicitando y revisando la informacin de cada una de las reas basndose en los siguientes puntos: ADMINISTRACIN Se recopila la informacin para obtener una visin general del departamento por medio de observaciones, entrevistas preliminares y solicitud de documentos para poder definir el objetivo y alcances del departamento. PARA ANALIZAR Y DIMENSIONAR LA ESTRUCTURA POR AUDITAR SE DEBE SOLICITAR: A NIVEL DEL REA DE INFORMTICA Objetivos a corto y largo plazo. RECURSOS MATERIALES Y TECNICOS Solicitar documentos sobre los equipos, nmero de ellos, localizacin y caractersticas.

Estudios de viabilidad. Nmero de equipos, localizacin y las caractersticas (de los equipos instalados y por instalar y programados) Fechas de instalacin de los equipos y planes de instalacin. Contratos vigentes de compra, renta y servicio de mantenimiento. Contratos de seguros. Convenios que se tienen con otras instalaciones. Configuracin de los equipos y capacidades actuales y mximas. Planes de expansin. Ubicacin general de los equipos. Polticas de operacin. Polticas de uso de los equipos.

SISTEMAS Descripcin general de los sistemas instalados y de los que estn por instalarse que contengan volmenes de informacin.

Manual de formas. Manual de procedimientos de los sistemas. Descripcin genrica. Diagramas de entrada, archivos, salida. Salidas. Fecha de instalacin de los sistemas. Proyecto de instalacin de nuevos sistemas.

En el momento de hacer la planeacin de la auditora o bien su realizacin, debemos evaluar que pueden presentarse las siguientes situaciones. Se solicita la informacin y se ve que:

No tiene y se necesita. No se tiene y no se necesita.

Se tiene la informacin pero:

No se usa. Es incompleta. No esta actualizada. No es la adecuada. Se usa, est actualizada, es la adecuada y est completa.

En el caso de No se tiene y no se necesita, se debe evaluar la causa por la que no es necesaria. En el caso de No se tiene pero es necesaria, se debe recomendar que se elabore de acuerdo con las necesidades y con el uso que se le va a dar. En el caso de que se tenga la informacin pero no se utilice, se debe analizar por que no se usa. En caso de que se tenga la informacin, se debe analizar si se usa, si est actualizada, si es la adecuada y si est completa. El xito del anlisis crtico depende de las consideraciones siguientes:

Estudiar hechos y no opiniones (no se toman en cuenta los rumores ni la informacin sin fundamento)

Investigar las causas, no los efectos. Atender razones, no excusas. No confiar en la memoria, preguntar constantemente. Criticar objetivamente y a fondo todos los informes y los datos recabados.

PERSONAL PARTICIPANTE Una de las partes ms importantes dentro de la planeacin de la auditora en informtica es el personal que deber participar y sus caractersticas. Uno de los esquemas generalmente aceptados para tener un adecuado control es que el personal que intervengan est debidamente capacitado, con alto sentido de moralidad, al cual se le exija la optimizacin de recursos (eficiencia) y se le retribuya o compense justamente por su trabajo. Con estas bases se debe considerar las caractersticas de conocimientos, prctica profesional y capacitacin que debe tener el personal que intervendr en la auditora. En primer lugar se debe pensar que hay personal asignado por la organizacin, con el suficiente nivel para poder coordinar el desarrollo de la auditora, proporcionar toda la informacin que se solicite y programar las reuniones y entrevistas requeridas. ste es un punto muy importante ya que, de no tener el apoyo de la alta direccin, ni contar con un grupo multidisciplinario en el cual estn presentes una o varias personas del rea a auditar, sera casi imposible obtener informacin en el momento y con las caractersticas deseadas. Tambin se debe contar con personas asignadas por los usuarios para que en el momento que se solicite informacin o bien se efecte alguna entrevista de comprobacin de hiptesis, nos proporcionen aquello que se esta solicitando, y complementen el grupo multidisciplinario, ya que se debe analizar no slo el punto de vista de la direccin de informtica, sino tambin el del usuario del sistema. Para completar el grupo, como colaboradores directos en la realizacin de la auditora se deben tener personas con las siguientes caractersticas:

Tcnico en informtica. Experiencia en el rea de informtica. Experiencia en operacin y anlisis de sistemas. Conocimientos de los sistemas ms importantes.

En caso de sistemas complejos se deber contar con personal con conocimientos y experiencia en reas especficas como base de datos, redes, etc. Lo anterior no significa que una sola persona tenga los conocimientos y experiencias sealadas, pero si deben intervenir una o varias personas con las caractersticas apuntadas. Una vez que se ha hecho la planeacin, se puede utilizar el formato sealado en el anexo 1, el figura el organismo, las fases y subfases que comprenden la descripcin de la actividad, el nmero de personas participantes, las fechas estimadas de inicio y terminacin, el nmero de das hbiles y el nmero de das/hombre estimado. El control del avance de la auditora lo podemos llevar mediante el anexo 2, el cual nos permite cumplir con los procedimientos de control y asegurarnos que el trabajo se est llevando a cabo de acuerdo con el programa de auditora, con los recursos estimados y en el tiempo sealado en la planeacin. El hecho de contar con la informacin del avance nos permite revisar el trabajo elaborado por cualquiera de los asistentes. Como ejemplo de propuesta de auditora en informtica vase el anexo 3. EVALUACIN DE SISTEMAS

La elaboracin de sistemas debe ser evaluada con mucho detalle, para lo cual se debe revisar si existen realmente sistemas entrelazados como un todo o bien si existen programas aislados. Otro de los factores a evaluar es si existe un plan estratgico para la elaboracin de los sistemas o si se estn elaborados sin el adecuado sealamiento de prioridades y de objetivos. El plan estratgico deber establecer los servicios que se presentarn en un futuro contestando preguntas como las siguientes:

Cules servicios se implementarn? Cundo se pondrn a disposicin de los usuarios? Qu caractersticas tendrn? Cuntos recursos se requerirn?

La estrategia de desarrollo deber establecer las nuevas aplicaciones, recursos y la arquitectura en que estarn fundamentados:

Qu aplicaciones sern desarrolladas y cuando? Qu tipo de archivos se utilizarn y cuando? Qu bases de datos sern utilizarn y cuando? Qu lenguajes se utilizarn y en que software? Qu tecnologa ser utilizada y cuando se implementar? Cuantos recursos se requerirn aproximadamente? Cul es aproximadamente el monto de la inversin en hardware y software?

En lo referente a la consulta a los usuarios, el plan estratgico debe definir los requerimientos de informacin de la dependencia.

Qu estudios van a ser realizados al respecto? Qu metodologa se utilizar para dichos estudios? Quin administrar y realizar dichos estudios?

En el rea de auditora interna debe evaluarse cul ha sido la participacin del auditor y los controles establecidos. Por ltimo, el plan estratgico determina la planeacin de los recursos.

Contempla el plan estratgico las ventajas de la nueva tecnologa? Cul es la inversin requerida en servicios, desarrollo y consulta a los usuarios?

El proceso de planeacin de sistemas deber asegurarse de que todos los recursos requeridos estn claramente identificados en el plan de desarrollo de aplicaciones y datos. Estos recursos (hardware, software y comunicaciones) debern ser compatibles con la arquitectura y la tecnologa, conque se cuenta actualmente. Los sistemas deben evaluarse de acuerdo con el ciclo de vida que normalmente siguen: requerimientos del usuario, estudio de factibilidad, diseo general, anlisis, diseo lgico, desarrollo fsico, pruebas, implementacin, evaluacin, modificaciones, instalacin, mejoras. Y se vuelve nuevamente al ciclo inicial, el cual a su vez debe comenzar con el de factibilidad. La primera etapa a evaluar del sistema es el estudio de factibilidad, el cual debe analizar si el sistema es factible de realizarse, cul es su relacin costo/beneficio y si es recomendable elaborarlo. Se deber solicitar el estudio de factibilidad de los diferentes sistemas que se encuentren en operacin, as como los que estn en la fase de anlisis para evaluar si se considera la disponibilidad y caractersticas del equipo, los sistemas operativos y lenguajes disponibles, la necesidad de los usuarios, las formas de utilizacin de los sistemas, el costo y los beneficios que reportar el sistema, el efecto que producir en quienes lo usarn y el efecto que stos tendrn sobre el sistema y la congruencia de los diferentes sistemas. En el caso de sistemas que estn funcionando, se deber comprobar si existe el estudio de factibilidad con los puntos sealados y compararse con la realidad con lo especificado en el estudio de factibilidad Por ejemplo en un sistema que el estudio de factibilidad seal determinado costo y una serie de beneficios de acuerdo con las necesidades del usuario, debemos comparar cual fue su costo real y evaluar si se satisficieron las necesidades indicadas como beneficios del sistema.

Para investigar el costo de un sistema se debe considerar, con una exactitud razonable, el costo de los programas, el uso de los equipos (compilaciones, programas, pruebas, paralelos), tiempo, personal y operacin, cosa que en la prctica son costos directos, indirectos y de operacin. Los beneficios que justifiquen el desarrollo de un sistema pueden ser el ahorro en los costos de operacin, la reduccin del tiempo de proceso de un sistema. Mayor exactitud, mejor servicio, una mejora en los procedimientos de control, mayor confiabilidad y seguridad. EVALUACIN DEL ANLISIS

En esta etapa se evaluarn las polticas, procedimientos y normas que se tienen para llevar a cabo el anlisis. Se deber evaluar la planeacin de las aplicaciones que pueden provenir de tres fuentes principales:

La planeacin estratgica: agrupadas las aplicaciones en conjuntos relacionados entre s y no como programas aislados. Las aplicaciones deben comprender todos los sistemas que puedan ser desarrollados en la dependencia, independientemente de los recursos que impliquen su desarrollo y justificacin en el momento de la planeacin. Los requerimientos de los usuarios. El inventario de sistemas en proceso al recopilar la informacin de los cambios que han sido solicitados, sin importar si se efectuaron o se registraron.

La situacin de una aplicacin en dicho inventario puede ser alguna de las siguientes:

Planeada para ser desarrollada en el futuro. En desarrollo. En proceso, pero con modificaciones en desarrollo. En proceso con problemas detectados. En proceso sin problemas. En proceso espordicamente.

Nota: Se deber documentar detalladamente la fuente que gener la necesidad de la aplicacin. La primera parte ser evaluar la forma en que se encuentran especificadas las polticas, los procedimientos y los estndares de anlisis, si es que se cumplen y si son los adecuados para la dependencia.

Es importante revisar la situacin en que se encuentran los manuales de anlisis y si estn acordes con las necesidades de la dependencia. En algunas ocasiones se tiene una microcomputadora, con sistemas sumamente sencillos y se solicita que se lleve a cabo una serie de anlisis que despus hay que plasmar en documentos sealados en los estndares, lo cual hace que esta fase sea muy compleja y costosa. Los sistemas y su documentacin deben estar acordes con las caractersticas y necesidades de una dependencia especfica. Se debe evaluar la obtencin de datos sobre la operacin, flujo, nivel, jerarqua de la informacin que se tendr a travs del sistema. Se han de comparar los objetivos de los sistemas desarrollados con las operaciones actuales, para ver si el estudio de la ejecucin deseada corresponde al actual. La auditora en sistemas debe evaluar los documentos y registros usados en la elaboracin del sistema, as como todas las salidas y reportes, la descripcin de las actividades de flujo de la informacin y de procedimientos, los archivos almacenados, su uso y su relacin con otros archivos y sistemas, su frecuencia de acceso, su conservacin, su seguridad y control, la documentacin propuesta, las entradas y salidas del sistema y los documentos fuentes a usarse. Con la informacin obtenida podemos contestar a las siguientes preguntas:

Se est ejecutando en forma correcta y eficiente el proceso de informacin? Puede ser simplificado para mejorar su aprovechamiento? Se debe tener una mayor interaccin con otros sistemas? Se tiene propuesto un adecuado control y seguridad sobre el sistema? Est en el anlisis la documentacin adecuada? EVALUACIN DEL DISEO LGICO DEL SISTEMA

En esta etapa se debern analizar las especificaciones del sistema. Qu deber hacer?, Cmo lo deber hacer?, Secuencia y ocurrencia de los datos, el proceso y salida de reportes? Una vez que hemos analizado estas partes, se deber estudiar la participacin que tuvo el usuario en la identificacin del nuevo sistema, la participacin de auditora interna en el diseo de los controles y la determinacin de los procedimientos de operacin y decisin. Al tener el anlisis del diseo lgico del sistema debemos compararlo con lo que realmente se est obteniendo en la cual debemos evaluar lo planeado, cmo fue planeado y lo que realmente se est obteniendo. Los puntos a evaluar son:

Entradas.

Salidas. Procesos. Especificaciones de datos. Especificaciones de proceso. Mtodos de acceso. Operaciones. Manipulacin de datos (antes y despus del proceso electrnico de datos). Proceso lgico necesario para producir informes. Identificacin de archivos, tamao de los campos y registros. Proceso en lnea o lote y su justificacin. Frecuencia y volmenes de operacin. Sistemas de seguridad. Sistemas de control. Responsables. Nmero de usuarios.

Dentro del estudio de los sistemas en uso se deber solicitar:

Manual del usuario. Descripcin de flujo de informacin y/o procesos. Descripcin y distribucin de informacin. Manual de formas. Manual de reportes. Lista de archivos y especificaciones.

Lo que se debe determinar en el sistema: En el procedimiento:

Quin hace, cuando y como? Qu formas se utilizan en el sistema? Son necesarias, se usan, estn duplicadas? El nmero de copias es el adecuado? Existen puntos de control o faltan?

En la grfica de flujo de informacin:

Es fcil de usar? Es lgica? Se encontraron lagunas? Hay faltas de control?

En el diseo:

Cmo se usar la herramienta de diseo si existe? Qu tambin se ajusta la herramienta al procedimiento?

EVALUACIN DEL DESARROLLO DEL SISTEMA En esta etapa del sistema se debern auditar los programas, su diseo, el leguaje utilizado, interconexin entre los programas y caractersticas del hardware empleado (total o parcial) para el desarrollo del sistema.Al evaluar un sistema de informacin se tendr presente que todo sistema debe proporcionar informacin para planear, organizar y controlar de manera eficaz y oportuna, para reducir la duplicidad de datos y de reportes y obtener una mayor seguridad en la forma ms econmica posible. De ese modo contar con los mejores elementos para una adecuada toma de decisiones.Al tener un proceso distribuido, es preciso considerar la seguridad del movimiento de la informacin entre nodos. El proceso de planeacin de sistemas debe definir la red ptima de comunicaciones, los tipos de mensajes requeridos, el trafico esperado en las lneas de comunicacin y otros factores que afectan el diseo. Es importante considerar las variables que afectan a un sistema: ubicacin en los niveles de la organizacin, el tamao y los recursos que utiliza.Las caractersticas que deben evaluarse en los sistemas son:

Dinmicos (susceptibles de modificarse). Estructurados (las interacciones de sus componentes o subsistemas deben actuar como un todo) Integrados (un solo objetivo). En l habr sistemas que puedan ser interrelacionados y no programas aislados. Accesibles (que estn disponibles). Necesarios (que se pruebe su utilizacin). Comprensibles (que contengan todos los atributos). Oportunos (que est la informacin en el momento que se requiere). Funcionales (que proporcionen la informacin adecuada a cada nivel). Estndar (que la informacin tenga la misma interpretacin en los distintos niveles). Modulares (facilidad para ser expandidos o reducidos). Jerrquicos (por niveles funcionales). Seguros (que slo las personas autorizadas tengan acceso). nicos (que no duplique informacin). CONTROL DE PROYECTOS

Debido a las caractersticas propias del anlisis y la programacin, es muy frecuente que la implantacin de los sistemas se retrase y se llegue a suceder que una persona lleva trabajando varios aos dentro de un sistema o bien que se presenten irregularidades en las que los programadores se ponen a realizar actividades ajenas a la direccin de informtica. Para poder controlar el avance de los sistemas, ya que sta es una actividad de difcil evaluacin, se recomienda que se utilice la tcnica de administracin por proyectos para su adecuado control. Para tener una buena administracin por proyectos se requiere que el analista o el programador y su jefe inmediato elaboren un plan de trabajo en el cual se especifiquen actividades, metas, personal participante y tiempos. Este plan debe ser revisado peridicamente (semanal, mensual, etc.) para evaluar el avance respecto a lo programado. La estructura estndar de la planeacin de proyectos deber incluir la facilidad de asignar

fechas predefinidas de terminacin de cada tarea. Dentro de estas fechas debe estar el calendario de reuniones de revisin, las cuales tendrn diferentes niveles de detalle. CUESTIONARIO 1. Existe una lista de proyectos de sistema de procedimiento de informacin y fechas programadas de implantacin que puedan ser considerados como plan maestro? 2. Est relacionado el plan maestro con un plan general de desarrollo de la dependencia? 3. Ofrece el plan maestro la atencin de solicitudes urgentes de los usuarios? 4. Asigna el plan maestro un porcentaje del tiempo total de produccin al reproceso o fallas de equipo? 5. Escribir la lista de proyectos a corto plazo y largo plazo. 6. Escribir una lista de sistemas en proceso periodicidad y usuarios. 7. Quin autoriza los proyectos? 8. Cmo se asignan los recursos? 9. Cmo se estiman los tiempos de duracin? 10. Quin interviene en la planeacin de los proyectos? 11. Cmo se calcula el presupuesto del proyecto? 12. Qu tcnicas se usan en el control de los proyectos? 13. Quin asigna las prioridades? 14. Cmo se asignan las prioridades? 15. Cmo se controla el avance del proyecto? 16. Con qu periodicidad se revisa el reporte de avance del proyecto? 17. Cmo se estima el rendimiento del personal? 18. Con que frecuencia se estiman los costos del proyecto para compararlo con lo presupuestado? 19. Qu acciones correctivas se toman en caso de desviaciones? 20. Qu pasos y tcnicas siguen en la planeacin y control de los proyectos? Enumrelos secuencialmente. ( ) Determinacin de los objetivos. ( ) Sealamiento de las polticas. ( ) Designacin del funcionario responsable del proyecto. ( ) Integracin del grupo de trabajo. ( ) Integracin de un comit de decisiones. ( ) Desarrollo de la investigacin. ( ) Documentacin de la investigacin. ( ) Factibilidad de los sistemas. ( ) Anlisis y valuacin de propuestas. ( ) Seleccin de equipos. 21. Se llevan a cabo revisiones peridicas de los sistemas para determinar si an cumplen con los objetivos para los cuales fueron diseados? De anlisis S ( ) NO ( ) De programacin S ( ) NO ( ) Observaciones 22. Incluir el plazo estimado de acuerdo con los proyectos que se tienen en que el departamento de informtica podra satisfacer las necesidades de la dependencia, segn la situacin actual.

CONTROL DE DISEO DE SISTEMAS Y PROGRAMACIN

El objetivo es asegurarse de que el sistema funcione conforme a las especificaciones funcionales, a fin de que el usuario tenga la suficiente informacin para su manejo, operacin y aceptacin. Las revisiones se efectan en forma paralela desde el anlisis hasta la programacin y sus objetivos son los siguientes: ETAPA DE ANLISIS Identificar inexactitudes, ambigedades y omisiones en las especificaciones. ETAPA DE DISEO Descubrir errores, debilidades, omisiones antes de iniciar la codificacin. ETAPA DE PROGRAMACIN Buscar la claridad, modularidad y verificar con base en las especificaciones. Esta actividad es muy importante ya que el costo de corregir errores es directamente proporcional al momento que se detectan: si se descubren en el momento de programacin ser ms alto que si se detecta en la etapa de anlisis. Esta funcin tiene una gran importancia en el ciclo de evaluacin de aplicaciones de los sistemas de informacin y busca comprobar que la aplicacin cumple las especificaciones del usuario, que se haya desarrollado dentro de lo presupuestado, que tenga los controles necesarios y que efectivamente cumpla con los objetivos y beneficios esperados. El siguiente cuestionario se presenta como ejemplo para la evaluacin del diseo y prueba de los sistemas: 1. Quines intervienen al disear un sistema?

Usuario. Analista. Programadores. Operadores. Gerente de departamento. Auditores internos. Asesores. Otros.

2. Los analistas son tambin programadores? S ( ) NO ( ) 3. Qu lenguaje o lenguajes conocen los analistas? 4. Cuntos analistas hay y qu experiencia tienen?

5. Qu lenguaje conocen los programadores? 6. Cmo se controla el trabajo de los analistas? 7. Cmo se controla el trabajo de los programadores? 8. Indique qu pasos siguen los programadores en el desarrollo de un programa:

Estudio de la definicin ( ) Discusin con el analista ( ) Diagrama de bloques ( ) Tabla de decisiones ( ) Prueba de escritorio ( ) Codificacin ( ) Es enviado a captura o los programadores capturan? ( ) Quin los captura?___________________________________________ Compilacin ( ) Elaborar datos de prueba ( ) Solicitar datos al analista ( ) Correr programas con datos ( ) Revisin de resultados ( ) Correccin del programa ( ) Documentar el programa ( ) Someter resultados de prueba ( ) Entrega del programa ( )

9. Qu documentacin acompaa al programa cuando se entrega? Difcilmente se controla realmente el flujo de la informacin de un sistema que desde su inicio ha sido mal analizado, mal diseado, mal programado e incluso mal documentado. El excesivo mantenimiento de los sistemas generalmente ocasionado por un mal desarrollo, se inicia desde que el usuario establece sus requerimientos (en ocasiones sin saber qu desea) hasta la instalacin del mismo, sin que se haya establecido un plan de prueba del sistema para medir su grado de confiabilidad en la operacin que efectuar. Para verificar si existe esta situacin, se debe pedir a los analistas y a los programadores las actividades que estn desarrollando en el momento de la auditora y evaluar si estn efectuando actividades de mantenimiento o de realizacin de nuevos proyectos. En ambos casos se deber evaluar el tiempo que llevan dentro del mismo sistema, la prioridad que se le asign y cmo est en el tiempo real en relacin al tiempo estimado en el plan maestro. INSTRUCTIVOS DE OPERACIN Se debe evaluar los instructivos de operacin de los sistemas para evitar que los programadores tengan acceso a los sistemas en operacin, y el contenido mnimo de los instructivos de operacin se puedan verificar mediante el siguiente cuestionario.

El instructivo de operacin deber comprender. - Diagrama de flujo por cada programa. ( ) - Diagrama particular de entrada/salida ( ) - Mensaje y su explicacin ( ) - Parmetros y su explicacin ( ) - Diseo de impresin de resultados ( ) - Cifras de control ( ) - Frmulas de verificacin ( ) - Observaciones ( ) - Instrucciones en caso de error ( ) - Calendario de proceso y resultados ( ) FORMA DE IMPLEMENTACIN La finalidad de evaluar los trabajos que se realizan para iniciar la operacin de un sistema, esto es, la prueba integral del sistema, adecuacin, aceptacin por parte del usuario, entrenamiento de los responsables del sistema etc. Indicar cules puntos se toman en cuenta para la prueba de un sistema: Prueba particular de cada programa ( ) Prueba por fase validacin, actualizacin ( ) Prueba integral del paralelo ( ) Prueba en paralelo sistema ( ) Otros (especificar)____________________________________________ ENTREVISTA A USUARIOS La entrevista se deber llevar a cabo para comprobar datos proporcionados y la situacin de la dependencia en el departamento de Sistemas de Informacin . Su objeto es conocer la opinin que tienen los usuarios sobre los servicios proporcionados, as como la difusin de las aplicaciones de la computadora y de los sistemas en operacin. Las entrevistas se debern hacer, en caso de ser posible, a todos los asuarios o bien en forma aleatoria a algunos de los usuarios, tanto de los ms importantes como de los de menor importancia, en cuanto al uso del equipo. Desde el punto de vista del usuario los sistemas deben:

Cumplir con los requerimientos totales del usuario. Cubrir todos los controles necesarios. No exceder las estimaciones del presupuesto inicial. Sern fcilmente modificables.

Para que un sistema cumpla con los requerimientos del usuario, se necesita una comunicacin completa entre usuarios y responsable del desarrollo del sistema. En esta misma etapa debi haberse definido la calidad de la informacin que ser procesada por la computadora, establecindose los riesgos de la misma y la forma de minimizarlos. Para ello se debieron definir los controles adecuados, establecindose adems los niveles de acceso a la informacin, es decir, quin tiene privilegios de consulta, modificar o incluso borrar informacin. Esta etapa habr de ser cuidadosamente verificada por el auditor interno especialista en sistemas y por el auditor en informtica, para comprobar que se logro una adecuada comprensin de los requerimientos del usuario y un control satisfactorio de informacin. Para verificar si los servicios que se proporcionan a los usuarios son los requeridos y se estn proporcionando en forma adecuada, cuando menos ser preciso considerar la siguiente informacin.

Descripcin de los servicios prestados. Criterios de evaluacin que utilizan los usuarios para evaluar el nivel del servicio prestado. Reporte peridico del uso y concepto del usuario sobre el servicio. Registro de los requerimientos planteados por el usuario.

Con esta informacin se puede comenzar a realizar la entrevista para determinar si los servicios proporcionados y planeados por la direccin de Informtica cubren las necesidades de informacin de las dependencias. A continuacin se presenta una gua de cuestionario para aplicarse durante la entrevista con el usuario. 1. Considera que el Departamento de Sistemas de Informacin de los resultados esperados?.Si ( ) No ( ) Por que? 2. Cmo considera usted, en general, el servicio proporcionado por el Departamento de Sistemas de Informacin? Deficiente ( ) Aceptable ( ) Satisfactorio ( ) Excelente ( ) Por que? 3. Cubre sus necesidades el sistema que utiliza el departamento de cmputo? No las cubre ( ) Parcialmente ( )

La mayor parte ( ) Todas ( ) Por que? 4. Hay disponibilidad del departamento de cmputo para sus requerimientos? Generalmente no existe ( ) Hay ocasionalmente ( ) Regularmente ( ) Siempre ( ) Por que? 5. Son entregados con puntualidad los trabajos? Nunca ( ) Rara vez ( ) Ocasionalmente ( ) Generalmente ( ) Siempre ( ) Por que? 6. Que piensa de la presentacin de los trabajadores solicitados al departamento de cmputo? Deficiente ( ) Aceptable ( ) Satisfactorio ( ) Excelente ( ) Por que? 7. Que piensa de la asesora que se imparte sobre informtica? No se proporciona ( ) Es insuficiente ( ) Satisfactoria ( ) Excelente ( ) Por que? 8. Que piensa de la seguridad en el manejo de la informacin proporcionada por el sistema que utiliza? Nula ( ) Riesgosa ( ) Satisfactoria ( ) Excelente ( ) Lo desconoce ( ) Por que? 9. Existen fallas de exactitud en los procesos de informacin? Cules? 10. Cmo utiliza los reportes que se le proporcionan?

11. Cules no Utiliza? 12. De aquellos que no utiliza por que razn los recibe? 13. Que sugerencias presenta en cuanto a la eliminacin de reportes modificacin, fusin, divisin de reporte? 14. Se cuenta con un manual de usuario por Sistema? SI ( ) NO ( ) 15. Es claro y objetivo el manual del usuario? SI ( ) NO ( ) 16. Que opinin tiene el manual? NOTA: Pida el manual del usuario para evaluarlo. 17. Quin interviene de su departamento en el diseo de sistemas? 18. Que sistemas deseara que se incluyeran? 19. Observaciones: CONTROLES Los datos son uno de los recursos ms valiosos de las organizaciones y, aunque son intangibles, necesitan ser controlados y auditados con el mismo cuidado que los dems inventarios de la organizacin, por lo cual se debe tener presente: a) La responsabilidad de los datos es compartida conjuntamente por alguna funcin determinada y el departamento de cmputo. b) Un problema de dependencia que se debe considerar es el que se origina por la duplicidad de los datos y consiste en poder determinar los propietarios o usuarios posibles(principalmente en el caso de redes y banco de datos) y la responsabilidad de su actualizacin y consistencia. c) Los datos debern tener una clasificacin estndar y un mecanismo de identificacin que permita detectar duplicidad y redundancia dentro de una aplicacin y de todas las aplicaciones en general. d) Se deben relacionar los elementos de los datos con las bases de datos donde estn almacenados, as como los reportes y grupos de procesos donde son generados. CONTROL DE LOS DATOS FUENTE Y MANEJO CIFRAS DE CONTROL

La mayora de los Delitos por computadora son cometidos por modificaciones de datos fuente al:

Suprimir u omitir datos. Adicionar Datos. Alterar datos. Duplicar procesos.

Esto es de suma importancia en caso de equipos de cmputo que cuentan con sistemas en lnea, en los que los usuarios son los responsables de la captura y modificacin de la informacin al tener un adecuado control con sealamiento de responsables de los datos(uno de los usuarios debe ser el nico responsable de determinado dato), con claves de acceso de acuerdo a niveles. El primer nivel es el que puede hacer nicamente consultas. El segundo nivel es aquel que puede hacer captura, modificaciones y consultas y el tercer nivel es el que solo puede hacer todos lo anterior y adems puede realizar bajas. NOTA: Debido a que se denomina de diferentes formas la actividad de transcribir la informacin del dato fuente a la computadora, en el presente trabajo se le denominar captura o captacin considerndola como sinnimo de digitalizar (capturista, digitalizadora). Lo primero que se debe evaluar es la entrada de la informacin y que se tengan las cifras de control necesarias para determinar la veracidad de la informacin, para lo cual se puede utilizar el siguiente cuestionario: 1. Indique el porcentaje de datos que se reciben en el rea de captacin 2. Indique el contenido de la orden de trabajo que se recibe en el rea de captacin de datos: Nmero de folio ( ) Nmero(s) de formato(s) ( ) Fecha y hora de Nombre, Depto. ( ) Recepcin ( ) Usuario ( ) Nombre del documento ( ) Nombre responsable ( ) Volumen aproximado Clave de cargo de registro ( ) (Nmero de cuenta) ( ) Nmero de registros ( ) Fecha y hora de entrega de Clave del capturista ( ) documentos y registros captados ( ) Fecha estimada de entrega ( ) 3. Indique cul(es) control(es) interno(s) existe(n) en el rea de captacin de datos: Firmas de autorizacin ( ) Recepcin de trabajos ( ) Control de trabajos atrasados ( ) Revisin del documento ( ) Avance de trabajos ( ) fuente(legibilidad, verificacin de datos completos, etc.) ( ) Prioridades de captacin ( ) Errores por trabajo ( )

Produccin de trabajo ( ) Correccin de errores ( ) Produccin de cada operador ( ) Entrega de trabajos ( ) Verificacin de cifras Costo Mensual por trabajo ( ) de control de entrada con las de salida. ( ) 4. Existe un programa de trabajo de captacin de datos? a) Se elabora ese programa para cada turno? Diariamente ( ) Semanalmente ( ) Mensualmente ( ) b) La elaboracin del programa de trabajos se hace: Internamente ( ) Se les sealan a los usuarios las prioridades ( ) c) Que accin(es) se toma(n) si el trabajo programado no se recibe a tiempo? 5. Quin controla las entradas de documentos fuente? 6. En que forma las controla? 7. Que cifras de control se obtienen? Sistema Cifras que se Observaciones Obtienen 8. Que documento de entrada se tienen? Sistemas Documentos Depto. que periodicidad Observaciones proporciona el documento 9. Se anota que persona recibe la informacin y su volumen? SI NO 10. Se anota a que capturista se entrega la informacin, el volumen y la hora? SI NO 11. Se verifica la cantidad de la informacin recibida para su captura? SI NO 12. Se revisan las cifras de control antes de enviarlas a captura? SI NO 13. Para aquellos procesos que no traigan cifras de control se ha establecido criterios a fin de asegurar que la informacin es completa y valida? SI NO

14. Existe un procedimiento escrito que indique como tratar la informacin invlida (sin firma ilegible, no corresponden las cifras de control)? 15. En caso de resguardo de informacin de entrada en sistemas, Se custodian en un lugar seguro? 16. Si se queda en el departamento de sistemas, Por cuanto tiempo se guarda? 17. Existe un registro de anomalas en la informacin debido a mala codificacin? 18. Existe una relacin completa de distribucin de listados, en la cual se indiquen personas, secuencia y sistemas a los que pertenecen? 19. Se verifica que las cifras de las validaciones concuerden con los documentos de entrada? 20. Se hace una relacin de cuando y a quin fueron distribuidos los listados? _________________________________________________________________________ 21. Se controlan separadamente los documentos confidenciales? _________________________________________________________________________ 22. Se aprovecha adecuadamente el papel de los listados inservibles? _________________________________________________________________________ 23. Existe un registro de los documentos que entran a capturar? _________________________________________________________________________ 24. Se hace un reporte diario, semanal o mensual de captura? _________________________________________________________________________ 25. Se hace un reporte diario, semanal o mensual de anomalas en la informacin de entrada? 26. Se lleva un control de la produccin por persona? 27. Quin revisa este control? 28. Existen instrucciones escritas para capturar cada aplicacin o, en su defecto existe una relacin de programas? CONTROL DE OPERACIN La eficiencia y el costo de la operacin de un sistema de cmputo se ven fuertemente afectados por la calidad e integridad de la documentacin requerida para el proceso en la computadora.

El objetivo del presente ejemplo de cuestionario es sealar los procedimientos e instructivos formales de operacin, analizar su estandarizacin y evaluar el cumplimiento de los mismos. 1. Existen procedimientos formales para la operacin del sistema de computo? SI ( ) NO ( ) 2. Estn actualizados los procedimientos? SI ( ) NO ( ) 3. Indique la periodicidad de la actualizacin de los procedimientos: Semestral ( ) Anual ( ) Cada vez que haya cambio de equipo ( ) 4. Indique el contenido de los instructivos de operacin para cada aplicacin: Identificacin del sistema ( ) Identificacin del programa ( ) Periodicidad y duracin de la corrida ( ) Especificacin de formas especiales ( ) Especificacin de cintas de impresoras ( ) Etiquetas de archivos de salida, nombre, ( ) archivo lgico, y fechas de creacin y expiracin Instructivo sobre materiales de entrada y salida ( ) Altos programados y la acciones requeridas ( ) Instructivos especficos a los operadores en caso de falla del equipo ( ) Instructivos de reinicio ( ) Procedimientos de recuperacin para proceso de gran duracin o criterios ( ) Identificacin de todos los dispositivos de la mquina a ser usados ( ) Especificaciones de resultados (cifras de control, registros de salida por archivo, etc. ) ( ) 5. Existen rdenes de proceso para cada corrida en la computadora (incluyendo pruebas, compilaciones y produccin)? SI ( ) NO ( ) 6. Son suficientemente claras para los operadores estas rdenes? SI ( ) NO ( ) 7. Existe una estandarizacin de las ordenes de proceso? SI ( ) NO ( )

8. Existe un control que asegure la justificacin de los procesos en el computador? (Que los procesos que se estn autorizados y tengan una razn de ser procesados. SI ( ) NO ( ) 9. Cmo programan los operadores los trabajos dentro del departamento de cmputo? Primero que entra, primero que sale ( ) se respetan las prioridades, ( ) Otra (especifique) ( ) 10. Los retrasos o incumplimiento con el programa de operacin diaria, se revisa y analiza? SI ( ) NO ( ) 11. Quin revisa este reporte en su caso? 12. Analice la eficiencia con que se ejecutan los trabajos dentro del departamento de cmputo, tomando en cuenta equipo y operador, a travs de inspeccin visual, y describa sus observaciones. 13. Existen procedimientos escritos para la recuperacin del sistema en caso de falla? 14. Cmo se acta en caso de errores? 15. Existen instrucciones especificas para cada proceso, con las indicaciones pertinentes? 16. Se tienen procedimientos especficos que indiquen al operador que hacer cuando un programa interrumpe su ejecucin u otras dificultades en proceso? 17. Puede el operador modificar los datos de entrada? 18. Se prohibe a analistas y programadores la operacin del sistema que programo o analizo? 19. Se prohibe al operador modificar informacin de archivos o bibliotecas de programas? 20. El operador realiza funciones de mantenimiento diario en dispositivos que as lo requieran? 21. Las intervenciones de los operadores: Son muy numerosas? SI ( ) NO ( ) Se limitan los mensajes esenciales? SI ( ) NO ( ) Otras (especifique)______________________________________________________

22. Se tiene un control adecuado sobre los sistemas y programas que estn en operacin? SI ( ) NO ( ) 23. Cmo controlan los trabajos dentro del departamento de cmputo? 24. Se rota al personal de control de informacin con los operadores procurando un entrenamiento cruzado y evitando la manipulacin fraudulenta de datos? SI ( ) NO ( ) 25. Cuentan los operadores con una bitcora para mantener registros de cualquier evento y accin tomada por ellos? Si ( ) por mquina ( ) escrita manualmente ( ) NO ( ) 26. Verificar que exista un registro de funcionamiento que muestre el tiempo de paros y mantenimiento o instalaciones de software. 27.Existen procedimientos para evitar las corridas de programas no autorizados? SI ( ) NO ( ) 28. Existe un plan definido para el cambio de turno de operaciones que evite el descontrol y discontinuidad de la operacin. 29. Verificar que sea razonable el plan para coordinar el cambio de turno. 30. Se hacen inspecciones peridicas de muestreo? SI ( ) NO ( ) 31. Enuncie los procedimientos mencionados en el inciso anterior: 32. Se permite a los operadores el acceso a los diagramas de flujo, programas fuente, etc. fuera del departamento de cmputo? SI ( ) NO ( ) 33. Se controla estrictamente el acceso a la documentacin de programas o de aplicaciones rutinarias? SI ( ) NO ( ) Cmo?_______________________________________________________________ 34. Verifique que los privilegios del operador se restrinjan a aquellos que le son asignados a la clasificacin de seguridad de operador. 35. Existen procedimientos formales que se deban observar antes de que sean aceptados en operacin, sistemas nuevos o modificaciones a los mismos? SI ( ) NO ( )

36. Estos procedimientos incluyen corridas en paralelo de los sistemas modificados con las versiones anteriores? SI ( ) NO ( ) 37. Durante cuanto tiempo? 38. Que precauciones se toman durante el periodo de implantacin? 39. Quin da la aprobacin formal cuando las corridas de prueba de un sistema modificado o nuevo estn acordes con los instructivos de operacin. 40. Se catalogan los programas liberados para produccin rutinaria? SI ( ) NO ( ) 41. Mencione que instructivos se proporcionan a las personas que intervienen en la operacin rutinaria de un sistema. 42. Indique que tipo de controles tiene sobre los archivos magnticos de los archivos de datos, que aseguren la utilizacin de los datos precisos en los procesos correspondientes. 43. Existe un lugar para archivar las bitcoras del sistema del equipo de cmputo? SI ( ) NO ( ) 44. Indique como est organizado este archivo de bitcora.

Por fecha ( ) por fecha y hora ( ) por turno de operacin ( ) Otros ( )

45. Cul es la utilizacin sistemtica de las bitcoras? 46. Adems de las mencionadas anteriormente, que otras funciones o reas se encuentran en el departamento de cmputo actualmente? 47. Verifique que se lleve un registro de utilizacin del equipo diario, sistemas en lnea y batch, de tal manera que se pueda medir la eficiencia del uso de equipo. 48. Se tiene inventario actualizado de los equipos y terminales con su localizacin? SI ( ) NO ( ) 49. Cmo se controlan los procesos en lnea? 50. Se tienen seguros sobre todos los equipos? SI ( ) NO ( )

51. Conque compaa? Solicitar plizas de seguros y verificar tipo de seguro y montos. 52. Cmo se controlan las llaves de acceso (Password)?. CONTROLES DE SALIDA 1. Se tienen copias de los archivos en otros locales? 2. Dnde se encuentran esos locales? 3. Que seguridad fsica se tiene en esos locales? 4. Que confidencialidad se tiene en esos locales? 5. Quin entrega los documentos de salida? 6. En que forma se entregan? 7. Que documentos? 8. Que controles se tienen? 9. Se tiene un responsable (usuario) de la informacin de cada sistema? Cmo se atienden solicitudes de informacin a otros usuarios del mismo sistema? 10. Se destruye la informacin utilizada, o bien que se hace con ella? Destruye ( ) Vende ( ) Tira ( ) Otro ______________________________ CONTROL DE MEDIOS DE ALMACENAMIENTO MASIVO Los dispositivos de almacenamiento representan, para cualquier centro de cmputo, archivos extremadamente importantes cuya prdida parcial o total podra tener repercusiones muy serias, no slo en la unidad de informtica, sino en la dependencia de la cual se presta servicio. Una direccin de informtica bien administrada debe tener perfectamente protegidos estos dispositivos de almacenamiento, adems de mantener registros sistemticos de la utilizacin de estos archivos, de modo que servirn de base a registros sistemticos de la utilizacin de estos archivos, de modo que sirvan de base a los programas de limpieza (borrado de informacin), principalmente en el caso de las cintas. Adems se deben tener perfectamente identificados los carretes para reducir la posibilidad de utilizacin errnea o destruccin de la informacin. Un manejo adecuado de estos dispositivos permitir una operacin ms eficiente y segura, mejorando adems los tiempos de procesos.

CONTROL DE ALMACENAMIENTO MASIVO OBJETIVOS El objetivo de este cuestionario es evaluar la forma como se administran los dispositivos de almacenamiento bsico de la direccin. 1. Los locales asignados a la cintoteca y discoteca tienen:

Aire acondicionado ( ) Proteccin contra el fuego ( ) (sealar que tipo de proteccin )__________________________________ Cerradura especial ( ) Otra

2. Tienen la cintoteca y discoteca proteccin automtica contra el fuego? SI ( ) NO ( ) (sealar de que tipo)_______________________________________________ 3. Que informacin mnima contiene el inventario de la cintoteca y la discoteca? Nmero de serie o carrete ( ) Nmero o clave del usuario ( ) Nmero del archivo lgico ( ) Nombre del sistema que lo genera ( ) Fecha de expiracin del archivo ( ) Fecha de expiracin del archivo ( ) Nmero de volumen ( ) Otros 4. Se verifican con frecuencia la validez de los inventarios de los archivos magnticos? SI ( ) NO ( ) 5. En caso de existir discrepancia entre las cintas o discos y su contenido, se resuelven y explican satisfactoriamente las discrepancias? SI ( ) NO ( ) 6. Que tan frecuentes son estas discrepancias? _________________________________________________________________________ 7. Se tienen procedimientos que permitan la reconstruccin de un archivo en cinta a disco, el cual fue inadvertidamente destruido? SI ( ) NO ( ) 8. Se tienen identificados los archivos con informacin confidencial y se cuenta con claves de acceso?

SI ( ) NO ( ) Cmo?_______________________________________________________________ 9. Existe un control estricto de las copias de estos archivos? SI ( ) NO ( ) 10. Que medio se utiliza para almacenarlos? Mueble con cerradura ( ) Bveda ( ) Otro(especifique)_______________________________________________________ 11. Este almacn esta situado: En el mismo edificio del departamento ( ) En otro lugar ( ) Cual?_________________________________________________________________ 12. Se borran los archivos de los dispositivos de almacenamiento, cuando se desechan estos? SI ( ) NO ( ) 13. Se certifica la destruccin o baja de los archivos defectuosos? SI ( ) NO ( ) 14. Se registran como parte del inventario las nuevas cintas que recibe la biblioteca? SI ( ) NO ( ) 15 Se tiene un responsable, por turno, de la cintoteca y discoteca? SI ( ) NO ( ) 16. Se realizan auditoras peridicas a los medios de almacenamiento? SI ( ) NO ( ) 17. Que medidas se toman en el caso de extravo de algn dispositivo de almacenamiento? 18. Se restringe el acceso a los lugares asignados para guardar los dispositivos de almacenamiento, al personal autorizado? SI ( ) NO ( ) 19. Se tiene relacin del personal autorizado para firmar la salida de archivos confidenciales? SI ( ) NO ( ) 20. Existe un procedimiento para registrar los archivos que se prestan y la fecha en que se devolvern? SI ( ) NO ( )

21. Se lleva control sobre los archivos prestados por la instalacin? SI ( ) NO ( ) 22. En caso de prstamo Conque informacin se documentan? Nombre de la institucin a quin se hace el prstamo.

fecha de recepcin ( ) fecha en que se debe devolver ( ) archivos que contiene ( ) formatos ( ) cifras de control ( ) cdigo de grabacin ( ) nombre del responsable que los presto ( ) otros

23. Indique qu procedimiento se sigue en el reemplazo de las cintas que contienen los archivos maestros: 24. Se conserva la cinta maestra anterior hasta despus de la nueva cinta? SI ( ) NO ( ) 25. El cintotecario controla la cinta maestra anterior previendo su uso incorrecto o su eliminacin prematura? SI ( ) NO ( ) 26. La operacin de reemplazo es controlada por el cintotecario? SI ( ) NO ( ) 27. Se utiliza la poltica de conservacin de archivos hijo-padre-abuelo? SI ( ) NO ( ) 28. En los procesos que manejan archivos en lnea, Existen procedimientos para recuperar los archivos? SI ( ) NO ( ) 29. Estos procedimientos los conocen los operadores? SI ( ) NO ( ) 30. Con que periodicidad se revisan estos procedimientos? MENSUAL ( ) ANUAL ( ) SEMESTRAL ( ) OTRA ( ) 31. Existe un responsable en caso de falla? SI ( ) NO ( ) 32. Explique que polticas se siguen para la obtencin de archivos de respaldo?

33. Existe un procedimiento para el manejo de la informacin de la cintoteca? SI ( ) NO ( ) 34. Lo conoce y lo sigue el cintotecario? SI ( ) NO ( ) 35. Se distribuyen en forma peridica entre los jefes de sistemas y programacin informes de archivos para que liberen los dispositivos de almacenamiento? SI ( ) NO ( ) Con qu frecuencia?

CONTROL DE MANTENIMIENTO Como se sabe existen bsicamente tres tipos de contrato de mantenimiento: El contrato de mantenimiento total que incluye el mantenimiento correctivo y preventivo, el cual a su vez puede dividirse en aquel que incluye las partes dentro del contrato y el que no incluye partes. El contrato que incluye refacciones es propiamente como un seguro, ya que en caso de descompostura el proveedor debe proporcionar las partes sin costo alguno. Este tipo de contrato es normalmente mas caro, pero se deja al proveedor la responsabilidad total del mantenimiento a excepcin de daos por negligencia en la utilizacin del equipo. (Este tipo de mantenimiento normalmente se emplea en equipos grandes). El segundo tipo de mantenimiento es "por llamada", en el cual en caso de descompostura se le llama al proveedor y ste cobra de acuerdo a una tarifa y al tiempo que se requiera para componerlo(casi todos los proveedores incluyen, en la cotizacin de compostura, el tiempo de traslado de su oficina a donde se encuentre el equipo y viceversa). Este tipo de mantenimiento no incluye refacciones. El tercer tipo de mantenimiento es el que se conoce como "en banco", y es aquel en el cual el cliente lleva a las oficinas del proveedor el equipo, y este hace una cotizacin de acuerdo con el tiempo necesario para su compostura mas las refacciones (este tipo de mantenimiento puede ser el adecuado para computadoras personales). Al evaluar el mantenimiento se debe primero analizar cual de los tres tipos es el que ms nos conviene y en segundo lugar pedir los contratos y revisar con detalles que las clusulas estn perfectamente definidas en las cuales se elimine toda la subjetividad y con penalizacin en caso de incumplimiento, para evitar contratos que sean parciales. Para poder exigirle el cumplimiento del contrato de debe tener un estricto control sobre las fallas, frecuencia, y el tiempo de reparacin. Para evaluar el control que se tiene sobre el mantenimiento y las fallas se pueden utilizar los siguientes cuestionarios:

1. Especifique el tipo de contrato de mantenimiento que se tiene (solicitar copia del contrato). 2. Existe un programa de mantenimiento preventivo para cada dispositivo del sistema de computo? SI ( ) NO ( ) 3. Se lleva a cabo tal programa? SI ( ) NO ( ) 4. Existen tiempos de respuesta y de compostura estipulados en los contratos? SI ( ) NO ( ) 5. Si los tiempos de reparacin son superiores a los estipulados en el contrato, Qu acciones correctivas se toman para ajustarlos a lo convenido? SI ( ) NO ( ) 6. Solicite el plan de mantenimiento preventivo que debe ser proporcionado por el proveedor.SI ( ) NO ( ) Cual? 8. Cmo se notifican las fallas? 9. Cmo se les da seguimiento? ORDEN EN EL CENTRO DE CMPUTO Una direccin de Sistemas de Informacin bien administrada debe tener y observar reglas relativas al orden y cuidado del departamento de cmputo. Los dispositivos del sistema de cmputo, los archivos magnticos, pueden ser daados si se manejan en forma inadecuada y eso puede traducirse en perdidas irreparables de informacin o en costos muy elevados en la reconstruccin de archivos. Se deben revisar las disposiciones y reglamentos que coadyuven al mantenimiento del orden dentro del departamento de cmputo. 1. Indique la periodicidad con que se hace la limpieza del departamento de cmputo y de la cmara de aire que se encuentra abajo del piso falso si existe y los ductos de aire: Semanalmente ( ) Quincenalmente ( ) Mensualmente ( ) Bimestralmente ( ) No hay programa ( ) Otra (especifique) ( ) 2. Existe un lugar asignado a las cintas y discos magnticos? SI ( ) NO ( )

3. Se tiene asignado un lugar especifico para papelera y utensilios de trabajo? SI ( ) NO ( ) 4. Son funcionales los muebles asignados para la cintoteca y discoteca? SI ( ) NO ( ) 5. Se tienen disposiciones para que se acomoden en su lugar correspondiente, despus de su uso, las cintas, los discos magnticos, la papelera, etc.? SI ( ) NO ( ) 6. Indique la periodicidad con que se limpian las unidades de cinta: Al cambio de turno ( ) cada semana ( ) cada da ( ) otra (especificar) ( ) 7. Existen prohibiciones para fumar, tomar alimentos y refrescos en el departamento de cmputo? SI ( ) NO ( ) 8. Se cuenta con carteles en lugares visibles que recuerdan dicha prohibicin? SI ( ) NO ( ) 9. Se tiene restringida la operacin del sistema de cmputo al personal especializado de la Direccin de Informtica? SI ( ) NO ( ) 10. Mencione los casos en que personal ajeno al departamento de operacin opera el sistema de cmputo: EVALUACIN DE LA CONFIGURACIN DEL SISTEMA DE CMPUTO Los objetivos son evaluar la configuracin actual tomando en consideracin las aplicaciones y el nivel de uso del sistema, evaluar el grado de eficiencia con el cual el sistema operativo satisface las necesidades de la instalacin y revisar las polticas seguidas por la unidad de informtica en la conservacin de su programoteca. Esta seccin esta orientada a: a) Evaluar posibles cambios en el hardware a fin de nivelar el sistema de cmputo con la carga de trabajo actual o de comparar la capacidad instalada con los planes de desarrollo a mediano y lago plazo. b) Evaluar las posibilidades de modificar el equipo para reducir el costo o bien el tiempo de proceso. c) Evaluar la utilizacin de los diferentes dispositivos perifricos.

1. De acuerdo con los tiempos de utilizacin de cada dispositivo del sistema de cmputo, existe equipo? Con poco uso? SI ( ) NO ( ) Ocioso? SI ( ) NO ( ) Con capacidad superior a la necesaria? SI ( ) NO ( ) Describa cual es ____________________________________________________ 2. El equipo mencionado en el inciso anterior puede reemplazarse por otro mas lento y de menor costo? SI ( ) NO ( ) 3. Si la respuesta al inciso anterior es negativa, el equipo puede ser cancelado? SI ( ) NO ( ) 4. De ser negativa la respuesta al inciso anterior, explique las causas por las que no puede ser cancelado o cambiado. ________________________________________________________________ 5. El sistema de cmputo tiene capacidad de teleproceso? SI ( ) NO ( ) 6. Se utiliza la capacidad de teleproceso? SI ( ) NO ( ) 7. En caso negativo, exponga los motivos por los cuales no utiliza el teleproceso? SI ( ) NO ( ) 8. Cuantas terminales se tienen conectadas al sistema de cmputo?

9. Se ha investigado si ese tiempo de respuesta satisface a los usuarios? SI ( ) NO ( ) 10. La capacidad de memoria y de almacenamiento mximo del sistema de cmputo es suficiente para atender el proceso por lotes y el proceso remoto? SI ( ) NO ( ) SEGURIDAD LGICA Y CONFIDENCIAL

La computadora es un instrumento que estructura gran cantidad de informacin, la cual puede ser confidencial para individuos, empresas o instituciones, y puede ser mal utilizada o divulgada a personas que hagan mal uso de esta. Tambin puede ocurrir robos, fraudes o sabotajes que provoquen la destruccin total o parcial de la actividad computacional.

Esta informacin puede ser de suma importancia, y el no tenerla en el momento preciso puede provocar retrasos sumamente costosos. Antes esta situacin, en el transcurso del siglo XX, el mundo ha sido testigo de la transformacin de algunos aspectos de seguridad y de derecho. En la actualidad y principalmente en las computadoras personales, se ha dado otro factor que hay que considerar el llamado ""virus" de las computadoras, el cual aunque tiene diferentes intenciones se encuentra principalmente para paquetes que son copiados sin autorizacin ("piratas") y borra toda la informacin que se tiene en un disco. Al auditar los sistemas se debe tener cuidado que no se tengan copias "piratas" o bien que, al conectarnos en red con otras computadoras, no exista la posibilidad de transmisin del virus. El uso inadecuado de la computadora comienza desde la utilizacin de tiempo de mquina para usos ajenos de la organizacin, la copia de programas para fines de comercializacin sin reportar los derechos de autor hasta el acceso por va telefnica a bases de datos a fin de modificar la informacin con propsitos fraudulentos. Un mtodo eficaz para proteger sistemas de computacin es el software de control de acceso. Dicho simplemente, los paquetes de control de acceso protegen contra el acceso no autorizado, pues piden del usuario una contrasea antes de permitirle el acceso a informacin confidencial. Dichos paquetes han sido populares desde hace muchos aos en el mundo de las computadoras grandes, y los principales proveedores ponen a disposicin de clientes algunos de estos paquetes. El sistema integral de seguridad debe comprender:

Elementos administrativos Definicin de una poltica de seguridad Organizacin y divisin de responsabilidades Seguridad fsica y contra catstrofes(incendio, terremotos, etc.) Prcticas de seguridad del personal Elementos tcnicos y procedimientos Sistemas de seguridad (de equipos y de sistemas, incluyendo todos los elementos, tanto redes como terminales. Aplicacin de los sistemas de seguridad, incluyendo datos y archivos El papel de los auditores, tanto internos como externos Planeacin de programas de desastre y su prueba.

Se debe evaluar el nivel de riesgo que puede tener la informacin para poder hacer un adecuado estudio costo/beneficio entre el costo por perdida de informacin y el costo de un sistema de seguridad, para lo cual se debe considerar lo siguiente:

Clasificar la instalacin en trminos de riesgo (alto, mediano, pequeo). Identificar aquellas aplicaciones que tengan un alto riesgo.

Cuantificar el impacto en el caso de suspensin del servicio en aquellas aplicaciones con un alto riesgo. Formular las medidas de seguridad necesarias dependiendo del nivel de seguridad que se requiera. La justificacin del costo de implantar las medidas de seguridad para poder clasificar el riesgo e identificar las aplicaciones de alto riesgo, se debe preguntar lo siguiente:
o o o

Que sucedera si no se puede usar el sistema?

Si la contestacin es que no se podra seguir trabajando, esto nos sita en un sistema de alto riego. La siguiente pregunta es:
o o o o o

Que implicaciones tiene el que no se obtenga el sistema y cuanto tiempo podramos estar sin utilizarlo? Existe un procedimiento alterno y que problemas nos ocasionara? Que se ha hecho para un caso de emergencia?

Una vez que se ha definido, el grado de riesgo, hay que elaborar una lista de los sistemas con las medias preventivas que se deben tomar, as como las correctivas en caso de desastre sealndole a cada uno su prioridad . Hay que tener mucho cuidado con la informacin que sale de la oficina, su utilizacin y que sea borrada al momento de dejar la instalacin que est dando respaldo. Para clasificar la instalacin en trminos de riesgo se debe:

Clasificar los datos, informacin y programas que contienen informacin confidencial que tenga un alto valor dentro del mercado de competencia de una organizacin, e informacin que sea de difcil recuperacin. Identificar aquella informacin que tenga un gran costo financiero en caso de prdida o bien puede provocar un gran impacto en la toma de decisiones. Determinar la informacin que tenga una gran prdida en la organizacin y, consecuentemente, puedan provocar hasta la posibilidad de que no pueda sobrevivir sin esa informacin.

Para cuantificar el riesgo es necesario que se efecten entrevistas con los altos niveles administrativos que sean directamente afectados por la suspensin en el procesamiento y que cuantifquen el impacto que les puede causar este tipo de situaciones.

Para evaluar las medidas de seguridad se debe:

Especificar la aplicacin, los programas y archivos. Las medidas en caso de desastre, prdida total, abuso y los planes necesarios. Las prioridades que se deben tomar en cuanto a las acciones a corto y largo plazo. En cuanto a la divisin del trabajo se debe evaluar que se tomen las siguientes precauciones, las cuales dependern del riesgo que tenga la informacin y del tipo y tamao de la organizacin.
o o o o o

El personal que prepara la informacin no debe tener acceso a la operacin. Los anlisis y programadores no deben tener acceso al rea de operaciones y viceversa. Los operadores no debe tener acceso irrestringido a las libreras ni a los lugares donde se tengan los archivos almacenados; es importante separar las funciones de librera y de operacin. Los operadores no deben ser los nicos que tengan el control sobre los trabajos procesados y no deben hacer las correcciones a los errores detectados.

o o

Al implantar sistemas de seguridad puede, reducirse la flexibilidad en el trabajo, pero no debe reducir la eficiencia. SEGURIDAD FSICA

El objetivo es establecer polticas, procedimientos y prcticas para evitar las interrupciones prolongadas del servicio de procesamiento de datos, informacin debido a contingencias como incendio, inundaciones, huelgas, disturbios, sabotaje, etc. y continuar en medio de emergencia hasta que sea restaurado el servicio completo. Entre las precauciones que se deben revisar estn:

Los ductos del aire acondicionado deben estar limpios, ya que son una de las principales causas del polvo y se habr de contar con detectores de humo que indiquen la posible presencia de fuego. En las instalaciones de alto riesgo se debe tener equipo de fuente no interrumpible, tanto en la computadora como en la red y los equipos de teleproceso.

En cuanto a los extintores, se debe revisar en nmero de estos, su capacidad, fcil acceso, peso y tipo de producto que utilizan. Es muy frecuente que se tengan los extintores, pero puede suceder que no se encuentren recargados o bien que sean de difcil acceso de un peso tal que sea difcil utilizarlos. Esto es comn en lugares donde se encuentran trabajando hombres y mujeres y los extintores estn a tal altura o con un peso tan grande que una mujer no puede utilizarlos. Otro de los problemas es la utilizacin de extintores inadecuados que pueden provocar mayor perjuicio a las mquinas (extintores lquidos) o que producen gases txicos. Tambin se debe ver si el personal sabe usar los equipos contra incendio y si ha habido prcticas en cuanto a su uso. Se debe verificar que existan suficientes salidas de emergencia y que estn debidamente controladas para evitar robos por medio de estas salidas. Los materiales mas peligrosos son las cintas magnticas que al quemarse, producen gases txicos y el papel carbn que es altamente inflamable.

Tomando en cuenta lo anterior se elaboro el siguiente cuestionario: 1. Se han adoptado medidas de seguridad en el departamento de sistemas de informacin? SI ( ) NO ( ) 2. Existen una persona responsable de la seguridad? SI ( ) NO ( ) 3. Se ha dividido la responsabilidad para tener un mejor control de la seguridad? SI ( ) NO ( ) 4. Existe personal de vigilancia en la institucin? SI ( ) NO ( ) 5. La vigilancia se contrata? a) Directamente ( ) b) Por medio de empresas que venden ese servicio ( ) 6. Existe una clara definicin de funciones entre los puestos clave? SI ( ) NO ( ) 7. Se investiga a los vigilantes cuando son contratados directamente? SI ( ) NO ( ) 8. Se controla el trabajo fuera de horario? SI ( ) NO ( )

9. Se registran las acciones de los operadores para evitar que realicen algunas pruebas que puedan daar los sistemas?. SI ( ) NO ( ) 10. Existe vigilancia en el departamento de cmputo las 24 horas? SI ( ) NO ( ) 11. Existe vigilancia a la entrada del departamento de cmputo las 24 horas? a) Vigilante ? ( ) b) Recepcionista? ( ) c) Tarjeta de control de acceso ? ( ) d) Nadie? ( ) 12. Se permite el acceso a los archivos y programas a los programadores, analistas y operadores? SI ( ) NO ( ) 13. Se ha instruido a estas personas sobre que medidas tomar en caso de que alguien pretenda entrar sin autorizacin? SI ( ) NO ( ) 14. El edificio donde se encuentra la computadora esta situado a salvo de: a) Inundacin? ( ) b) Terremoto? ( ) c) Fuego? ( ) d) Sabotaje? ( ) 15. El centro de cmputo tiene salida al exterior al exterior? SI ( ) NO ( ) 16. Describa brevemente la construccin del centro de cmputo, de preferencia proporcionando planos y material con que construido y equipo (muebles, sillas etc.) dentro del centro. 17. Existe control en el acceso a este cuarto? a) Por identificacin personal? ( ) b) Por tarjeta magntica? ( ) c) por claves verbales? ( ) d) Otras? ( ) 18. Son controladas las visitas y demostraciones en el centro de cmputo? SI ( ) NO ( ) 19. Se registra el acceso al departamento de cmputo de personas ajenas a la direccin de informtica? SI ( ) NO ( )

20. Se vigilan la moral y comportamiento del personal de la direccin de informtica con el fin de mantener una buena imagen y evitar un posible fraude? SI ( ) NO ( ) 21. Existe alarma para a) Detectar fuego(calor o humo) en forma automtica? ( ) b) Avisar en forma manual la presencia del fuego? ( ) c) Detectar una fuga de agua? ( ) d) Detectar magnticos? ( ) e) No existe ( ) 22. Estas alarmas estn a) En el departamento de cmputo? ( ) b) En la cintoteca y discoteca? ( ) 23. Existe alarma para detectar condiciones anormales del ambiente? a) En el departamento de cmputo? ( ) b) En la cntoteca y discoteca? ( ) c) En otros lados ( ) 24. La alarma es perfectamente audible? SI ( ) NO ( ) 25.Esta alarma tambin est conectada a) Al puesto de guardias? ( ) b) A la estacin de Bomberos? ( ) c) A ningn otro lado? ( ) Otro_________________________________________ 26. Existen extintores de fuego a) Manuales? ( ) b) Automticos? ( ) c) No existen ( ) 27. Se ha adiestrado el personal en el manejo de los extintores? SI ( ) NO ( ) 28. Los extintores, manuales o automticos a base de TIPO SI NO a) Agua, ( ) ( ) b) Gas? ( ) ( ) c) Otros ( ) ( ) 29. Se revisa de acuerdo con el proveedor el funcionamiento de los extintores? SI ( ) NO ( ) 30. Si es que existen extintores automticos son activador por detectores automticos de fuego? SI ( ) NO ( )

31. Si los extintores automticos son a base de agua Se han tomado medidas para evitar que el agua cause mas dao que el fuego? SI ( ) NO ( ) 32. Si los extintores automticos son a base de gas, Se ha tomado medidas para evitar que el gas cause mas dao que el fuego? SI ( ) NO ( ) 33. Existe un lapso de tiempo suficiente, antes de que funcionen los extintores automticos para que el personal a) Corte la accin de los extintores por tratarse de falsas alarmas? SI ( ) NO ( ) b) Pueda cortar la energa Elctrica SI ( ) NO ( ) c) Pueda abandonar el local sin peligro de intoxicacin SI ( ) NO ( ) d) Es inmediata su accin? SI ( ) NO ( ) 34. Los interruptores de energa estn debidamente protegidos, etiquetados y sin obstculos para alcanzarlos? SI ( ) NO ( ) 35. Saben que hacer los operadores del departamento de cmputo, en caso de que ocurra una emergencia ocasionado por fuego? SI ( ) NO ( ) 36. El personal ajeno a operacin sabe que hacer en el caso de una emergencia (incendio)? SI ( ) NO ( ) 37. Existe salida de emergencia? SI ( ) NO ( ) 38. Esta puerta solo es posible abrirla: a) Desde el interior ? ( ) b) Desde el exterior ? ( ) c) Ambos Lados ( ) 39. Se revisa frecuentemente que no est abierta o descompuesta la cerradura de esta puerta y de las ventanas, si es que existen? SI ( ) NO ( ) 40. Se ha adiestrado a todo el personal en la forma en que se deben desalojar las instalaciones en caso de emergencia? SI ( ) NO ( ) 41. Se ha tomado medidas para minimizar la posibilidad de fuego: a) Evitando artculos inflamables

en el departamento de cmputo? ( ) b) Prohibiendo fumar a los operadores en el interior? ( ) c) Vigilando y manteniendo el sistema elctrico? ( ) d) No se ha previsto ( ) 42. Se ha prohibido a los operadores el consumo de alimentos y bebidas en el interior del departamento de cmputo para evitar daos al equipo? SI ( ) NO ( ) 43. Se limpia con frecuencia el polvo acumulado debajo del piso falso si existe? SI ( ) NO ( ) 44. Se controla el acceso y prstamo en la a) Discoteca? ( ) b) Cintoteca? ( ) c) Programoteca? ( ) 45. Explique la forma como se ha clasificado la informacin vital, esencial, no esencial etc. 46. Se cuenta con copias de los archivos en lugar distinto al de la computadora? SI ( ) NO ( ) 47. Explique la forma en que estn protegidas fsicamente estas copias (bveda, cajas de seguridad etc.) que garantice su integridad en caso de incendio, inundacin, terremotos, etc. 48. Se tienen establecidos procedimientos de actualizacin a estas copias? SI ( ) NO ( ) 49. Indique el nmero de copias que se mantienen, de acuerdo con la forma en que se clasifique la informacin: 0123 50. Existe departamento de auditoria interna en la institucin? SI ( ) NO ( ) 51. Este departamento de auditoria interna conoce todos los aspectos de los sistemas? SI ( ) NO ( ) 52. Que tipos de controles ha propuesto? 53. Se cumplen? SI ( ) NO ( )

54. Se auditan los sistemas en operacin? SI ( ) NO ( ) 55.Con que frecuencia? a) Cada seis meses ( ) b) Cada ao ( ) c) Otra (especifique) ( ) 56.Cundo se efectan modificaciones a los programas, a iniciativa de quin es? a) Usuario ( ) b) Director de informtica ( ) c) Jefe de anlisis y programacin ( ) d) Programador ( ) e) Otras ( especifique) ________________________________________________ 57.La solicitud de modificaciones a los programas se hacen en forma? a) Oral? ( ) b) Escrita? ( ) En caso de ser escrita solicite formatos, 58.Una vez efectuadas las modificaciones, se presentan las pruebas a los interesados? SI ( ) NO ( ) 59.Existe control estricto en las modificaciones? SI ( ) NO ( ) 60.Se revisa que tengan la fecha de las modificaciones cuando se hayan efectuado? SI ( ) NO ( ) 61.Si se tienen terminales conectadas, se ha establecido procedimientos de operacin? SI ( ) NO ( ) 62.Se verifica identificacin: a) De la terminal ( ) b) Del Usuario ( ) c) No se pide identificacin ( ) 63.Se ha establecido que informacin puede ser acezada y por qu persona? SI ( ) NO ( ) 64.Se ha establecido un nmero mximo de violaciones en sucesin para que la computadora cierre esa terminal y se de aviso al responsable de ella? SI ( ) NO ( ) 65.Se registra cada violacin a los procedimientos con el fin de llevar estadsticas y frenar las tendencias mayores? SI ( ) NO ( )

66.Existen controles y medidas de seguridad sobre las siguientes operaciones? Cuales son? ( )Recepcin de documentos___________________________________________ ( )Informacin Confidencial____________________________________________ ( )Captacin de documentos____________________________________________ ( )Cmputo Electrnico_______________________________________________ ( )Programas_______________________________________________________ ( )Discotecas y Cintotecas_____________________________________________ ( )Documentos de Salida______________________________________________ ( )Archivos Magnticos_______________________________________________ ( )Operacin del equipo de computacin__________________________________ ( )En cuanto al acceso de personal_______________________________________ ( )Identificacin del personal___________________________________________ ( )Policia___________________________________________________________ ( )Seguros contra robo e incendio_______________________________________ ( )Cajas de seguridad_________________________________________________ ( )Otras (especifique)_________________________________________________ SEGURIDAD EN LA UTILIZACIN DEL EQUIPO En la actualidad los programas y los equipos son altamente sofisticados y slo algunas personas dentro del centro de cmputo conocen al detalle el diseo, lo que puede provocar que puedan producir algn deterioro a los sistemas si no se toman las siguientes medidas: 1) Se debe restringir el acceso a los programas y a los archivos. 2) Los operadores deben trabajar con poca supervisin y sin la participacin de los programadores, y no deben modificar los programas ni los archivos. 3) Se debe asegurar en todo momento que los datos y archivos usados sean los adecuados, procurando no usar respaldos inadecuados. 4) No debe permitirse la entrada a la red a personas no autorizadas, ni a usar las terminales. 5) Se deben realizar peridicamente una verificacin fsica del uso de terminales y de los reportes obtenidos. 6) Se deben monitorear peridicamente el uso que se le est dando a las terminales. 7) Se deben hacer auditoras peridicas sobre el rea de operacin y la utilizacin de las terminales. 8) El usuario es el responsable de los datos, por lo que debe asegurarse que los datos recolectados sean procesados completamente. Esto slo se lograr por medio de los controles adecuados, los cuales deben ser definidos desde el momento del diseo general del sistema. 9) Deben existir registros que reflejen la transformacin entre las diferentes funciones de un sistema. 10) Debe controlarse la distribucin de las salidas (reportes, cintas, etc.). 11) Se debe guardar copias de los archivos y programas en lugares ajenos al centro de cmputo y en las instalaciones de alta seguridad; por ejemplo: los bancos. 12) Se debe tener un estricto control sobre el acceso fsico a los archivos.

13) En el caso de programas, se debe asignar a cada uno de ellos, una clave que identifique el sistema, subsistema, programa y versin. Tambin evitar que el programador ponga nombres que nos signifiquen nada y que sean difciles de identificar, lo que evitar que el programador utilice la computadora para trabajos personales. Otro de los puntos en los que hay que tener seguridad es en el manejo de informacin. Para controlar este tipo de informacin se debe: 1) Cuidar que no se obtengan fotocopias de informacin confidencial sin la debida autorizacin. 2) Slo el personal autorizado debe tener acceso a la informacin confidencial. 3) Controlar los listados tanto de los procesos correctos como aquellos procesos con terminacin incorrecta. 4) Controlar el nmero de copias y la destruccin de la informacin y del papel carbn de los reportes muy confidenciales. El factor ms importante de la eliminacin de riesgos en la programacin es que todos los programas y archivos estn debidamente documentados. El siguiente factor en importancia es contar con los respaldos, y duplicados de los sistemas, programas, archivos y documentacin necesarios para que pueda funcionar el plan de emergencia.

Equipo, programas y archivos Control de aplicaciones por terminal Definir una estrategia de seguridad de la red y de respaldos Requerimientos fsicos. Estndar de archivos. Auditora interna en el momento del diseo del sistema, su implantacin y puntos de verificacin y control. SEGURIDAD AL RESTAURAR EL EQUIPO

En un mundo que depende cada da mas de los servicios proporcionados por las computadoras, es vital definir procedimientos en caso de una posible falta o siniestro. Cuando ocurra una contingencia, es esencial que se conozca al detalle el motivo que la origin y el dao causado, lo que permitir recuperar en el menor tiempo posible el proceso perdido. Tambin se debe analizar el impacto futuro en el funcionamiento de la organizacin y prevenir cualquier implicacin negativa. En todas las actividades relacionadas con las ciencias de la computacin, existe un riesgo aceptable, y es necesario analizar y entender estos factores para establecer los procedimientos que permitan analizarlos al mximo y en caso que ocurran, poder reparar el dao y reanudar la operacin lo mas rpidamente posible.

En una situacin ideal, se deberan elaborar planes para manejar cualquier contingencia que se presente. Analizando cada aplicacin se deben definir planes de recuperacin y reanudacin, para asegurarse que los usuarios se vean afectados lo menos posible en caso de falla o siniestro. Las acciones de recuperacin disponibles a nivel operativo pueden ser algunas de las siguientes:

En algunos casos es conveniente no realizar ninguna accin y reanudar el proceso. Mediante copias peridicas de los archivos se puede reanudar un proceso a partir de una fecha determinada. El procesamiento anterior complementado con un registro de las transacciones que afectaron a los archivos permitir retroceder en los movimientos realizados a un archivo al punto de tener la seguridad del contenido del mismo a partir de l reanudar el proceso. Analizar el flujo de datos y procedimientos y cambiar el proceso normal por un proceso alterno de emergencia. Reconfigurar los recursos disponibles, tanto de equipo y sistemas como de comunicaciones.

Cualquier procedimiento que se determine que es el adecuado para un caso de emergencia deber ser planeado y probado previamente. Este grupo de emergencia deber tener un conocimiento de los posibles procedimientos que puede utilizar, adems de un conocimiento de las caractersticas de las aplicaciones, tanto desde el punto tcnico como de su prioridad, el nivel de servicio planeado y su influjo en la operacin de la organizacin. Adems de los procedimientos de recuperacin y reinicio de la informacin, se deben contemplar los procedimientos operativos de los recursos fsicos como hardware y comunicaciones, planeando la utilizacin de equipos que permitan seguir operando en caso de falta de la corriente elctrica, caminos alternos de comunicacin y utilizacin de instalaciones de cmputo similares. Estas y otras medidas de recuperacin y reinicio debern ser planeadas y probadas previamente como en el caso de la informacin. El objetivo del siguiente cuestionario es evaluar los procedimientos de restauracin y repeticin de procesos en el sistema de cmputo. 1) Existen procedimientos relativos a la restauracin y repeticin de procesos en el sistema de cmputo? SI ( ) NO ( ) 2) Enuncie los procedimientos mencionados en el inciso anterior?

3) Cuentan los operadores con alguna documentacin en donde se guarden las instrucciones actualizadas para el manejo de restauraciones? SI ( ) NO ( ) En el momento que se hacen cambios o correcciones a los programas y/o archivos se deben tener las siguientes precauciones: 1) Las correcciones de programas deben ser debidamente autorizadas y probadas. Con esto se busca evitar que se cambien por nueva versin que antes no ha sido perfectamente probada y actualizada. 2) Los nuevos sistemas deben estar adecuadamente documentos y probados. 3) Los errores corregidos deben estar adecuadamente documentados y las correcciones autorizadas y verificadas. Los archivos de nuevos registros o correcciones ya existentes deben estar documentados y verificados antes de obtener reportes. PROCEDIMIENTOS DE RESPALDO EN CASO DE DESASTRE Se debe establecer en cada direccin de informtica un plan de emergencia el cual ha de ser aprobado por la direccin de informtica y contener tanto procedimiento como informacin para ayudar a la recuperacin de interrupciones en la operacin del sistema de cmputo. El sistema debe ser probado y utilizado en condiciones anormales, para que en cas de usarse en situaciones de emergencia, se tenga la seguridad que funcionar. La prueba del plan de emergencia debe hacerse sobre la base de que la emergencia existe y se ha de utilizar respaldos. Se deben evitar suposiciones que, en un momento de emergencia, hagan inoperante el respaldo, en efecto, aunque el equipo de cmputo sea aparentemente el mismo, puede haber diferencias en la configuracin, el sistema operativo, en disco etc. El plan de emergencia una vez aprobado, se distribuye entre personal responsable de su operacin, por precaucin es conveniente tener una copia fuera de la direccin de informtica. En virtud de la informacin que contiene el plan de emergencia, se considerar como confidencial o de acceso restringido. La elaboracin del plan y de los componentes puede hacerse en forma independiente de acuerdo con los requerimientos de emergencia, La estructura del plan debe ser tal que facilite su actualizacin.

Para la preparacin del plan se seleccionar el personal que realice las actividades claves del plan. El grupo de recuperacin en caso de emergencia debe estar integrado por personal de administracin de la direccin de informtica, debe tener tareas especficas como la operacin del equipo de respaldo, la interfaz administrativa. Los desastres que pueden suceder podemos clasificar as: a) Completa destruccin del centro de cmputo, b) Destruccin parcial del centro de cmputo, c) Destruccin o mal funcionamiento de los equipos auxiliares del centro de cmputo (electricidad, aire, acondicionado, etc.) d) Destruccin parcial o total de los equipos descentralizados e) Prdida total o parcial de informacin, manuales o documentacin f) Prdida del personal clave g) Huelga o problemas laborales. El plan en caso de desastre debe incluir:

La documentacin de programacin y de operacin. Los equipos:

o o o o o

El equipo completo El ambiente de los equipos Datos y archivos Papelera y equipo accesorio Sistemas (sistemas operativos, bases de datos, programas).

El plan en caso de desastre debe considerar todos los puntos por separado y en forma integral como sistema. La documentacin estar en todo momento tan actualizada como sea posible, ya que en muchas ocasiones no se tienen actualizadas las ltimas modificaciones y eso provoca que el plan de emergencia no pueda ser utilizado. Cuando el plan sea requerido debido a una emergencia, el grupo deber:

Asegurarse de que todos los miembros sean notificados, informar al director de informtica, Cuantificar el dao o prdida del equipo, archivos y documentos para definir que parte del plan debe ser activada. Determinar el estado de todos los sistemas en proceso, Notificar a los proveedores del equipo cual fue el dao, Establecer la estrategia para llevar a cabo las operaciones de emergencias tomando en cuenta:

 o o

Elaboracin de una lista con los mtodos disponibles para realizar la recuperacin Sealamiento de la posibilidad de alternar los procedimientos de operacin (por ejemplo, cambios en los dispositivos, sustituciones de procesos en lnea por procesos en lote). Sealamiento de las necesidades para armar y transportar al lugar de respaldo todos los archivos, programas, etc., que se requieren. Estimacin de las necesidades de tiempo de las computadoras para un periodo largo.

o o o o

Cuando ocurra la emergencia, se deber reducir la carga de procesos, analizando alternativas como:

Posponer las aplicaciones de prioridad ms baja, Cambiar la frecuencia del proceso de trabajos. Suspender las aplicaciones en desarrollo.

Por otro lado, se debe establecer una coordinacin estrecha con el personal de seguridad a fin de proteger la informacin. Respecto a la configuracin del equipo hay que tener toda la informacin correspondiente al hardware y software del equipo propio y del respaldo. Debern tenerse todas las especificaciones de los servicios auxiliares tales como energa elctrica, aire acondicionado, etc. a fin de contar con servicios de respaldo adecuados y reducir al mnimo las restricciones de procesos, se debern tomar en cuenta las siguientes consideraciones:

Mnimo de memoria principal requerida y el equipo perifrico que permita procesar las aplicaciones esenciales. Se debe tener documentados los cambios de software. En caso de respaldo en otras instituciones, previamente se deber conocer el tiempo de computadora disponible.

Es conveniente incluir en el acuerdo de soporte recproco los siguientes puntos:

Configuracin de equipos. Configuracin de equipos de captacin de datos.

Sistemas operativos. Configuracin de equipos perifricos.

ANEXO 1

PROGRAMA DE AUDITORIA EN SISTEMAS

INSTITUCION________________________ HOJA No.__________________ DE_____________ FECHA DE FORMULACION____________ NUMERO DE PERSONAL FAS DESCRIPCIO E N ACTIVIDA D PARTICIPANT E PERIODO ESTIMADO INICI O DIA DIAS S HOM HAB . TERMIN O EST. EST.

ANEXO 2 AVANCE DEL CUMPLIMIENTO DEL PROGRAMA DE AUDITORIA EN SISTEMAS

INSTITUCION_______________________ NUMERO___________ HOJA No._______ DE_______ PERIODO QUE REPORTA____________________________ PERIODO REAL DIA EXPLICAC DE LA DIAS GRAD S ION DE AUDITORIA FA REALES O DE HO LAS SE NO UTILIZA AVAN M. VARIACIO EN TERMIN INICIA TERMIN DOS CE EST NES EN INICIA PROC ADA DA ADA . RELACIO DA ESO SITUACION DE LA AUDITORIA

N CON LO PROGRAM ADO

ANEXO 3 Ejemplo de Propuesta de Servicios de Auditoria en Informtica I. II. (Anotar los antecedentes especficos del proyecto de Auditoria) ANTECEDENTES (Anotar el objetivo de la Auditoria) III. IV. OBJETIVOS ALCANCES DEL PROYECTO

El alcance del proyecto comprende: 1. 2. Evaluacin de la Direccin de Informtica en lo que corresponde a:

Capacitacin Planes de trabajo Controles Estndares

2. 3. Evaluacin de los Sistemas a. b. Evaluacin de los diferentes sistemas en operacin (flujo de informacin, procedimientos, documentacin, redundancia, organizacin de archivos, estndares de programacin, controles, utilizacin de los sistemas) c. Evaluacin del avance de los sistemas en desarrollo y congruencia con el diseo general d. Evaluacin de prioridades y recursos asignados (humanos y equipos de cmputo) e. Seguridad fsica y lgica de los sistemas, su confidencialidad y respaldos 3.

4. Evaluacin de los equipos

Capacidades Utilizacin Nuevos Proyectos Seguridad fsica y lgica Evaluacin fsica y lgica

IV. V.

METODOLOGIA

La metodologa de investigacin a utilizar en el proyecto se presenta a continuacin: 1. 2. Para la evaluacin de la Direccin de Informtica se llevarn a cabo las siguientes actividades:

Solicitud de los estndares utilizados y programa de trabajo Aplicacin del cuestionario al personal Anlisis y evaluacin del a informacin Elaboracin del informe

2. 3. Para la evaluacin de los sistemas tanto en operacin como en desarrollo se llevarn a cabo las siguientes actividades:

Solicitud del anlisis y diseo del os sistemas en desarrollo y en operacin Solicitud de la documentacin de los sistemas en operacin (manuales tcnicos, de operacin del usuario, diseo de archivos y programas) Recopilacin y anlisis de los procedimientos administrativos de cada sistema (flujo de informacin, formatos, reportes y consultas) Anlisis de llaves, redundancia, control, seguridad, confidencial y respaldos Anlisis del avance de los proyectos en desarrollo, prioridades y personal asignado Entrevista con los usuarios de los sistemas

Evaluacin directa de la informacin obtenida contra las necesidades y requerimientos del usuario Anlisis objetivo de la estructuracin y flujo de los programas Anlisis y evaluacin de la informacin recopilada Elaboracin del informe

3. 4. Para la evaluacin de los equipos se levarn a cabo las siguientes actividades:

Solicitud de los estudios de viabilidad y caractersticas de los equipos actuales, proyectos sobre ampliacin de equipo, su actualizacin Solicitud de contratos de compra y mantenimientos de equipo y sistemas Solicitud de contratos y convenios de respaldo Solicitud de contratos de Seguros Elaboracin de un cuestionario sobre la utilizacin de equipos, memoria, archivos, unidades de entrada/salida, equipos perifricos y su seguridad Visita tcnica de comprobacin de seguridad fsica y lgica de la instalaciones de la Direccin de Informtica Evaluacin tcnica del sistema electrnico y ambiental de los equipos y del local utilizado Evaluacin de la informacin recopilada, obtencin de grficas, porcentaje de utilizacin de los equipos y su justificacin

4. 5. Elaboracin y presentacin del informe final ( conclusiones y recomendaciones) V. VI.

TIEMPO Y COSTO

(Poner el tiempo en que se llevar a cabo el proyecto , de preferencia indicando el tiempo de cada una de las etapas, costo del proyecto Se agradece a las Corporaciones, que en forma desinteresa a travs de Internet, ponen informacin de valor, al alcance de todos .Forma de implementacin

La finalidad de evaluar los trabajos que se realizan para iniciar la operacin de un sistema, esto es, la prueba integral del sistema, adecuacin, aceptacin por parte del usuario, entrenamiento de los responsables del sistema etc. Indicar cules puntos se toman en cuenta para la prueba de un sistema: Prueba particular de cada programa ( ) Prueba por fase validacin, actualizacin ( ) Prueba integral del paralelo ( ) Prueba en paralelo sistema ( ) Otros (especificar)____________________________________________

Entrevista a usuarios La entrevista se deber llevar a cabo para comprobar datos proporcionados y la situacin de la dependencia en el departamento de Sistemas de Informacin . Su objeto es conocer la opinin que tienen los usuarios sobre los servicios proporcionados, as como la difusin de las aplicaciones de la computadora y de los sistemas en operacin. Las entrevistas se debern hacer, en caso de ser posible, a todos los asuarios o bien en forma aleatoria a algunos de los usuarios, tanto de los ms importantes como de los de menor importancia, en cuanto al uso del equipo. Desde el punto de vista del usuario los sistemas deben:

Cumplir con los requerimientos totales del usuario. Cubrir todos los controles necesarios. No exceder las estimaciones del presupuesto inicial. Sern fcilmente modificables.

Para que un sistema cumpla con los requerimientos del usuario, se necesita una comunicacin completa entre usuarios y responsable del desarrollo del sistema. En esta misma etapa debi haberse definido la calidad de la informacin que ser procesada por la computadora, establecindose los riesgos de la misma y la forma de minimizarlos. Para ello se debieron definir los controles adecuados, establecindose adems los niveles de acceso a la informacin, es decir, quin tiene privilegios de consulta, modificar o incluso borrar informacin. Esta etapa habr de ser cuidadosamente verificada por el auditor interno especialista en sistemas y por el auditor en informtica, para comprobar que se logro una adecuada comprensin de los requerimientos del usuario y un control satisfactorio de informacin.

Para verificar si los servicios que se proporcionan a los usuarios son los requeridos y se estn proporcionando en forma adecuada, cuando menos ser preciso considerar la siguiente informacin.

Descripcin de los servicios prestados. Criterios de evaluacin que utilizan los usuarios para evaluar el nivel del servicio prestado. Reporte peridico del uso y concepto del usuario sobre el servicio. Registro de los requerimientos planteados por el usuario.

Con esta informacin se puede comenzar a realizar la entrevista para determinar si los servicios proporcionados y planeados por la direccin de Informtica cubren las necesidades de informacin de las dependencias. A continuacin se presenta una gua de cuestionario para aplicarse durante la entrevista con el usuario. 1. Considera que el Departamento de Sistemas de Informacin de los resultados esperados?.Si ( ) No ( ) Por que? 2. Cmo considera usted, en general, el servicio proporcionado por el Departamento de Sistemas de Informacin? Deficiente ( ) Aceptable ( ) Satisfactorio ( ) Excelente ( ) Por que? 3. Cubre sus necesidades el sistema que utiliza el departamento de cmputo? No las cubre ( ) Parcialmente ( ) La mayor parte ( ) Todas ( ) Por que? 4. Hay disponibilidad del departamento de cmputo para sus requerimientos? Generalmente no existe ( ) Hay ocasionalmente ( ) Regularmente ( ) Siempre ( ) Por que? 5. Son entregados con puntualidad los trabajos? Nunca ( ) Rara vez ( )

Ocasionalmente ( ) Generalmente ( ) Siempre ( ) Por que? 6. Que piensa de la presentacin de los trabajadores solicitados al departamento de cmputo? Deficiente ( ) Aceptable ( ) Satisfactorio ( ) Excelente ( ) Por que? 7. Que piensa de la asesora que se imparte sobre informtica? No se proporciona ( ) Es insuficiente ( ) Satisfactoria ( ) Excelente ( ) Por que? 8. Que piensa de la seguridad en el manejo de la informacin proporcionada por el sistema que utiliza? Nula ( ) Riesgosa ( ) Satisfactoria ( ) Excelente ( ) Lo desconoce ( ) Por que? 9. Existen fallas de exactitud en los procesos de informacin? Cules? 10. Cmo utiliza los reportes que se le proporcionan? 11. Cules no Utiliza? 12. De aquellos que no utiliza por que razn los recibe? 13. Que sugerencias presenta en cuanto a la eliminacin de reportes modificacin, fusin, divisin de reporte? 14. Se cuenta con un manual de usuario por Sistema? SI ( ) NO ( ) 15. Es claro y objetivo el manual del usuario? SI ( ) NO ( )

16. Que opinin tiene el manual? NOTA: Pida el manual del usuario para evaluarlo. 17. Quin interviene de su departamento en el diseo de sistemas? 18. Que sistemas deseara que se incluyeran? 19. Observaciones: Controles Los datos son uno de los recursos ms valiosos de las organizaciones y, aunque son intangibles, necesitan ser controlados y auditados con el mismo cuidado que los dems inventarios de la organizacin, por lo cual se debe tener presente: a) La responsabilidad de los datos es compartida conjuntamente por alguna funcin determinada y el departamento de cmputo. b) Un problema de dependencia que se debe considerar es el que se origina por la duplicidad de los datos y consiste en poder determinar los propietarios o usuarios posibles(principalmente en el caso de redes y banco de datos) y la responsabilidad de su actualizacin y consistencia. c) Los datos debern tener una clasificacin estndar y un mecanismo de identificacin que permita detectar duplicidad y redundancia dentro de una aplicacin y de todas las aplicaciones en general. d) Se deben relacionar los elementos de los datos con las bases de datos donde estn almacenados, as como los reportes y grupos de procesos donde son generados. CONTROL DE LOS DATOS FUENTE Y MANEJO CIFRAS DE CONTROL La mayora de los Delitos por computadora son cometidos por modificaciones de datos fuente al:

Suprimir u omitir datos. Adicionar Datos. Alterar datos. Duplicar procesos.

Esto es de suma importancia en caso de equipos de cmputo que cuentan con sistemas en lnea, en los que los usuarios son los responsables de la captura y modificacin de la informacin al tener un adecuado control con sealamiento de responsables de los datos(uno de los usuarios debe ser el nico responsable de determinado dato), con claves de acceso de acuerdo a niveles.

El primer nivel es el que puede hacer nicamente consultas. El segundo nivel es aquel que puede hacer captura, modificaciones y consultas y el tercer nivel es el que solo puede hacer todos lo anterior y adems puede realizar bajas. NOTA: Debido a que se denomina de diferentes formas la actividad de transcribir la informacin del dato fuente a la computadora, en el presente trabajo se le denominar captura o captacin considerndola como sinnimo de digitalizar (capturista, digitalizadora). Lo primero que se debe evaluar es la entrada de la informacin y que se tengan las cifras de control necesarias para determinar la veracidad de la informacin, para lo cual se puede utilizar el siguiente cuestionario: 1. Indique el porcentaje de datos que se reciben en el rea de captacin 2. Indique el contenido de la orden de trabajo que se recibe en el rea de captacin de datos: Nmero de folio ( ) Nmero(s) de formato(s) ( ) Fecha y hora de Nombre, Depto. ( ) Recepcin ( ) Usuario ( ) Nombre del documento ( ) Nombre responsable ( ) Volumen aproximado Clave de cargo de registro ( ) (Nmero de cuenta) ( ) Nmero de registros ( ) Fecha y hora de entrega de Clave del capturista ( ) documentos y registros captados ( ) Fecha estimada de entrega ( ) 3. Indique cul(es) control(es) interno(s) existe(n) en el rea de captacin de datos: Firmas de autorizacin ( ) Recepcin de trabajos ( ) Control de trabajos atrasados ( ) Revisin del documento ( ) Avance de trabajos ( ) fuente(legibilidad, verificacin de datos completos, etc.) ( ) Prioridades de captacin ( ) Errores por trabajo ( ) Produccin de trabajo ( ) Correccin de errores ( ) Produccin de cada operador ( ) Entrega de trabajos ( ) Verificacin de cifras Costo Mensual por trabajo ( ) de control de entrada con las de salida. ( ) 4. Existe un programa de trabajo de captacin de datos? a) Se elabora ese programa para cada turno? Diariamente ( ) Semanalmente ( ) Mensualmente ( ) b) La elaboracin del programa de trabajos se hace: Internamente ( ) Se les sealan a los usuarios las prioridades ( )

c) Que accin(es) se toma(n) si el trabajo programado no se recibe a tiempo? 5. Quin controla las entradas de documentos fuente? 6. En que forma las controla? 7. Que cifras de control se obtienen? Sistema Cifras que se Observaciones Obtienen 8. Que documento de entrada se tienen? Sistemas Documentos Depto. que periodicidad Observaciones proporciona el documento 9. Se anota que persona recibe la informacin y su volumen? SI NO 10. Se anota a que capturista se entrega la informacin, el volumen y la hora? SI NO 11. Se verifica la cantidad de la informacin recibida para su captura? SI NO 12. Se revisan las cifras de control antes de enviarlas a captura? SI NO 13. Para aquellos procesos que no traigan cifras de control se ha establecido criterios a fin de asegurar que la informacin es completa y valida? SI NO 14. Existe un procedimiento escrito que indique como tratar la informacin invlida (sin firma ilegible, no corresponden las cifras de control)? 15. En caso de resguardo de informacin de entrada en sistemas, Se custodian en un lugar seguro? 16. Si se queda en el departamento de sistemas, Por cuanto tiempo se guarda? 17. Existe un registro de anomalas en la informacin debido a mala codificacin? 18. Existe una relacin completa de distribucin de listados, en la cual se indiquen personas, secuencia y sistemas a los que pertenecen?

19. Se verifica que las cifras de las validaciones concuerden con los documentos de entrada? 20. Se hace una relacin de cuando y a quin fueron distribuidos los listados? _________________________________________________________________________ 21. Se controlan separadamente los documentos confidenciales? _________________________________________________________________________ 22. Se aprovecha adecuadamente el papel de los listados inservibles? _________________________________________________________________________ 23. Existe un registro de los documentos que entran a capturar? _________________________________________________________________________ 24. Se hace un reporte diario, semanal o mensual de captura? _________________________________________________________________________ 25. Se hace un reporte diario, semanal o mensual de anomalas en la informacin de entrada? 26. Se lleva un control de la produccin por persona? 27. Quin revisa este control? 28. Existen instrucciones escritas para capturar cada aplicacin o, en su defecto existe una relacin de programas? CONTROL DE OPERACIN La eficiencia y el costo de la operacin de un sistema de cmputo se ven fuertemente afectados por la calidad e integridad de la documentacin requerida para el proceso en la computadora. El objetivo del presente ejemplo de cuestionario es sealar los procedimientos e instructivos formales de operacin, analizar su estandarizacin y evaluar el cumplimiento de los mismos. 1. Existen procedimientos formales para la operacin del sistema de computo? SI ( ) NO ( ) 2. Estn actualizados los procedimientos? SI ( ) NO ( ) 3. Indique la periodicidad de la actualizacin de los procedimientos:

Semestral ( ) Anual ( ) Cada vez que haya cambio de equipo ( ) 4. Indique el contenido de los instructivos de operacin para cada aplicacin: Identificacin del sistema ( ) Identificacin del programa ( ) Periodicidad y duracin de la corrida ( ) Especificacin de formas especiales ( ) Especificacin de cintas de impresoras ( ) Etiquetas de archivos de salida, nombre, ( ) archivo lgico, y fechas de creacin y expiracin Instructivo sobre materiales de entrada y salida ( ) Altos programados y la acciones requeridas ( ) Instructivos especficos a los operadores en caso de falla del equipo ( ) Instructivos de reinicio ( ) Procedimientos de recuperacin para proceso de gran duracin o criterios ( ) Identificacin de todos los dispositivos de la mquina a ser usados ( ) Especificaciones de resultados (cifras de control, registros de salida por archivo, etc. ) ( ) 5. Existen rdenes de proceso para cada corrida en la computadora (incluyendo pruebas, compilaciones y produccin)? SI ( ) NO ( ) 6. Son suficientemente claras para los operadores estas rdenes? SI ( ) NO ( ) 7. Existe una estandarizacin de las ordenes de proceso? SI ( ) NO ( ) 8. Existe un control que asegure la justificacin de los procesos en el computador? (Que los procesos que se estn autorizados y tengan una razn de ser procesados. SI ( ) NO ( ) 9. Cmo programan los operadores los trabajos dentro del departamento de cmputo? Primero que entra, primero que sale ( ) se respetan las prioridades, ( ) Otra (especifique) ( ) 10. Los retrasos o incumplimiento con el programa de operacin diaria, se revisa y analiza? SI ( ) NO ( )

11. Quin revisa este reporte en su caso? 12. Analice la eficiencia con que se ejecutan los trabajos dentro del departamento de cmputo, tomando en cuenta equipo y operador, a travs de inspeccin visual, y describa sus observaciones. 13. Existen procedimientos escritos para la recuperacin del sistema en caso de falla? 14. Cmo se acta en caso de errores? 15. Existen instrucciones especificas para cada proceso, con las indicaciones pertinentes? 16. Se tienen procedimientos especficos que indiquen al operador que hacer cuando un programa interrumpe su ejecucin u otras dificultades en proceso? 17. Puede el operador modificar los datos de entrada? 18. Se prohibe a analistas y programadores la operacin del sistema que programo o analizo? 19. Se prohibe al operador modificar informacin de archivos o bibliotecas de programas? 20. El operador realiza funciones de mantenimiento diario en dispositivos que as lo requieran? 21. Las intervenciones de los operadores: Son muy numerosas? SI ( ) NO ( ) Se limitan los mensajes esenciales? SI ( ) NO ( ) Otras (especifique)______________________________________________________ 22. Se tiene un control adecuado sobre los sistemas y programas que estn en operacin? SI ( ) NO ( ) 23. Cmo controlan los trabajos dentro del departamento de cmputo? 24. Se rota al personal de control de informacin con los operadores procurando un entrenamiento cruzado y evitando la manipulacin fraudulenta de datos? SI ( ) NO ( ) 25. Cuentan los operadores con una bitcora para mantener registros de cualquier evento y accin tomada por ellos? Si ( ) por mquina ( ) escrita manualmente ( ) NO ( )

26. Verificar que exista un registro de funcionamiento que muestre el tiempo de paros y mantenimiento o instalaciones de software. 27.Existen procedimientos para evitar las corridas de programas no autorizados? SI ( ) NO ( ) 28. Existe un plan definido para el cambio de turno de operaciones que evite el descontrol y discontinuidad de la operacin. 29. Verificar que sea razonable el plan para coordinar el cambio de turno. 30. Se hacen inspecciones peridicas de muestreo? SI ( ) NO ( ) 31. Enuncie los procedimientos mencionados en el inciso anterior: 32. Se permite a los operadores el acceso a los diagramas de flujo, programas fuente, etc. fuera del departamento de cmputo? SI ( ) NO ( ) 33. Se controla estrictamente el acceso a la documentacin de programas o de aplicaciones rutinarias? SI ( ) NO ( ) Cmo?_______________________________________________________________ 34. Verifique que los privilegios del operador se restrinjan a aquellos que le son asignados a la clasificacin de seguridad de operador. 35. Existen procedimientos formales que se deban observar antes de que sean aceptados en operacin, sistemas nuevos o modificaciones a los mismos? SI ( ) NO ( ) 36. Estos procedimientos incluyen corridas en paralelo de los sistemas modificados con las versiones anteriores? SI ( ) NO ( ) 37. Durante cuanto tiempo? 38. Que precauciones se toman durante el periodo de implantacin? 39. Quin da la aprobacin formal cuando las corridas de prueba de un sistema modificado o nuevo estn acordes con los instructivos de operacin. 40. Se catalogan los programas liberados para produccin rutinaria? SI ( ) NO ( )

41. Mencione que instructivos se proporcionan a las personas que intervienen en la operacin rutinaria de un sistema. 42. Indique que tipo de controles tiene sobre los archivos magnticos de los archivos de datos, que aseguren la utilizacin de los datos precisos en los procesos correspondientes. 43. Existe un lugar para archivar las bitcoras del sistema del equipo de cmputo? SI ( ) NO ( ) 44. Indique como est organizado este archivo de bitcora.

Por fecha ( ) por fecha y hora ( ) por turno de operacin ( ) Otros ( )

45. Cul es la utilizacin sistemtica de las bitcoras? 46. Adems de las mencionadas anteriormente, que otras funciones o reas se encuentran en el departamento de cmputo actualmente? 47. Verifique que se lleve un registro de utilizacin del equipo diario, sistemas en lnea y batch, de tal manera que se pueda medir la eficiencia del uso de equipo. 48. Se tiene inventario actualizado de los equipos y terminales con su localizacin? SI ( ) NO ( ) 49. Cmo se controlan los procesos en lnea? 50. Se tienen seguros sobre todos los equipos? SI ( ) NO ( ) 51. Conque compaa? Solicitar plizas de seguros y verificar tipo de seguro y montos. 52. Cmo se controlan las llaves de acceso (Password)?. CONTROLES DE SALIDA 1. Se tienen copias de los archivos en otros locales? 2. Dnde se encuentran esos locales? 3. Que seguridad fsica se tiene en esos locales? 4. Que confidencialidad se tiene en esos locales?

5. Quin entrega los documentos de salida? 6. En que forma se entregan? 7. Que documentos? 8. Que controles se tienen? 9. Se tiene un responsable (usuario) de la informacin de cada sistema? Cmo se atienden solicitudes de informacin a otros usuarios del mismo sistema? 10. Se destruye la informacin utilizada, o bien que se hace con ella? Destruye ( ) Vende ( ) Tira ( ) Otro ______________________________ CONTROL DE MEDIOS DE ALMACENAMIENTO MASIVO Los dispositivos de almacenamiento representan, para cualquier centro de cmputo, archivos extremadamente importantes cuya prdida parcial o total podra tener repercusiones muy serias, no slo en la unidad de informtica, sino en la dependencia de la cual se presta servicio. Una direccin de informtica bien administrada debe tener perfectamente protegidos estos dispositivos de almacenamiento, adems de mantener registros sistemticos de la utilizacin de estos archivos, de modo que servirn de base a registros sistemticos de la utilizacin de estos archivos, de modo que sirvan de base a los programas de limpieza (borrado de informacin), principalmente en el caso de las cintas. Adems se deben tener perfectamente identificados los carretes para reducir la posibilidad de utilizacin errnea o destruccin de la informacin. Un manejo adecuado de estos dispositivos permitir una operacin ms eficiente y segura, mejorando adems los tiempos de procesos. CONTROL DE ALMACENAMIENTO MASIVO OBJETIVOS El objetivo de este cuestionario es evaluar la forma como se administran los dispositivos de almacenamiento bsico de la direccin. 1. Los locales asignados a la cintoteca y discoteca tienen:

Aire acondicionado ( ) Proteccin contra el fuego ( ) (sealar que tipo de proteccin )__________________________________ Cerradura especial ( ) Otra

2. Tienen la cintoteca y discoteca proteccin automtica contra el fuego? SI ( ) NO ( ) (sealar de que tipo)_______________________________________________ 3. Que informacin mnima contiene el inventario de la cintoteca y la discoteca? Nmero de serie o carrete ( ) Nmero o clave del usuario ( ) Nmero del archivo lgico ( ) Nombre del sistema que lo genera ( ) Fecha de expiracin del archivo ( ) Fecha de expiracin del archivo ( ) Nmero de volumen ( ) Otros 4. Se verifican con frecuencia la validez de los inventarios de los archivos magnticos? SI ( ) NO ( ) 5. En caso de existir discrepancia entre las cintas o discos y su contenido, se resuelven y explican satisfactoriamente las discrepancias? SI ( ) NO ( ) 6. Que tan frecuentes son estas discrepancias? _________________________________________________________________________ 7. Se tienen procedimientos que permitan la reconstruccin de un archivo en cinta a disco, el cual fue inadvertidamente destruido? SI ( ) NO ( ) 8. Se tienen identificados los archivos con informacin confidencial y se cuenta con claves de acceso? SI ( ) NO ( ) Cmo?_______________________________________________________________ 9. Existe un control estricto de las copias de estos archivos? SI ( ) NO ( ) 10. Que medio se utiliza para almacenarlos? Mueble con cerradura ( ) Bveda ( ) Otro(especifique)_______________________________________________________ 11. Este almacn esta situado: En el mismo edificio del departamento ( ) En otro lugar ( ) Cual?_________________________________________________________________

12. Se borran los archivos de los dispositivos de almacenamiento, cuando se desechan estos? SI ( ) NO ( ) 13. Se certifica la destruccin o baja de los archivos defectuosos? SI ( ) NO ( ) 14. Se registran como parte del inventario las nuevas cintas que recibe la biblioteca? SI ( ) NO ( ) 15 Se tiene un responsable, por turno, de la cintoteca y discoteca? SI ( ) NO ( ) 16. Se realizan auditoras peridicas a los medios de almacenamiento? SI ( ) NO ( ) 17. Que medidas se toman en el caso de extravo de algn dispositivo de almacenamiento? 18. Se restringe el acceso a los lugares asignados para guardar los dispositivos de almacenamiento, al personal autorizado? SI ( ) NO ( ) 19. Se tiene relacin del personal autorizado para firmar la salida de archivos confidenciales? SI ( ) NO ( ) 20. Existe un procedimiento para registrar los archivos que se prestan y la fecha en que se devolvern? SI ( ) NO ( ) 21. Se lleva control sobre los archivos prestados por la instalacin? SI ( ) NO ( ) 22. En caso de prstamo Conque informacin se documentan? Nombre de la institucin a quin se hace el prstamo.

fecha de recepcin ( ) fecha en que se debe devolver ( ) archivos que contiene ( ) formatos ( ) cifras de control ( ) cdigo de grabacin ( ) nombre del responsable que los presto ( ) otros

23. Indique qu procedimiento se sigue en el reemplazo de las cintas que contienen los archivos maestros:

24. Se conserva la cinta maestra anterior hasta despus de la nueva cinta? SI ( ) NO ( ) 25. El cintotecario controla la cinta maestra anterior previendo su uso incorrecto o su eliminacin prematura? SI ( ) NO ( ) 26. La operacin de reemplazo es controlada por el cintotecario? SI ( ) NO ( ) 27. Se utiliza la poltica de conservacin de archivos hijo-padre-abuelo? SI ( ) NO ( ) 28. En los procesos que manejan archivos en lnea, Existen procedimientos para recuperar los archivos? SI ( ) NO ( ) 29. Estos procedimientos los conocen los operadores? SI ( ) NO ( ) 30. Con que periodicidad se revisan estos procedimientos? MENSUAL ( ) ANUAL ( ) SEMESTRAL ( ) OTRA ( ) 31. Existe un responsable en caso de falla? SI ( ) NO ( ) 32. Explique que polticas se siguen para la obtencin de archivos de respaldo? 33. Existe un procedimiento para el manejo de la informacin de la cintoteca? SI ( ) NO ( ) 34. Lo conoce y lo sigue el cintotecario? SI ( ) NO ( ) 35. Se distribuyen en forma peridica entre los jefes de sistemas y programacin informes de archivos para que liberen los dispositivos de almacenamiento? SI ( ) NO ( ) Con qu frecuencia?

CONTROL DE MANTENIMIENTO

Como se sabe existen bsicamente tres tipos de contrato de mantenimiento: El contrato de mantenimiento total que incluye el mantenimiento correctivo y preventivo, el cual a su vez puede dividirse en aquel que incluye las partes dentro del contrato y el que no incluye partes. El contrato que incluye refacciones es propiamente como un seguro, ya que en caso de descompostura el proveedor debe proporcionar las partes sin costo alguno. Este tipo de contrato es normalmente mas caro, pero se deja al proveedor la responsabilidad total del mantenimiento a excepcin de daos por negligencia en la utilizacin del equipo. (Este tipo de mantenimiento normalmente se emplea en equipos grandes). El segundo tipo de mantenimiento es "por llamada", en el cual en caso de descompostura se le llama al proveedor y ste cobra de acuerdo a una tarifa y al tiempo que se requiera para componerlo(casi todos los proveedores incluyen, en la cotizacin de compostura, el tiempo de traslado de su oficina a donde se encuentre el equipo y viceversa). Este tipo de mantenimiento no incluye refacciones. El tercer tipo de mantenimiento es el que se conoce como "en banco", y es aquel en el cual el cliente lleva a las oficinas del proveedor el equipo, y este hace una cotizacin de acuerdo con el tiempo necesario para su compostura mas las refacciones (este tipo de mantenimiento puede ser el adecuado para computadoras personales). Al evaluar el mantenimiento se debe primero analizar cual de los tres tipos es el que ms nos conviene y en segundo lugar pedir los contratos y revisar con detalles que las clusulas estn perfectamente definidas en las cuales se elimine toda la subjetividad y con penalizacin en caso de incumplimiento, para evitar contratos que sean parciales. Para poder exigirle el cumplimiento del contrato de debe tener un estricto control sobre las fallas, frecuencia, y el tiempo de reparacin. Para evaluar el control que se tiene sobre el mantenimiento y las fallas se pueden utilizar los siguientes cuestionarios: 1. Especifique el tipo de contrato de mantenimiento que se tiene (solicitar copia del contrato). 2. Existe un programa de mantenimiento preventivo para cada dispositivo del sistema de computo? SI ( ) NO ( ) 3. Se lleva a cabo tal programa? SI ( ) NO ( ) 4. Existen tiempos de respuesta y de compostura estipulados en los contratos? SI ( ) NO ( )

5. Si los tiempos de reparacin son superiores a los estipulados en el contrato, Qu acciones correctivas se toman para ajustarlos a lo convenido? SI ( ) NO ( ) 6. Solicite el plan de mantenimiento preventivo que debe ser proporcionado por el proveedor.SI ( ) NO ( ) Cual? 8. Cmo se notifican las fallas? 9. Cmo se les da seguimiento? Orden en el centro de cmputo Una direccin de Sistemas de Informacin bien administrada debe tener y observar reglas relativas al orden y cuidado del departamento de cmputo. Los dispositivos del sistema de cmputo, los archivos magnticos, pueden ser daados si se manejan en forma inadecuada y eso puede traducirse en perdidas irreparables de informacin o en costos muy elevados en la reconstruccin de archivos. Se deben revisar las disposiciones y reglamentos que coadyuven al mantenimiento del orden dentro del departamento de cmputo. 1. Indique la periodicidad con que se hace la limpieza del departamento de cmputo y de la cmara de aire que se encuentra abajo del piso falso si existe y los ductos de aire: Semanalmente ( ) Quincenalmente ( ) Mensualmente ( ) Bimestralmente ( ) No hay programa ( ) Otra (especifique) ( ) 2. Existe un lugar asignado a las cintas y discos magnticos? SI ( ) NO ( ) 3. Se tiene asignado un lugar especifico para papelera y utensilios de trabajo? SI ( ) NO ( ) 4. Son funcionales los muebles asignados para la cintoteca y discoteca? SI ( ) NO ( ) 5. Se tienen disposiciones para que se acomoden en su lugar correspondiente, despus de su uso, las cintas, los discos magnticos, la papelera, etc.? SI ( ) NO ( ) 6. Indique la periodicidad con que se limpian las unidades de cinta: Al cambio de turno ( ) cada semana ( ) cada da ( ) otra (especificar) ( )

7. Existen prohibiciones para fumar, tomar alimentos y refrescos en el departamento de cmputo? SI ( ) NO ( ) 8. Se cuenta con carteles en lugares visibles que recuerdan dicha prohibicin? SI ( ) NO ( ) 9. Se tiene restringida la operacin del sistema de cmputo al personal especializado de la Direccin de Informtica? SI ( ) NO ( ) 10. Mencione los casos en que personal ajeno al departamento de operacin opera el sistema de cmputo: Evaluacin de la configuracin del sistema de cmputo Los objetivos son evaluar la configuracin actual tomando en consideracin las aplicaciones y el nivel de uso del sistema, evaluar el grado de eficiencia con el cual el sistema operativo satisface las necesidades de la instalacin y revisar las polticas seguidas por la unidad de informtica en la conservacin de su programoteca. Esta seccin esta orientada a: a) Evaluar posibles cambios en el hardware a fin de nivelar el sistema de cmputo con la carga de trabajo actual o de comparar la capacidad instalada con los planes de desarrollo a mediano y lago plazo. b) Evaluar las posibilidades de modificar el equipo para reducir el costo o bien el tiempo de proceso. c) Evaluar la utilizacin de los diferentes dispositivos perifricos. 1. De acuerdo con los tiempos de utilizacin de cada dispositivo del sistema de cmputo, existe equipo? Con poco uso? SI ( ) NO ( ) Ocioso? SI ( ) NO ( ) Con capacidad superior a la necesaria? SI ( ) NO ( ) Describa cual es ____________________________________________________ 2. El equipo mencionado en el inciso anterior puede reemplazarse por otro mas lento y de menor costo? SI ( ) NO ( ) 3. Si la respuesta al inciso anterior es negativa, el equipo puede ser cancelado? SI ( ) NO ( )

4. De ser negativa la respuesta al inciso anterior, explique las causas por las que no puede ser cancelado o cambiado. ________________________________________________________________ 5. El sistema de cmputo tiene capacidad de teleproceso? SI ( ) NO ( ) 6. Se utiliza la capacidad de teleproceso? SI ( ) NO ( ) 7. En caso negativo, exponga los motivos por los cuales no utiliza el teleproceso? SI ( ) NO ( ) 8. Cuantas terminales se tienen conectadas al sistema de cmputo?

9. Se ha investigado si ese tiempo de respuesta satisface a los usuarios? SI ( ) NO ( ) 10. La capacidad de memoria y de almacenamiento mximo del sistema de cmputo es suficiente para atender el proceso por lotes y el proceso remoto? SI ( ) NO ( ) Seguridad lgica y confidencial

La computadora es un instrumento que estructura gran cantidad de informacin, la cual puede ser confidencial para individuos, empresas o instituciones, y puede ser mal utilizada o divulgada a personas que hagan mal uso de esta. Tambin puede ocurrir robos, fraudes o sabotajes que provoquen la destruccin total o parcial de la actividad computacional. Esta informacin puede ser de suma importancia, y el no tenerla en el momento preciso puede provocar retrasos sumamente costosos. Antes esta situacin, en el transcurso del siglo XX, el mundo ha sido testigo de la transformacin de algunos aspectos de seguridad y de derecho. En la actualidad y principalmente en las computadoras personales, se ha dado otro factor que hay que considerar el llamado ""virus" de las computadoras, el cual aunque tiene diferentes intenciones se encuentra principalmente para paquetes que son copiados sin autorizacin ("piratas") y borra toda la informacin que se tiene en un disco. Al auditar los sistemas se debe tener cuidado que no se tengan copias "piratas" o bien que, al conectarnos en red con otras computadoras, no exista la posibilidad de transmisin del virus.

El uso inadecuado de la computadora comienza desde la utilizacin de tiempo de mquina para usos ajenos de la organizacin, la copia de programas para fines de comercializacin sin reportar los derechos de autor hasta el acceso por va telefnica a bases de datos a fin de modificar la informacin con propsitos fraudulentos. Un mtodo eficaz para proteger sistemas de computacin es el software de control de acceso. Dicho simplemente, los paquetes de control de acceso protegen contra el acceso no autorizado, pues piden del usuario una contrasea antes de permitirle el acceso a informacin confidencial. Dichos paquetes han sido populares desde hace muchos aos en el mundo de las computadoras grandes, y los principales proveedores ponen a disposicin de clientes algunos de estos paquetes. El sistema integral de seguridad debe comprender:

Elementos administrativos Definicin de una poltica de seguridad Organizacin y divisin de responsabilidades Seguridad fsica y contra catstrofes(incendio, terremotos, etc.) Prcticas de seguridad del personal Elementos tcnicos y procedimientos Sistemas de seguridad (de equipos y de sistemas, incluyendo todos los elementos, tanto redes como terminales. Aplicacin de los sistemas de seguridad, incluyendo datos y archivos El papel de los auditores, tanto internos como externos Planeacin de programas de desastre y su prueba.

Se debe evaluar el nivel de riesgo que puede tener la informacin para poder hacer un adecuado estudio costo/beneficio entre el costo por perdida de informacin y el costo de un sistema de seguridad, para lo cual se debe considerar lo siguiente:

Clasificar la instalacin en trminos de riesgo (alto, mediano, pequeo). Identificar aquellas aplicaciones que tengan un alto riesgo. Cuantificar el impacto en el caso de suspensin del servicio en aquellas aplicaciones con un alto riesgo. Formular las medidas de seguridad necesarias dependiendo del nivel de seguridad que se requiera. La justificacin del costo de implantar las medidas de seguridad para poder clasificar el riesgo e identificar las aplicaciones de alto riesgo, se debe preguntar lo siguiente:

 o o o o

Que sucedera si no se puede usar el sistema? Si la contestacin es que no se podra seguir trabajando, esto nos sita en un sistema de alto riego.

La siguiente pregunta es:

o o o o o o

Que implicaciones tiene el que no se obtenga el sistema y cuanto tiempo podramos estar sin utilizarlo? Existe un procedimiento alterno y que problemas nos ocasionara? Que se ha hecho para un caso de emergencia?

Una vez que se ha definido, el grado de riesgo, hay que elaborar una lista de los sistemas con las medias preventivas que se deben tomar, as como las correctivas en caso de desastre sealndole a cada uno su prioridad . Hay que tener mucho cuidado con la informacin que sale de la oficina, su utilizacin y que sea borrada al momento de dejar la instalacin que est dando respaldo. Para clasificar la instalacin en trminos de riesgo se debe:

Clasificar los datos, informacin y programas que contienen informacin confidencial que tenga un alto valor dentro del mercado de competencia de una organizacin, e informacin que sea de difcil recuperacin. Identificar aquella informacin que tenga un gran costo financiero en caso de prdida o bien puede provocar un gran impacto en la toma de decisiones. Determinar la informacin que tenga una gran prdida en la organizacin y, consecuentemente, puedan provocar hasta la posibilidad de que no pueda sobrevivir sin esa informacin.

Para cuantificar el riesgo es necesario que se efecten entrevistas con los altos niveles administrativos que sean directamente afectados por la suspensin en el procesamiento y que cuantifquen el impacto que les puede causar este tipo de situaciones.

Para evaluar las medidas de seguridad se debe:

Especificar la aplicacin, los programas y archivos. Las medidas en caso de desastre, prdida total, abuso y los planes necesarios. Las prioridades que se deben tomar en cuanto a las acciones a corto y largo plazo. En cuanto a la divisin del trabajo se debe evaluar que se tomen las siguientes precauciones, las cuales dependern del riesgo que tenga la informacin y del tipo y tamao de la organizacin.
o o o o o

El personal que prepara la informacin no debe tener acceso a la operacin. Los anlisis y programadores no deben tener acceso al rea de operaciones y viceversa. Los operadores no debe tener acceso irrestringido a las libreras ni a los lugares donde se tengan los archivos almacenados; es importante separar las funciones de librera y de operacin. Los operadores no deben ser los nicos que tengan el control sobre los trabajos procesados y no deben hacer las correcciones a los errores detectados.

o o

Al implantar sistemas de seguridad puede, reducirse la flexibilidad en el trabajo, pero no debe reducir la eficiencia. Seguridad fsica

El objetivo es establecer polticas, procedimientos y prcticas para evitar las interrupciones prolongadas del servicio de procesamiento de datos, informacin debido a contingencias como incendio, inundaciones, huelgas, disturbios, sabotaje, etc. y continuar en medio de emergencia hasta que sea restaurado el servicio completo. Entre las precauciones que se deben revisar estn:

Los ductos del aire acondicionado deben estar limpios, ya que son una de las principales causas del polvo y se habr de contar con detectores de humo que indiquen la posible presencia de fuego. En las instalaciones de alto riesgo se debe tener equipo de fuente no interrumpible, tanto en la computadora como en la red y los equipos de teleproceso. En cuanto a los extintores, se debe revisar en nmero de estos, su capacidad, fcil acceso, peso y tipo de producto que utilizan. Es muy frecuente que se tengan los extintores, pero puede suceder que no se encuentren recargados o bien que sean de difcil acceso de un peso tal que sea difcil utilizarlos. Esto es comn en lugares donde se encuentran trabajando hombres y mujeres y los extintores estn a tal altura o con un peso tan grande que una mujer no puede utilizarlos. Otro de los problemas es la utilizacin de extintores inadecuados que pueden provocar mayor perjuicio a las mquinas (extintores lquidos) o que producen gases txicos. Tambin se debe ver si el personal sabe usar los equipos contra incendio y si ha habido prcticas en cuanto a su uso. Se debe verificar que existan suficientes salidas de emergencia y que estn debidamente controladas para evitar robos por medio de estas salidas. Los materiales mas peligrosos son las cintas magnticas que al quemarse, producen gases txicos y el papel carbn que es altamente inflamable.

Tomando en cuenta lo anterior se elaboro el siguiente cuestionario: 1. Se han adoptado medidas de seguridad en el departamento de sistemas de informacin? SI ( ) NO ( ) 2. Existen una persona responsable de la seguridad? SI ( ) NO ( )

3. Se ha dividido la responsabilidad para tener un mejor control de la seguridad? SI ( ) NO ( ) 4. Existe personal de vigilancia en la institucin? SI ( ) NO ( ) 5. La vigilancia se contrata? a) Directamente ( ) b) Por medio de empresas que venden ese servicio ( ) 6. Existe una clara definicin de funciones entre los puestos clave? SI ( ) NO ( ) 7. Se investiga a los vigilantes cuando son contratados directamente? SI ( ) NO ( ) 8. Se controla el trabajo fuera de horario? SI ( ) NO ( ) 9. Se registran las acciones de los operadores para evitar que realicen algunas pruebas que puedan daar los sistemas?. SI ( ) NO ( ) 10. Existe vigilancia en el departamento de cmputo las 24 horas? SI ( ) NO ( ) 11. Existe vigilancia a la entrada del departamento de cmputo las 24 horas? a) Vigilante ? ( ) b) Recepcionista? ( ) c) Tarjeta de control de acceso ? ( ) d) Nadie? ( ) 12. Se permite el acceso a los archivos y programas a los programadores, analistas y operadores? SI ( ) NO ( ) 13. Se ha instruido a estas personas sobre que medidas tomar en caso de que alguien pretenda entrar sin autorizacin? SI ( ) NO ( ) 14. El edificio donde se encuentra la computadora esta situado a salvo de: a) Inundacin? ( ) b) Terremoto? ( ) c) Fuego? ( ) d) Sabotaje? ( )

15. El centro de cmputo tiene salida al exterior al exterior? SI ( ) NO ( ) 16. Describa brevemente la construccin del centro de cmputo, de preferencia proporcionando planos y material con que construido y equipo (muebles, sillas etc.) dentro del centro. 17. Existe control en el acceso a este cuarto? a) Por identificacin personal? ( ) b) Por tarjeta magntica? ( ) c) por claves verbales? ( ) d) Otras? ( ) 18. Son controladas las visitas y demostraciones en el centro de cmputo? SI ( ) NO ( ) 19. Se registra el acceso al departamento de cmputo de personas ajenas a la direccin de informtica? SI ( ) NO ( ) 20. Se vigilan la moral y comportamiento del personal de la direccin de informtica con el fin de mantener una buena imagen y evitar un posible fraude? SI ( ) NO ( ) 21. Existe alarma para a) Detectar fuego(calor o humo) en forma automtica? ( ) b) Avisar en forma manual la presencia del fuego? ( ) c) Detectar una fuga de agua? ( ) d) Detectar magnticos? ( ) e) No existe ( ) 22. Estas alarmas estn a) En el departamento de cmputo? ( ) b) En la cintoteca y discoteca? ( ) 23. Existe alarma para detectar condiciones anormales del ambiente? a) En el departamento de cmputo? ( ) b) En la cntoteca y discoteca? ( ) c) En otros lados ( ) 24. La alarma es perfectamente audible? SI ( ) NO ( ) 25.Esta alarma tambin est conectada a) Al puesto de guardias? ( ) b) A la estacin de Bomberos? ( )

c) A ningn otro lado? ( ) Otro_________________________________________ 26. Existen extintores de fuego a) Manuales? ( ) b) Automticos? ( ) c) No existen ( ) 27. Se ha adiestrado el personal en el manejo de los extintores? SI ( ) NO ( ) 28. Los extintores, manuales o automticos a base de TIPO SI NO a) Agua, ( ) ( ) b) Gas? ( ) ( ) c) Otros ( ) ( ) 29. Se revisa de acuerdo con el proveedor el funcionamiento de los extintores? SI ( ) NO ( ) 30. Si es que existen extintores automticos son activador por detectores automticos de fuego? SI ( ) NO ( ) 31. Si los extintores automticos son a base de agua Se han tomado medidas para evitar que el agua cause mas dao que el fuego? SI ( ) NO ( ) 32. Si los extintores automticos son a base de gas, Se ha tomado medidas para evitar que el gas cause mas dao que el fuego? SI ( ) NO ( ) 33. Existe un lapso de tiempo suficiente, antes de que funcionen los extintores automticos para que el personal a) Corte la accin de los extintores por tratarse de falsas alarmas? SI ( ) NO ( ) b) Pueda cortar la energa Elctrica SI ( ) NO ( ) c) Pueda abandonar el local sin peligro de intoxicacin SI ( ) NO ( ) d) Es inmediata su accin? SI ( ) NO ( ) 34. Los interruptores de energa estn debidamente protegidos, etiquetados y sin obstculos para alcanzarlos? SI ( ) NO ( )

35. Saben que hacer los operadores del departamento de cmputo, en caso de que ocurra una emergencia ocasionado por fuego? SI ( ) NO ( ) 36. El personal ajeno a operacin sabe que hacer en el caso de una emergencia (incendio)? SI ( ) NO ( ) 37. Existe salida de emergencia? SI ( ) NO ( ) 38. Esta puerta solo es posible abrirla: a) Desde el interior ? ( ) b) Desde el exterior ? ( ) c) Ambos Lados ( ) 39. Se revisa frecuentemente que no est abierta o descompuesta la cerradura de esta puerta y de las ventanas, si es que existen? SI ( ) NO ( ) 40. Se ha adiestrado a todo el personal en la forma en que se deben desalojar las instalaciones en caso de emergencia? SI ( ) NO ( ) 41. Se ha tomado medidas para minimizar la posibilidad de fuego: a) Evitando artculos inflamables en el departamento de cmputo? ( ) b) Prohibiendo fumar a los operadores en el interior? ( ) c) Vigilando y manteniendo el sistema elctrico? ( ) d) No se ha previsto ( ) 42. Se ha prohibido a los operadores el consumo de alimentos y bebidas en el interior del departamento de cmputo para evitar daos al equipo? SI ( ) NO ( ) 43. Se limpia con frecuencia el polvo acumulado debajo del piso falso si existe? SI ( ) NO ( ) 44. Se controla el acceso y prstamo en la a) Discoteca? ( ) b) Cintoteca? ( ) c) Programoteca? ( )

45. Explique la forma como se ha clasificado la informacin vital, esencial, no esencial etc. 46. Se cuenta con copias de los archivos en lugar distinto al de la computadora? SI ( ) NO ( ) 47. Explique la forma en que estn protegidas fsicamente estas copias (bveda, cajas de seguridad etc.) que garantice su integridad en caso de incendio, inundacin, terremotos, etc. 48. Se tienen establecidos procedimientos de actualizacin a estas copias? SI ( ) NO ( ) 49. Indique el nmero de copias que se mantienen, de acuerdo con la forma en que se clasifique la informacin: 0123 50. Existe departamento de auditoria interna en la institucin? SI ( ) NO ( ) 51. Este departamento de auditoria interna conoce todos los aspectos de los sistemas? SI ( ) NO ( ) 52. Que tipos de controles ha propuesto? 53. Se cumplen? SI ( ) NO ( ) 54. Se auditan los sistemas en operacin? SI ( ) NO ( ) 55.Con que frecuencia? a) Cada seis meses ( ) b) Cada ao ( ) c) Otra (especifique) ( ) 56.Cundo se efectan modificaciones a los programas, a iniciativa de quin es? a) Usuario ( ) b) Director de informtica ( ) c) Jefe de anlisis y programacin ( ) d) Programador ( ) e) Otras ( especifique) ________________________________________________ 57.La solicitud de modificaciones a los programas se hacen en forma? a) Oral? ( )

b) Escrita? ( ) En caso de ser escrita solicite formatos, 58.Una vez efectuadas las modificaciones, se presentan las pruebas a los interesados? SI ( ) NO ( ) 59.Existe control estricto en las modificaciones? SI ( ) NO ( ) 60.Se revisa que tengan la fecha de las modificaciones cuando se hayan efectuado? SI ( ) NO ( ) 61.Si se tienen terminales conectadas, se ha establecido procedimientos de operacin? SI ( ) NO ( ) 62.Se verifica identificacin: a) De la terminal ( ) b) Del Usuario ( ) c) No se pide identificacin ( ) 63.Se ha establecido que informacin puede ser acezada y por qu persona? SI ( ) NO ( ) 64.Se ha establecido un nmero mximo de violaciones en sucesin para que la computadora cierre esa terminal y se de aviso al responsable de ella? SI ( ) NO ( ) 65.Se registra cada violacin a los procedimientos con el fin de llevar estadsticas y frenar las tendencias mayores? SI ( ) NO ( ) 66.Existen controles y medidas de seguridad sobre las siguientes operaciones? Cuales son? ( )Recepcin de documentos___________________________________________ ( )Informacin Confidencial____________________________________________ ( )Captacin de documentos____________________________________________ ( )Cmputo Electrnico_______________________________________________ ( )Programas_______________________________________________________ ( )Discotecas y Cintotecas_____________________________________________ ( )Documentos de Salida______________________________________________ ( )Archivos Magnticos_______________________________________________ ( )Operacin del equipo de computacin__________________________________ ( )En cuanto al acceso de personal_______________________________________ ( )Identificacin del personal___________________________________________ ( )Policia___________________________________________________________ ( )Seguros contra robo e incendio_______________________________________

( )Cajas de seguridad_________________________________________________ ( )Otras (especifique)_________________________________________________ Seguridad en la utilizacin del equipo En la actualidad los programas y los equipos son altamente sofisticados y slo algunas personas dentro del centro de cmputo conocen al detalle el diseo, lo que puede provocar que puedan producir algn deterioro a los sistemas si no se toman las siguientes medidas: 1) Se debe restringir el acceso a los programas y a los archivos. 2) Los operadores deben trabajar con poca supervisin y sin la participacin de los programadores, y no deben modificar los programas ni los archivos. 3) Se debe asegurar en todo momento que los datos y archivos usados sean los adecuados, procurando no usar respaldos inadecuados. 4) No debe permitirse la entrada a la red a personas no autorizadas, ni a usar las terminales. 5) Se deben realizar peridicamente una verificacin fsica del uso de terminales y de los reportes obtenidos. 6) Se deben monitorear peridicamente el uso que se le est dando a las terminales. 7) Se deben hacer auditoras peridicas sobre el rea de operacin y la utilizacin de las terminales. 8) El usuario es el responsable de los datos, por lo que debe asegurarse que los datos recolectados sean procesados completamente. Esto slo se lograr por medio de los controles adecuados, los cuales deben ser definidos desde el momento del diseo general del sistema. 9) Deben existir registros que reflejen la transformacin entre las diferentes funciones de un sistema. 10) Debe controlarse la distribucin de las salidas (reportes, cintas, etc.). 11) Se debe guardar copias de los archivos y programas en lugares ajenos al centro de cmputo y en las instalaciones de alta seguridad; por ejemplo: los bancos. 12) Se debe tener un estricto control sobre el acceso fsico a los archivos. 13) En el caso de programas, se debe asignar a cada uno de ellos, una clave que identifique el sistema, subsistema, programa y versin. Tambin evitar que el programador ponga nombres que nos signifiquen nada y que sean difciles de identificar, lo que evitar que el programador utilice la computadora para trabajos personales. Otro de los puntos en los que hay que tener seguridad es en el manejo de informacin. Para controlar este tipo de informacin se debe: 1) Cuidar que no se obtengan fotocopias de informacin confidencial sin la debida autorizacin. 2) Slo el personal autorizado debe tener acceso a la informacin confidencial. 3) Controlar los listados tanto de los procesos correctos como aquellos procesos con terminacin incorrecta. 4) Controlar el nmero de copias y la destruccin de la informacin y del papel carbn de los reportes muy confidenciales.

El factor ms importante de la eliminacin de riesgos en la programacin es que todos los programas y archivos estn debidamente documentados. El siguiente factor en importancia es contar con los respaldos, y duplicados de los sistemas, programas, archivos y documentacin necesarios para que pueda funcionar el plan de emergencia.

Equipo, programas y archivos Control de aplicaciones por terminal Definir una estrategia de seguridad de la red y de respaldos Requerimientos fsicos. Estndar de archivos. Auditora interna en el momento del diseo del sistema, su implantacin y puntos de verificacin y control.

Seguridad al restaurar el equipo En un mundo que depende cada da mas de los servicios proporcionados por las computadoras, es vital definir procedimientos en caso de una posible falta o siniestro. Cuando ocurra una contingencia, es esencial que se conozca al detalle el motivo que la origin y el dao causado, lo que permitir recuperar en el menor tiempo posible el proceso perdido. Tambin se debe analizar el impacto futuro en el funcionamiento de la organizacin y prevenir cualquier implicacin negativa. En todas las actividades relacionadas con las ciencias de la computacin, existe un riesgo aceptable, y es necesario analizar y entender estos factores para establecer los procedimientos que permitan analizarlos al mximo y en caso que ocurran, poder reparar el dao y reanudar la operacin lo mas rpidamente posible. En una situacin ideal, se deberan elaborar planes para manejar cualquier contingencia que se presente. Analizando cada aplicacin se deben definir planes de recuperacin y reanudacin, para asegurarse que los usuarios se vean afectados lo menos posible en caso de falla o siniestro. Las acciones de recuperacin disponibles a nivel operativo pueden ser algunas de las siguientes:

En algunos casos es conveniente no realizar ninguna accin y reanudar el proceso. Mediante copias peridicas de los archivos se puede reanudar un proceso a partir de una fecha determinada. El procesamiento anterior complementado con un registro de las transacciones que afectaron a los archivos permitir retroceder en los movimientos realizados a un archivo al punto de tener la seguridad del contenido del mismo a partir de l reanudar el proceso. Analizar el flujo de datos y procedimientos y cambiar el proceso normal por un proceso alterno de emergencia.

Reconfigurar los recursos disponibles, tanto de equipo y sistemas como de comunicaciones.

Cualquier procedimiento que se determine que es el adecuado para un caso de emergencia deber ser planeado y probado previamente. Este grupo de emergencia deber tener un conocimiento de los posibles procedimientos que puede utilizar, adems de un conocimiento de las caractersticas de las aplicaciones, tanto desde el punto tcnico como de su prioridad, el nivel de servicio planeado y su influjo en la operacin de la organizacin. Adems de los procedimientos de recuperacin y reinicio de la informacin, se deben contemplar los procedimientos operativos de los recursos fsicos como hardware y comunicaciones, planeando la utilizacin de equipos que permitan seguir operando en caso de falta de la corriente elctrica, caminos alternos de comunicacin y utilizacin de instalaciones de cmputo similares. Estas y otras medidas de recuperacin y reinicio debern ser planeadas y probadas previamente como en el caso de la informacin. El objetivo del siguiente cuestionario es evaluar los procedimientos de restauracin y repeticin de procesos en el sistema de cmputo. 1) Existen procedimientos relativos a la restauracin y repeticin de procesos en el sistema de cmputo? SI ( ) NO ( ) 2) Enuncie los procedimientos mencionados en el inciso anterior? 3) Cuentan los operadores con alguna documentacin en donde se guarden las instrucciones actualizadas para el manejo de restauraciones? SI ( ) NO ( ) En el momento que se hacen cambios o correcciones a los programas y/o archivos se deben tener las siguientes precauciones: 1) Las correcciones de programas deben ser debidamente autorizadas y probadas. Con esto se busca evitar que se cambien por nueva versin que antes no ha sido perfectamente probada y actualizada. 2) Los nuevos sistemas deben estar adecuadamente documentos y probados. 3) Los errores corregidos deben estar adecuadamente documentados y las correcciones autorizadas y verificadas. Los archivos de nuevos registros o correcciones ya existentes deben estar documentados y verificados antes de obtener reportes.

Procedimientos de respaldo en caso de desastre Se debe establecer en cada direccin de informtica un plan de emergencia el cual ha de ser aprobado por la direccin de informtica y contener tanto procedimiento como informacin para ayudar a la recuperacin de interrupciones en la operacin del sistema de cmputo. El sistema debe ser probado y utilizado en condiciones anormales, para que en cas de usarse en situaciones de emergencia, se tenga la seguridad que funcionar. La prueba del plan de emergencia debe hacerse sobre la base de que la emergencia existe y se ha de utilizar respaldos. Se deben evitar suposiciones que, en un momento de emergencia, hagan inoperante el respaldo, en efecto, aunque el equipo de cmputo sea aparentemente el mismo, puede haber diferencias en la configuracin, el sistema operativo, en disco etc. El plan de emergencia una vez aprobado, se distribuye entre personal responsable de su operacin, por precaucin es conveniente tener una copia fuera de la direccin de informtica. En virtud de la informacin que contiene el plan de emergencia, se considerar como confidencial o de acceso restringido. La elaboracin del plan y de los componentes puede hacerse en forma independiente de acuerdo con los requerimientos de emergencia, La estructura del plan debe ser tal que facilite su actualizacin. Para la preparacin del plan se seleccionar el personal que realice las actividades claves del plan. El grupo de recuperacin en caso de emergencia debe estar integrado por personal de administracin de la direccin de informtica, debe tener tareas especficas como la operacin del equipo de respaldo, la interfaz administrativa. Los desastres que pueden suceder podemos clasificar as: a) Completa destruccin del centro de cmputo, b) Destruccin parcial del centro de cmputo, c) Destruccin o mal funcionamiento de los equipos auxiliares del centro de cmputo (electricidad, aire, acondicionado, etc.) d) Destruccin parcial o total de los equipos descentralizados e) Prdida total o parcial de informacin, manuales o documentacin f) Prdida del personal clave g) Huelga o problemas laborales. El plan en caso de desastre debe incluir:

La documentacin de programacin y de operacin.

Los equipos:
o o o o o

El equipo completo El ambiente de los equipos Datos y archivos Papelera y equipo accesorio Sistemas (sistemas operativos, bases de datos, programas).

El plan en caso de desastre debe considerar todos los puntos por separado y en forma integral como sistema. La documentacin estar en todo momento tan actualizada como sea posible, ya que en muchas ocasiones no se tienen actualizadas las ltimas modificaciones y eso provoca que el plan de emergencia no pueda ser utilizado. Cuando el plan sea requerido debido a una emergencia, el grupo deber:

Asegurarse de que todos los miembros sean notificados, informar al director de informtica, Cuantificar el dao o prdida del equipo, archivos y documentos para definir que parte del plan debe ser activada. Determinar el estado de todos los sistemas en proceso, Notificar a los proveedores del equipo cual fue el dao, Establecer la estrategia para llevar a cabo las operaciones de emergencias tomando en cuenta:
o o

o o

Elaboracin de una lista con los mtodos disponibles para realizar la recuperacin Sealamiento de la posibilidad de alternar los procedimientos de operacin (por ejemplo, cambios en los dispositivos, sustituciones de procesos en lnea por procesos en lote). Sealamiento de las necesidades para armar y transportar al lugar de respaldo todos los archivos, programas, etc., que se requieren. Estimacin de las necesidades de tiempo de las computadoras para un periodo largo.

Cuando ocurra la emergencia, se deber reducir la carga de procesos, analizando alternativas como:

Posponer las aplicaciones de prioridad ms baja, Cambiar la frecuencia del proceso de trabajos. Suspender las aplicaciones en desarrollo.

Por otro lado, se debe establecer una coordinacin estrecha con el personal de seguridad a fin de proteger la informacin. Respecto a la configuracin del equipo hay que tener toda la informacin correspondiente al hardware y software del equipo propio y del respaldo.

Debern tenerse todas las especificaciones de los servicios auxiliares tales como energa elctrica, aire acondicionado, etc. a fin de contar con servicios de respaldo adecuados y reducir al mnimo las restricciones de procesos, se debern tomar en cuenta las siguientes consideraciones:

Mnimo de memoria principal requerida y el equipo perifrico que permita procesar las aplicaciones esenciales. Se debe tener documentados los cambios de software. En caso de respaldo en otras instituciones, previamente se deber conocer el tiempo de computadora disponible.

Es conveniente incluir en el acuerdo de soporte recproco los siguientes puntos:

Configuracin de equipos. Configuracin de equipos de captacin de datos. Sistemas operativos. Configuracin de equipos perifricos.

Anexo 1 PROGRAMA DE AUDITORIA EN SISTEMAS INSTITUCION________________________ HOJA No.__________________ DE_____________ FECHA DE FORMULACION____________ NUMERO DE PERSONAL FAS DESCRIPCIO E N ACTIVIDA D PARTICIPANT E PERIODO ESTIMADO INICI O DIA DIAS S

HOM. TERMIN HAB O EST. EST.

Anexo 2 AVANCE DEL CUMPLIMIENTO DEL PROGRAMA DE AUDITORIA EN SISTEMAS INSTITUCION_______________________ NUMERO___________ HOJA No._______

DE_______ PERIODO QUE REPORTA____________________________ DIA DIAS GRAD S FA REALES O DE HO SE UTILIZA AVAN M. NO EN TERMIN INICIA TERMIN DOS CE EST INICIA PROC ADA DA ADA . DA ESO SITUACION DE LA AUDITORIA PERIODO REAL DE LA AUDITORIA EXPLICAC ION DE LAS VARIACIO NES EN RELACIO N CON LO PROGRAM ADO

Anexo 3 Ejemplo de Propuesta de Servicios de Auditoria en Informtica I. (Anotar los antecedentes especficos del proyecto de Auditoria) II. ANTECEDENTES (Anotar el objetivo de la Auditoria) III. IV. OBJETIVOS ALCANCES DEL PROYECTO

El alcance del proyecto comprende: 1. 2. Evaluacin de la Direccin de Informtica en lo que corresponde a:

Capacitacin Planes de trabajo Controles

Estndares

2. 3. Evaluacin de los Sistemas a. b. Evaluacin de los diferentes sistemas en operacin (flujo de informacin, procedimientos, documentacin, redundancia, organizacin de archivos, estndares de programacin, controles, utilizacin de los sistemas) c. Evaluacin del avance de los sistemas en desarrollo y congruencia con el diseo general d. Evaluacin de prioridades y recursos asignados (humanos y equipos de cmputo) e. Seguridad fsica y lgica de los sistemas, su confidencialidad y respaldos 3. 4. Evaluacin de los equipos

Capacidades Utilizacin Nuevos Proyectos Seguridad fsica y lgica Evaluacin fsica y lgica

IV. V. METODOLOGIA

La metodologa de investigacin a utilizar en el proyecto se presenta a continuacin: 1.

2. Para la evaluacin de la Direccin de Informtica se llevarn a cabo las siguientes actividades:

Solicitud de los estndares utilizados y programa de trabajo Aplicacin del cuestionario al personal Anlisis y evaluacin del a informacin Elaboracin del informe

2. 3. Para la evaluacin de los sistemas tanto en operacin como en desarrollo se llevarn a cabo las siguientes actividades:

Solicitud del anlisis y diseo del os sistemas en desarrollo y en operacin Solicitud de la documentacin de los sistemas en operacin (manuales tcnicos, de operacin del usuario, diseo de archivos y programas) Recopilacin y anlisis de los procedimientos administrativos de cada sistema (flujo de informacin, formatos, reportes y consultas) Anlisis de llaves, redundancia, control, seguridad, confidencial y respaldos Anlisis del avance de los proyectos en desarrollo, prioridades y personal asignado Entrevista con los usuarios de los sistemas Evaluacin directa de la informacin obtenida contra las necesidades y requerimientos del usuario Anlisis objetivo de la estructuracin y flujo de los programas Anlisis y evaluacin de la informacin recopilada

Elaboracin del informe

3. 4. Para la evaluacin de los equipos se levarn a cabo las siguientes actividades:

Solicitud de los estudios de viabilidad y caractersticas de los equipos actuales, proyectos sobre ampliacin de equipo, su actualizacin Solicitud de contratos de compra y mantenimientos de equipo y sistemas Solicitud de contratos y convenios de respaldo Solicitud de contratos de Seguros Elaboracin de un cuestionario sobre la utilizacin de equipos, memoria, archivos, unidades de entrada/salida, equipos perifricos y su seguridad Visita tcnica de comprobacin de seguridad fsica y lgica de la instalaciones de la Direccin de Informtica Evaluacin tcnica del sistema electrnico y ambiental de los equipos y del local utilizado Evaluacin de la informacin recopilada, obtencin de grficas, porcentaje de utilizacin de los equipos y su justificacin

4. 5. Elaboracin y presentacin del informe final ( conclusiones y recomendaciones) V. VI. TIEMPO Y COSTO

(Poner el tiempo en que se llevar a cabo el proyecto , de preferencia indicando el tiempo de cada una de las etapas, costo del proyecto

Se agradece a las Corporaciones, que en forma desinteresa a travs de Internet, ponen informacin de valor, al alcance de todos .-

Auditoria de seguridad
Leer en Google Leer en Yahoo RSS

RSS es un sencillo formato de datos que es utilizado para redifundir contenidos a suscriptores de un sitio web. El formato permite distribuir contenido sin necesidad de un navegador, utilizando un software disenado para leer estos contenidos RSS (agregador). Con una auditora de seguridad se da una visin exacta del nivel de exposicin de sus Sistemas de Informacin a nivel de seguridad. En la auditora se verifica la seguridad en la autenticidad, confidencialidad, integridad, disponibilidad y auditabilidad de la informacin tratada por los sistemas.
Seguridad

Casos reales de problemas solucionados por nosotros Clientes representativos de auditorias informticas. Seguridad Informtica indicando mbitos que inculye y articulos relacionados. Polticas de seguridad auditoria, consultora e implantacin.

Los objetivos de una auditora de seguridad de los sistemas de informacin son: Revisar la seguridad de los entornos y sistemas. Verificar el cumplimiento de la normativa y legislacin vigentes Elaborar un informe independiente. Utilizacin de estndares ISACA, OSSTMM, ISO/IEC 17799 y CIS La metodologa para una auditora de sistemas de informacin establece su ejecucin por fases: 1. Definir el alcance de la Auditora: Anlisis Inicial y Plan de Auditora 2. Recopilacin de informacin, identificacin y realizacin de Pruebas de Auditora, incluyendo, si se acuerda, acciones de Hacking tico o anlisis de vulnerabilidad de aplicaciones. 3. Anlisis de las Evidencias, documentacin de los resultados obtenidos y conclusiones. 4. Informe de Auditora en el que se recogen las acciones realizadas a lo largo de la auditora y las deficiencias detectadas. El informe contiene un resumen ejecutivo en el que se resaltan loss apartados ms importantes de la auditora. 5. Plan de Mejora con el anlisis y las recomendaciones propuestas para subsanar las incidencias de seguridad encontradas y mantener en el futuro una situacin estable y segura de los Sistemas de Informacin.

Diversos empleados estaban enganchados a Internet

Una empresa detectaba que el rendimiento de los trabajadores haba baja bajado considerablemente.
Solucin y actuacin de Auditoria-Sistemas

Creamos unas polticas de seguridad informtica y unas normas de uso informtico para la empresa. Todos los trabajadores se comprometieron a cumplirlas. Adems instalamos dos sistemas de control interno. Un sistema de control del correo electrnico que emitan y reciban los trabajadores. Y otro sistema de control de las pginas web que se visitaba cada trabajador de la empresa.
Beneficios

La empresa increment la productividad de sus trabajadores y disminuy el riesgo de perdidas de datos.

Formacin, investigacin y diagnstico

Necesitas ejemplos o material de trabajo para tus auditorias internas? Eres un proveedor y necesitas un curso practico? Tienes un problema concreto y no sabes de qu se trata? Precios desde 800. Infrmate reas que cubre la seguridad informtica * Polticas de Seguridad * Seguridad Fsica * Autentificacin * Integridad * Confidencialidad * Control de Acceso * Auditora Hemos seleccionado los siguientes articulos para usted:

SEGURIDAD INFORMTICA Y PROTECCIN DE DATOS,Proteccin de datos, Anlisis de vulnerabilidades, Cortafuegos, Copias de seguridad, Antivirus, Otras mejoras, Conclusiones, Fuente externa: informativos.net Aumenta un 600% el nmero de nuevos cdigos maliciosos detectados en septiembre, Fuente externa: noticiaspyme.com Existe un solo motivo por el cual se pierde informacin: la falta de backups, para una correcta realizacin y seguridad de backups, Fuente externa: zonavirus.com

Seguridad Informtica y Proteccin de Datos

Cul es la seleccin de aplicaciones de seguridad informtica para cualquier pequea empresa u organizacin? Esta es la gran pregunta que se formulan todos los responsables con los que se suele hablar. Algunos lo tienen claro y aplican soluciones de seguridad informtica antes de que se produzca algn problema ms o menos grave, ya sea porque solicitan asesoramiento experto o porque poseen una base de conocimientos para emprender tales acciones. Mientras que otros han odo hablar del miedo generalizado que hay sobre lo que podra ocurrir con los datos contenidos en sus sistemas de informacin si no se adoptan las medidas preventivas adecuadas. Y hay que tener en cuenta que, la mayora de pymes y pequeas organizaciones no poseen un responsable de tecnologas de la informacin. En Seguridad, a diario nos encontramos con estos casos. La mayora de pymes espaolas, por desgracia, pertenecen al segundo grupo expuesto anteriormente. Lo peor viene cuando preguntas si, al menos, han tomado alguna prevencin. Las respuestas suelen ser desoladoras. En realidad, para abordar la implantacin de medidas de seguridad informtica, existen algunas metodologas de trabajo. Una de las ms usadas es la OSSTMM (Open Source Security Testing Methodology Manual) de Pete Herzog. En resumen, lo que se propone es medir la seguridad de los siguientes factores: revisin de privacidad y recoleccin de documentos, seguridad de los procesos fsicos (personas confiables), verificacin de posibles vulnerabilidades, identificacin de sistemas y puertos, implantacin de sistemas de seguridad de intrusos y cortafuegos, elaboracin de polticas de seguridad, testeo de modems, seguridad inalmbrica, entre otros. El OSSTMM entrega plantillas para cumplimentar con los datos declarados por el responsable de sistemas, y as el consultor, en funcin de los resultados, conoce qu es lo que debe hacer. A todo esto podramos agregar un mayor control en las medidas de seguridad que se pueden adoptar para el correo electrnico corporativo, ya sea contra los virus entrantes como contra la continua avalancha de correo basura o spam. Teniendo en cuenta lo anterior, por dnde deberamos comenzar? Proteccin de datos Para la revisin de privacidad y cumplir con la legislacin, la LOPD obliga a la declaracin de los ficheros electrnicos que contengan datos de carcter personal (para evitar posible usos fraudulentos y abusivos) ante la Agencia Espaola de Proteccin de Datos (AGPD). Tambin existen una serie de medidas ocasionales en pginas web para cumplir con la legislacin vigente en materia de la LSSI. En ambos casos lo mejor es dejarse asesorar por despachos de abogados que traten estos temas.

El problema de la mayora de empresas es la especulacin que se ha generado en torno a la LOPD. Algunos despachos de abogados aprovechan la ocasin, y se han limitado a ofrecer un completo servicio, consistente en cumplimentar senillas plantillas con documentos de seguridad de nivel bajo, medio y avanzado. Por ltimo, presentan las bases de datos (no su contenido) a la AGPD y cobran autnticas fortunas por un proceso que habra costado unas pocas horas de la vida de cualquier profesional informtico con unos conocimientos adecuados. Por fortuna, la mayora de despachos de abogados tratan el asunto con excelente profesionalidad. En algunos casos, los procedimientos estn mejor elaborados. Se suele presentar una auditora con los ficheros encontrados y las medidas organizativas del archivo. Todo ello se entrega en una carpeta con esta auditora, los documentos de seguridad, y el resguardo de la presentacin de los ficheros ante la AGPD. Se aade a ello un mantenimiento anual por la posible modificacin de datos a lo largo del ao. Y ya est. Empresas como Efenet/Adhec han elaborado un software llamado Hcate, funcionando bajo licencias, y con un negocio de partners que implica un elevado desembolso inicial para comenzar a trabajar con ellos, ms una cantidad monetaria por cada auditora realizada. Todo un negocio esto de la LOPD. Nuestra recomendacin es ponerse en manos de consultores o asesores especializados en la seguridad informtica y la proteccin de datos, en quines se pueda confiar, para evitar ser vctimas de posibles abusos. Anlisis de vulnerabilidades Para la verificacin de posibles problemas de seguridad en ordenadores, sistemas y aplicaciones, lo ideal es utilizar un analizador de vulnerabilidades. Existen algunos que son excelentes y que ofrecen informes finales que no slo detallan los posibles agujeros de seguridad detectados, sino que aconsejan las soluciones a adoptar. En el mundo Linux, Nessus es un excelente software de cdigo abierto. Sin embargo, si se prefiere una solucin comercial que cuente con el soporte tcnico de un fabricante y una serie de consultoras especializadas, Shadow Security Scanner constituye una eleccin idnea, tanto por sus prestaciones como por su precio contenido. Cortafuegos Una vez obtenido el informe y parcheados los posibles agujeros de seguridad, debe acometerse la implementacin de algn cortafuegos e IDS. Aqu el abanico de eleccin es amplio. En el espectro de firewalls de nivel 1, tanto en software como en hardware, encontramos a Checkpoint y a Cisco. Sin embargo, sus precios pueden resultar inasumibles para las pymes y pequeos despachos, con lo que stas suelen dirigirse a aplicaciones como McAfee Firewall, Noton Internet Security y, en algunos casos, Zone Alarm. Una eleccin excelente la constituye una solucin como Securepoint Firewall & VPN Server. Se trata de un cortafuegos avanzado, en espaol, que se instala en una mquina independiente, gestiona redes privadas virtuales externas, bloquea contenidos considerados inapropiados, realiza informes en tiempo real, detecta intrusos, filtra el spam del correo electrnico y, adems, hace de antivirus.

Copias de seguridad La elaboracin de polticas de seguridad es algo sencillo. Consiste en saber cmo actuar en un plan de contingencia, redactando un documento para ello. Por ejemplo, qu hacer en caso de prdidas de datos, dnde se localizan las copias de seguridad, y cules son las contraseas para acceder a cada uno de los ordenadores de una red. Este Manual de Calidad debe estar redactado en su totalidad y puesto a salvo en un archivador bajo llave. As, en caso de necesidad, el manual es consultado en aquello que se precisa, y la rapidez de actuacin conlleva a la restauracin inmediata ante un desastre. Dicho esto, sobra decir que es necesario establecer una poltica de copias de seguridad. Aqu es donde el abanico de aplicaciones es inmenso. Acronis True Image es una solucin que genera imgenes de disco completas e incrementales, y que permite la programacin de tareas. El acceso a un men restaura una imagen previa, sin arrancar el sistema operativo, dejndolo todo tal y como estaba. El testeo de modems y la seguridad inalmbrica deberan dejarse en manos de unos auditores de seguridad informtica o para el administrador de sistemas. Antivirus En la parte final de la pirmide se encuentran los antivirus. Existen tantos que uno nunca saber por cul decantarse. Lo ideal es que el antivirus se encuentre centralizado y, si es posible, integrado con el propio protocolo que cubre. Por ejemplo, puede utilizarse un antivirus de servidor y, adems, uno integrado con el propio servidor de correo, ya que constituye la principal va de contagio. La oferta es variada. Todo el mundo conoce un antivius u otro, gracias a su divulgacin a travs de revistas especializadas. Sin embargo, Avast!, es un antivirus nada conocido en el mercado espaol, pero que opera en versiones servidor para Windows y Linux, estaciones de trabajo y PDA. Por descontado, tambin est en espaol. Como punto negativo, no dispone de distribuidor en Espaa. Otras mejoras Colasoft Capsa es un estupendo sniffer que analiza todo el trfico de red, y resulta ideal para conocer en todo momento qu est sucediendo en la LAN. Lo que ms sorprende a las empresas usuarias es que el administrador de la red puede conocer en todo momento por dnde navega cada estacin de trabajo o a dnde se estn enviando correos electrnicos. Linspire, por su parte, es un sistema operativo Linux Debian, con un entorno similar al de Windows y tan fcil de usar como ste. Lo mejor de este sistema operativo es que puede ejecutar aplicaciones Windows a travs de un emulador, que se conecta a cualquier entorno de red de Windows (compartiendo aplicaciones, recursos e impresoras), y que instala cualquier aplicacin de Internet open source o gratuita con un simple clic de ratn (uno

solo, aunque parezca mentira) a travs de una lista o catlogo que se actualiza desde Internet (llamado CRN). Linspire cuenta con las ventajas de seguridad informtica de Linux. No le afectan para nada la entrada de virus que slo operan con Windows, es muy fcil de usar y muy amigable. Se instala en apenas 10 minutos de reloj (comprobado), y ya viene preinstalado con OpenOffice. Los ms necesitados pueden instalar el cliente de correo Ximian, compatible con Outlook y con plug-in para Exchange. Conclusiones Con todo lo anterior, cuando menos, ciertas medidas de seguridad informtica pueden darse por adoptadas. Nunca se puede dogmatizar que la seguridad perfecta existe. Eso no es cierto, lo afirme quien lo afirme. Pero, al menos, si que se pueden adoptar medidas preventivas y polticas de seguridad que impidan o minimicen una hecatombe. Lo explicado aqu es lo mnimo que debera conocer el responsable de una red o el asesor externo de una empresa, para poder implementar el software necesario. Eso s, teniendo siempre presente que todo esto es slo la punta del iceberg.

Aumenta un 600% el nmero de nuevos cdigos maliciosos detectados en septiembre

Trend Micro, lder en servicios y software antivirus para redes y de seguridad de contenidos de Internet, detect 1.485 nuevos cdigos maliciosos durante el mes de septiembre, una cifra que contrasta claramente respecto a los 250 detectados durante el mismo perodo de 2003. Del total de cdigo detectados, los programas Troyanos representan el 61% (se incluyen las puertas traseras, que son fundamentalmente Troyanos remotos), mientras que los gusanos representan el 29%, inform hoy jueves. Es de destacar el hecho de que el 79% (ms de 400 ejemplares) de los gusanos que TrendLabs ha detectado en septiembre sean programas robot, lo que muestra la difusin de redes zombi controladas remotamente. Existen diversos factores que podran explicar este hecho. Es evidente el cambio de motivacin en la creacin de virus. Mientras que en el pasado los autores de virus buscaban sus 15 minutos de gloria, actualmente hay pruebas de que su inspiracin responde ms a ganancias y recompensas monetarias. Ello queda ilustrado en el creciente numero de cdigos maliciosos diseados para crear redes zombi, que pueden darse en cualquier momento al mejor postor (vase ms adelante), as como por los sucesivos lanzamientos de Troyanos capaces de robar informacin, como las variantes de TROJ_BANKER y TROJ_BANCOS, que intentan hacerse con informacin confidencial (datos bancarios, etc.) de los usuarios infectados.

Existe un solo motivo por el cual se pierde informacin: la falta de backups

Un Plan de Contingencia de Seguridad Informtica consiste en los pasos que se deben seguir, luego de un desastre, para recuperar, aunque sea en parte, la capacidad funcional del sistema aunque, y por lo general, constan de reemplazos de dichos sistemas. Se entiende por Recuperacin, tanto la capacidad de seguir trabajando en un plazo mnimo despus de que se haya producido el problema, como la posibilidad de volver a la situacin anterior al mismo, habiendo reemplazado o recuperado el mximo posible de los recursos e informacin. Esto es la teoria As, la recuperacin de la informacin se basa en el uso de una poltica de copias de seguridad (Backup) adecuada. La realidad indica que al no respetarse este enunciado, en la prctica, slo existe un motivo por el que se pierde informacin: la falta de backups. El Backup de archivos permite tener disponible e ntegra la informacin para cuando sucedan los accidentes. Sin un backup, simplemente, es imposible volver la informacin al estado anterior al desastre. La falta de concientizacin de los usuarios en este sentido es muy alta. Ms all de lo que cabe esperar, y de lo que sera normal; un alto porcentaje de usuarios sabe lo que es un Backup o Copia de Seguridad pero nadie sabe como hacerlo, o peor an: saben como hacerlo pero NADIE LO HACE. Los motivos para esto son muy variados pero siempre podemos concluir que hacer una copia de seguridad es molesto, tedioso e involucra una prdida de tiempo que nadie est dispuesto a afrontar. Estos son motivos vlidos, pero entonces el usuario pierde su disco y su preciada carpeta mis documentos y no la puede recuperar por lo pensamos que ya aprendi la leccin. Pero no no es as: el hombre es el nico animal que comete el mismo error n veces. Como indicaba ms arriba los motivos por los cuales no hacer backup pueden ser muchos y muy variados pero nunca superarn al beneficio de tener un backup funcional en el momento de perder la informacin (cosa que siempre acurrir, tarde o temprano Ya lo deca nuestro amigo Murphy). Observar que digo backup funcional; porque tambin es muy normal hacer backups en lugares en los cuales no estamos 100% seguros que podemos recuperarlos. Esto es: Hacer copias en disquetes o cintas que pueden estar daados; Hacer copias en CD ms baratos. Recordar que lo barato sale caro. Hacer backups parciales porque creo que eso ya lo copie; Hacer backup cada 6 meses mas o menos; Hacer backup y guardarlo en lugar seguro ms all de lo que cualquiera entienda por lugar seguro.

 Hacer backup no es una tarea trivial, e involucra recursos y costos que generalmente ni los usuarios finales ni las empresas consideran. En el caso de los usuarios es relativamente fcil hacer backup, pero como ya mencion lo difcil es crear una concientizacin adecuada. Las posibilidades para realizar un backup son muchas, si bien unas mas adecuadas que otras segn se considere el caso: Se puede realizar una simple copia con el viejo, conocido y querido COPY/CP de DOS/UNIX. Se puede grabar un CD. Se puede grabar una cinta. Se puede copiar la informacin a un disco removible/PC espejo del original. Se puede subir la informacin a la web a hostings que cuenten con backups. Aunque parezca obvio, todas estas posibilidades SIEMPRE deben contemplar que la copia se realiz correctamente y como requisito extra esta verificacin debe realizarse cada cierto tiempo prudencial. En lo que respecta a empresas las acciones a realizar son un poco ms complejas pero el concepto es el mismo: hacer backup es ahorrar tiempo y dinero. En este caso ser necesario realizar un anlisis costo/beneficio para determinar qu informacin ser almacenada, los espacios de almacenamiento destinados a tal fin, la forma de realizacin, las estaciones de trabajo que cubrir el backup, etc. Para una correcta realizacin y seguridad de backups se debern tener en cuenta estos puntos: Se debe contar con un procedimiento de respaldo de los sistemas operativos y de la informacin de los usuarios, para poder reinstalar fcilmente en caso de sufrir un accidente. Se debe determinar el medio y las herramientas correctas para realizar las copias, basndose en anlisis de espacios, tiempos de lectura/escritura, tipo de backup a realizar, etc. El almacenamiento de los Backups debe realizarse en locales diferentes de donde reside la informacin primaria. De este modo se evita la prdida si el desastre alcanza todo el edificio o local. Se debe verificar, peridicamente, la integridad de los respaldos que se estn almacenando. No hay que esperar hasta el momento en que se necesitan para darse cuenta de que estn incompletos, daados, mal almacenados, etc.

 Se debe contar con un procedimiento para garantizar la integridad fsica de los respaldos, en previsin de robo o destruccin. Se debe contar con una poltica para garantizar la privacidad de la informacin que se respalda en medios de almacenamiento secundarios. Por ejemplo, la informacin se puede encriptar antes de respaldarse. Se debe contar con un procedimiento para borrar fsicamente la informacin de los medios de almacenamiento, antes de desecharlos. Mantener equipos de hardware, de caractersticas similares a los utilizados para el proceso normal, en condiciones para comenzar a procesar en caso de desastres fsicos. Puede optarse por: - Modalidad Externa: otra organizacin tiene los equipos similares que brindan la seguridad de poder procesar la informacin, al ocurrir una contingencia, mientras se busca una solucin definitiva al siniestro producido. - Modalidad Interna: se tiene ms de un local, en donde uno es espejo del otro en cuanto a equipamiento, caractersticas tcnicas y capacidades fsicas. Ambos son susceptibles de ser usados como equipos de emergencia. En todos los casos se debe asegurar reproducir toda la informacin necesaria para la posterior recuperacin sin pasos secundarios ni operacin que dificulte o imposibilite la recuperacin.

Polticas de Seguridad
Leer en Google Leer en Yahoo RSS

RSS es un sencillo formato de datos que es utilizado para redifundir contenidos a suscriptores de un sitio web. El formato permite distribuir contenido sin necesidad de un navegador, utilizando un software disenado para leer estos contenidos RSS (agregador). Las polticas de seguridad son las reglas y procedimientos que regulan la forma en que una organizacin previene, protege y maneja los riesgos de diferentes daos.
Seguridad

Casos reales de problemas solucionados por nosotros Clientes representativos de auditorias informticas. Seguridad Informtica indicando mbitos que inculye y articulos relacionados. Auditoria de seguridad incluyendo anlisis de vulnerabilidades, cumplimiento legal y de estndares.

Objetivos de las polticas de seguridad Informar al mayor nivel de detalle a los usuarios, empleados y gerentes de las normas y

mecanismos que deben cumplir y utilizar para proteger los componentes de los sistemas de la organizacin. Componentes de una poltica de seguridad * Una poltica de privacidad * Una poltica de acceso * Una poltica de autenticacin * Una poltica de contabilidad * Una poltica de mantenimiento para la red * Una poltica de divulgacin de informacin. Hemos seleccionado los siguientes articulos para usted:

Para los CEOs, la seguridad informtica no es prioritaria, sin reacciones, cifras preocupantes, Fuente externa: infobaeprofesional.com POLTICAS DE SEGURIDAD INFORMTICA, generalidades, Definicin de Polticas de Seguridad Informtica Elementos de una Poltica de Seguridad Informtica, parmetros para Establecer Polticas de Seguridad, Razones que Impiden la Aplicacin de las Polticas de Seguridad Informtica, Fuente externa: monografias.com Introduccion a los sniffers y anti-sniffers, Fuente externa: todo-linux.com

Para los CEOs, la seguridad informtica no es prioritaria

La percepcin de los ejecutivos es que los virus representan el mayor riesgo, aunque la realidad indica que el fraude es la prctica ms peligrosa. Aparece el spam en escena Aunque la industria tecnolgica aumenta los esfuerzos para evangelizar en materia de seguridad informtica, los mximos responsables de las compaas no toman conciencia sobre el asunto. Y para el 80% de los CEOs, el tema no es prioritario. Los datos surgieron de la encuesta anual sobre seguridad informtica que realiza Ernst & Young (E&Y) en todo el mundo. La postal tomada de la situacin en el planeta se replica en forma idntica en la Argentina. La principal conclusin es que no ha cambiado significativamente el cuidado por la seguridad informtica en las empresas cuando los riesgos han crecido considerablemente en los ltimos aos, dijo Fernando Conesa, socio de E&Y. Sin reacciones El ejecutivo explic que la costumbre en las empresas es que siguen sin actuar despus de que haya habido un problema. Las inversiones en seguridad informtica aparecen despus que hubo un problema, explic.

Adems de la aparicin de nuevos virus, una inadecuada utilizacin de los sistemas y la prdida de confidencialidad, entre otros aspectos, este ao apareci por primera vez en el sondeo de percepcin el spam. El envo masivo de e-mails no solicitados produce la denegacin de servicio, situacin que puede poner en riesgo la evolucin de un negocio. Cifras preocupantes En El 67% de las empresas consultadas considera muy importante a las polticas de seguridad informtica. Pero slo el 15% reporta a los directorios de las empresas el estado de seguridad o incidentes informticos sucedidos cada mes. Un 16% lo hace cada cuatro meses, un 8% cada seis meses, un 11% nunca y el 10% slo una vez por ao. Al ser consultadas sobre los obstculos que encuentran para implementar un plan efectivo en la materia, destacan que hay falta de conciencia en los usuarios finales, limitaciones de presupuesto, disponibilidad de personal especializado, dificultad para probar el valor de la seguridad informtica (el retorno de la inversin) y el ritmo acelerado de los cambios tecnolgicos. El nivel de concientizacin entre los empleados de una organizacin crece en la medida en que el CEO lo establece como poltica prioritaria.

Polticas de Seguridad Informtica

Generalidades La seguridad informtica ha tomado gran auge, debido a las cambiantes condiciones y nuevas plataformas tecnolgicas disponibles. La posibilidad de interconectarse a travs de redes, ha abierto nuevos horizontes ha las empresas para mejorar su productividad y poder explorar ms all de las fronteras nacionales, lo cual lgicamente ha trado consigo, la aparicin de nuevas amenazas para los sistemas de informacin. Estos riesgos que se enfrentan ha llevado a que muchas desarrollen documentos y directrices que orientan en el uso adecuado de estas destrezas tecnolgicas y recomendaciones para obtener el mayor provecho de estas ventajas, y evitar el uso indebido de la mismas, lo cual puede ocasionar serios problemas a los bienes, servicios y operaciones de la empresa. En este sentido, las polticas de seguridad informtica surgen como una herramienta organizacional para concientizar a los colaboradores de la organizacin sobre la importancia y sensibilidad de la informacin y servicios crticos que permiten a la empresa crecer y mantenerse competitiva. Ante esta situacin, el proponer o identificar una poltica de seguridad requiere un alto compromiso con la organizacin, agudeza tcnica para establecer fallas y debilidades, y constancia para renovar y actualizar dicha poltica en funcin del dinmico ambiente que rodea las organizaciones modernas. Definicin de Polticas de Seguridad Informtica

Una poltica de seguridad informtica es una forma de comunicarse con los usuarios, ya que las mismas establecen un canal formal de actuacin del personal, en relacin con los recursos y servicios informticos de la organizacin. No se puede considerar que una poltica de seguridad informtica es una descripcin tcnica de mecanismos, ni una expresin legal que involucre sanciones a conductas de los empleados, es ms bien una descripcin de los que deseamos proteger y l por qu de ello, pues cada poltica de seguridad es una invitacin a cada uno de sus miembros a reconocer la informacin como uno de sus principales activos as como, un motor de intercambio y desarrollo en el mbito de sus negocios. Por tal razn, las polticas de seguridad deben concluir en una posicin consciente y vigilante del personal por el uso y limitaciones de los recursos y servicios informticos. Elementos de una Poltica de Seguridad Informtica Como una poltica de seguridad debe orientar las decisiones que se toman en relacin con la seguridad, se requiere la disposicin de todos los miembros de la empresa para lograr una visin conjunta de lo que se considera importante. Las Polticas de Seguridad Informtica deben considerar principalmente los siguientes elementos: o Alcance de las polticas, incluyendo facilidades, sistemas y personal sobre la cual aplica. o Objetivos de la poltica y descripcin clara de los elementos involucrados en su definicin. o Responsabilidades por cada uno de los servicios y recursos informticos aplicado a todos los niveles de la organizacin. o Requerimientos mnimos para configuracin de la seguridad de los sistemas que abarca el alcance de la poltica. o Definicin de violaciones y sanciones por no cumplir con las polticas. o Responsabilidades de los usuarios con respecto a la informacin a la que tiene acceso. Las polticas de seguridad informtica, tambin deben ofrecer explicaciones comprensibles sobre por qu deben tomarse ciertas decisiones y explicar la importancia de los recursos. Igualmente, debern establecer las expectativas de la organizacin en relacin con la seguridad y especificar la autoridad responsable de aplicar los correctivos o sanciones. Otro punto importante, es que las polticas de seguridad deben redactarse en un lenguaje sencillo y entendible, libre de tecnicismos y trminos ambiguos que impidan una comprensin clara de las mismas, claro est sin sacrificar su precisin. Por ltimo, y no menos importante, el que las polticas de seguridad, deben seguir un proceso de actualizacin peridica sujeto a los cambios organizacionales relevantes, como son: el aumento de personal, cambios en la infraestructura computacional, alta rotacin de personal, desarrollo de nuevos servicios, regionalizacin de la empresa, cambio o diversificacin del rea de negocios, etc. Parmetros para Establecer Polticas de Seguridad

Es importante que al momento de formular las polticas de seguridad informtica, se consideren por lo menos los siguientes aspectos: * Efectuar un anlisis de riesgos informticos, para valorar los activos y as adecuar las polticas a la realidad de la empresa. * Reunirse con los departamentos dueos de los recursos, ya que ellos poseen la experiencia y son la principal fuente para establecer el alcance y definir las violaciones a las polticas. * Comunicar a todo el personal involucrado sobre el desarrollo de las polticas, incluyendo los beneficios y riesgos relacionados con los recursos y bienes, y sus elementos de seguridad. * Identificar quin tiene la autoridad para tomar decisiones en cada departamento, pues son ellos los interesados en salvaguardar los activos crticos su rea. * Monitorear peridicamente los procedimientos y operaciones de la empresa, de forma tal, que ante cambios las polticas puedan actualizarse oportunamente. * Detallar explcita y concretamente el alcance de las polticas con el propsito de evitar situaciones de tensin al momento de establecer los mecanismos de seguridad que respondan a las polticas trazadas. Razones que Impiden la Aplicacin de las Polticas de Seguridad Informtica A pesar de que un gran nmero de organizaciones canalizan sus esfuerzos para definir directrices de seguridad y concretarlas en documentos que orienten las acciones de las mismas, muy pocas alcanzan el xito, ya que la primera barrera que se enfrenta es convencer a los altos ejecutivos de la necesidad y beneficios de buenas polticas de seguridad informtica. Otros inconvenientes lo representan los tecnicismos informticos y la falta de una estrategia de mercadeo por parte de los Gerentes de Informtica o los especialistas en seguridad, que llevan a los altos directivos a pensamientos como: ms dinero para juguetes del Departamento de Sistemas. Esta situacin ha llevado a que muchas empresas con activos muy importantes, se encuentren expuestas a graves problemas de seguridad y riesgos innecesarios, que en muchos casos comprometen informacin sensitiva y por ende su imagen corporativa. Ante esta situacin, los encargados de la seguridad deben confirmar que las personas entienden los asuntos importantes de la seguridad, conocen sus alcances y estn de acuerdo con las decisiones tomadas en relacin con esos asuntos. Si se quiere que las polticas de seguridad sean aceptadas, deben integrarse a las estrategias del negocio, a su misin y visin, con el propsito de que los que toman las decisiones reconozcan su importancia e incidencias en las proyecciones y utilidades de la compaa. Finalmente, es importante sealar que las polticas por s solas no constituyen una garanta para la seguridad de la organizacin, ellas deben responder a intereses y necesidades organizacionales basadas en la visin de negocio, que lleven a un esfuerzo conjunto de sus actores por administrar sus recursos, y a reconocer en los mecanismos de seguridad

informtica factores que facilitan la formalizacin y materializacin de los compromisos adquiridos con la organizacin.

Introduccion a los sniffers y anti-sniffers

Dsniff nos demuestra lo inseguras que son nuestras redes, sobretodo si nos empenamos en enviar contrasenas en formato texto plano. Con este sniffer, nos daremos cuenta de los realmente importante que puede llegar a ser la utilizacion de la encriptacion en nuestras comunicaciones diarias Tal y como dice el autor del programa Dug Song, el desarrollo esta potentisima aplicacion para auditar sus propias redes y para demostrar la necesidad de usar encriptacion de un modo habitual. Please do not abuse this software Gracias a dsniff, tenemos un motivo mas para usar diariamente herramientas como ssh (la version 2, porque la 1 tiene algunos problemas de seguridad y es vulnerable) y gpg (Gnu pgp) Para haceros una idea de las posibilidades del dsniff, conectaros a Internet como lo haceis habitualmente, en otra sesion como root teclear: (sigue) # dsniff -i ppp0 Ahora bajaros el correo, entrad en algun servidor/servicio que os pida contrasena y vereis como por arte de magia vais capturando los pares usuario:contrasena. Entrad ahora usando ssh y vereis como en este caso nuestro sniffer no captura la contrasena. dsniff esta formado por una serie de programas que son: * dsniff: simple password sniffer. (Yo realmente no lo consideria nada simple) * arpspoof: redirect packets from a target host (or all hosts) on the LAN intended for another host on the LAN by forging ARP replies. * dnsspoof: forge replies to arbitrary DNS address / pointer queries on the LAN. * filesnarf: saves selected files sniffed from NFS traffic in the current working directory. * macof: flood the local network with random MAC addresses. * mailsnarf: a fast and easy way to violate the Electronic Communications Privacy Act of 1986 (18 USC 2701-2711), be careful. * msgsnarf: record selected messages from sniffed AOL Instant Messenger, ICQ 2000, IRC, and Yahoo! Messenger chat sessions. * sshmitm: SSH monkey-in-the-middle. * tcpkill: kills specified in-progress TCP connections. * tcpnice: slow down specified TCP connections via active traffic shaping. (Se puede usar para evitar virus/gusanos tipo NIMDA). Os recomiendo que os paseis por: http://bulmalug.net/body.phtml?nIdNoticia=865 * urlsnarf: output all requested URLs sniffed from HTTP traffic in CLF (Common Log Format, used by almost all web servers), suitable for offline post-processing

* webmitm: HTTP / HTTPS monkey-in-the-middle. * webspy: sends URLs sniffed from a client to your local Netscape browser for display, a fun party trick Pagina web del dsniff: http://www.monkey.org/~dugsong/dsniff/ Ademas de la version actual la 2.3, podemos encontrar una beta de la nueva version que esta en desarrollo con nuevas caracteristicas. http://www.monkey.org/~dugsong/dsniff/beta/dsniff-2.4b1.tar.gz Mas informacion: ftp://www6.software.ibm.com/software/developer/library/s-sniff.pdf ftp://www6.software.ibm.com/software/developer/library/s-sniff2.pdf Simplemente I M P R E S I O N A N T E . En el proximo articulo os mostrare como detectar sniffers en nuestra red local. - http://bulmalug.net/body.phtml?nIdNoticia=928 Deteccion de sniffers usando Linux ================================== Un sniffer es un programa que captura todo el trafico que pasa por la red,de forma que ejecutado en una red local, permiten obtener pares (usuario:contrasena) rapidamente. Suele funcionar de forma pasiva, siendo muy dificiles de detectar, aunque existen algunas tecnicas que nos permitiran averiguar si tenemos espias en nuestra red Existen multitud de sniffers en Linux, cada cual con sus peculiaridades y caracteristicas, pero uno de los mas potentes y que mas me gusta, es dsniff, os recomiendo la lectura del articulo:Maxima seguridad con dsniff. El sniffer total. _________________________________________________________________ Advertencia: Detectar un sniffer es sumamente dificil, por no decir, que si esta correctamente configurado y oculto usando otras tecnicas, es practicamente imposible detectarlos. Aqui intentare dar algunas ideas y consejos para que conozcais de que va el tema. _________________________________________________________________ Se dan 2 situaciones distintas: * Consulta directa de las interfaces de red. * NO es posible la consulta directa de las interfaces de red. Consulta directa de las interfaces de red.

En el primer caso lo que tendremos que hacer es mirar el estado de las diferentes interfaces de redes que tengamos en dicho equipo. La forma mas habitual e utilizar el comando ifconfig (paquete net-tools), aunque podemos usar otros como ifstatus o cpm (check for network interfaces in promiscuous mode). Aqui os muestro como el resultado del comando ifconfig antes y despues de ejecutar el sniffer en una maquina FreeBSD: $ ifconfig fxp0: flags=8843 mtu 1500 Estando el sniffer en ejecucion, podemos ver en la primera linea la palabra PROMISC, que nos revela el estado de la tarjeta de red: $ ifconfig fxp0: flags=8943 mtu 1500 Normalmente cuando la interface pasa a modo promiscuo, queda reflejado en el fichero de logs, tal y como podemos ver aqui. # cat /var/log/messages . Nov 20 08:51:20 maquineta /kernel: fxp0: promiscuous mode enabled . Aunque es la forma mas sencilla y directa de detectar un sniffer, tampoco es infalible, puesto que aun estando en marcha el sniffer puede que no aparezca la interfaz como promiscuos sobretodo si han crackeado la maquina y le han metido un LKM del estilo del RhideS v1.0 (rhides.c en 7a69#12): Is usualy to install a sniffer when you hack some system, but if you do it,the net device is established to promisc mode and if the admin is inteligent must to discover the sniffer.Using RhideS you can to hide some promisc mode interface easily. Inserting the module you can specify magic words. Otras posibles medidas para detectar el sniffer son: * Controlar y detectar los logs que genera el sniffer. * Controlar las conexiones al exterior, por ejemplo, el envio sospechoso de e-mail a cuentas extranas. * Utilizar la herramienta lsof (LiSt Open Files), de forma que tengamos monitorizados los programas que acceden al dispositivo de red. NO es posible la consulta directa de las interfaces de red. En caso de que no podamos acceder y consultar el estado de las interfaces de red, puesto que el sniffer no esta en nuestra maquina sino que se encuentra en alguna otra maquina de la red. Lo que tendremos que hacer, es utilizar algun defecto en la implementacion concreta del protocolo TCP/IP por algun programa/comando (tal y como hace el programa neped respecto a el arp) o ingeniarnoslas para averiguar de alguna forma si tenemos algun sniffer corriendo en la red:

Una de las posibles tecnicas, consiste en enviar paquetes a una maquina inexistente y cuya direccion no esta dada de alta en el servidor de nombres. Sabremos que tenemos un sniffer en nuestra red si posteriormente detectamos cualquier intento de acceso a la maquina ficticia. Antisniff, del que tenemos incluso el codigo fuentes en la version Unix, es una de las mejores herramientas de deteccion de sniffer de forma remota, aunque quizas este un poquitin obsoleto, sobretodo porque no contempla la nueva generacion de sniffers. AntiSniff is a new class of proactive security monitoring tool.It has the ability to scan a network and detect whether or not any computers are in promiscuous mode This is often a sign that a computer has been compromised. With AntiSniff, administrators and security teams can finally get a handle on who is watching network traffic at their site. Antisniff was designed to detect compromized machines with IP stacks that a remote attacker could utilize to sniff network traffic. It was not designed to detect hardware based network probes or special purpose network analyzers which an attacker would need physical access to install. Sentinel es otra interesante herramienta, cuyo objetivo principal es la deteccion remota de sniffers. Utiliza las librerias libcap y libnet y tenemos el codigo fuente disponible. The sentinel project is an implementation of effective remote promiscuous detection techniques.For portability purposes, the sentinel application uses the libpcap and libnet libraries. Por ultimo comentar la existencia de una curiosa herramienta: AntiAntiSniffer Sniffer, cuyo objetivo es detectar la ejecucion en la red del Antisniff, evitando ser detectado por el mismo. Conclusion: Recordar (una vez mas) la necesidad de usar encriptacion a diario en TODAS nuestras comunicaciones: S/key, gpg, SSH, SSL, Firewall, VPNs, etc

Consultora sebgon - consultora de recursos humanos - consultora@consultorasebgon.com Telfono/Fax: (011) 4139-1629/1630 auditoria de seguridad informatica, auditoria de flujo de informacion, servicio de seguridad informatica | Diseo web: visual2k Seguridad de la informacin

auditoria de seguridad informatica, auditoria de flujo de informacion, servicio de seguridad informatica

Se realizan inspecciones sobre los procesos y sistemas de informacin, para evaluar el estado de la seguridad fsica, la seguridad de los procedimientos, la seguridad de los sistemas de informacin, la capacidad de destruccin y recuperacin de la informacin y asegurar que sta sea evaluada y protegida contra toda forma de acceso, uso, divulgacin, modificacin, destruccin y garantizar la confidencialidad, integridad, disponibilidad y autenticacin. Se analiza el flujo de informacin para determinar cuales son los principales riesgos y los impactos que generara en el negocio la ocurrencia de ataques contra la integridad, disponibilidad de datos y confidencialidad de estos, como repercutira en el prestigio de la empresa y como se repondra de los daos ocasionados. Auditorias de seguridad externas e internas

servicio de auditoria de seguridad, auditoria de seguridad, auditorias externas de seguridad

Los servicios de auditoria son realizados por auditores profesionales en materia de seguridad, los cuales garantizaran un asesoramiento acorde a las necesidades de vuestra empresa. Para esta auditoria sern relevados y evaluados todos los factores que inciden en la seguridad, los cuales abarcan los siguientes tems. Evaluacin de planes de seguridad Revisin de los planes y procedimientos de seguridad y su concordancia con la poltica de seguridad de la empresa. Evaluacin de la Seguridad Perimetral Inspeccin y verificacin del tipo de permetro, tecnologa aplicada al mismo, vulnerabilidades, reas perifricas, iluminacin, etc. Evaluacin de la Seguridad Fsica Auditoria de la empresa de Seguridad Privada en lo operativo y legal, procedimientos generales y especficos del servicio, comprensin de consignas, niveles de capacitacin y evaluacin del personal de vigilancia, etc. Control de Ingreso y Egreso Revisin de Procedimientos y medios de control para identificar, visitantes, empleados, elementos, vehculos, etc.

 Empleados Sistemas de incorporacin, evaluacin, informes y seguimiento de los mismos. Seguridad del personal Revisin de programas de proteccin de ejecutivos y evaluacin de los mismos. Continuidad de negocio Evaluacin de los planes de crisis y contingencias y dems procedimientos necesarios para disminuir los riesgos de prdidas. Control de proveedores y servicios terciarizados Verificacin de los mecanismos de control (si los hubiera) para e valuar las empresas proveedoras y a su personal. Tecnologa aplicada a la seguridad Supervisin y Verificacin del tipo de tecnologa, niveles de prestacin, tipos de comunicaciones internas y externas. Seguridad de la informacin Inspeccin sobre los procesos y sistemas y flujo de informacin. Revisin de medios para prevenir y combatir incendios Evaluacin de las relaciones con las fuerzas de seguridad publica. Para disear polticas preventivas eficaces.

Auditoras de seguridad informtica

0 comentarios Jos M. Cestero 26 de junio de 2009 | 11:50

Los sistemas informticos que utilizamos las empresas son cada vez ms complejos, ms ricos en funcionalidades y por tanto ms difciles de controlar. En ciertas situaciones puede resultar conveniente optar por realizar una auditora de seguridad de los mismos para conocer exactamente cules son los fallos de nuestro sistema y evitar consecuencias indeseables, bien utilizando un software diseado para ello bien recurriendo a servicios externos que las lleven a cabo, opcin de la que vamos a tratar en este caso. Estas auditoras consisten en analizar el nivel de seguridad de nuestro sistema informtico utilizando todo tipo de herramientas y tcnicas para averiguar cuales son los problemas a los que nos podemos enfrentar, presentarlos en un informe y proponer las medidas que sera necesario aplicar para solucionarlos. La seguridad informtica es un rea muy amplia y compleja, que en ocasiones hace necesario recurrir a expertos externos que se encarguen de la tarea (ms an en la pyme, que no suele disponer de personal cualificado). Para que empresas es conveniente? en principio para todas las que utilicen sistemas informticos, pero tampoco es cuestin de ponerse paranoicos, si no de hacer un balance entre riesgo y coste antes de decidirnos. Si utilizamos o pensamos desplegar servicios que salgan al exterior (servidores web, de correo electronico, FTP o conexiones VPN) que puedan abrir puertas a nuestro sistema si no estn bien configurados es una buena idea contemplar esta posibilidad. Por otro lado, si disponemos de un sistema bsico, cuatro o cinco ordenadores conectados en una red local, creo que no tiene demasiado sentido la inversin. No es que un entorno bsico no tenga problemas de seguridad o que sea invulnerable, pero tengo la impresin (aunque slo es mi opinin) de que es una medida excesiva y optara en todo caso por la solucin de software que os comentaba al principio, quiz de menos alcance pero interesante para hacernos una composicin de lugar. De todas formas nunca

est de ms informarse de las posibilidades, quiz no necesitemos una auditora exhaustiva y nos interese disponer de un informe de situacin que nos indique al menos en que aspectos tenemos que mejorar la seguridad de nuestra infraestructura informtica.