Introduccin Conceptos de Auditora de Sistemas La palabra auditora viene del latn auditorius y de esta proviene auditor, que tiene

la virtud de oir y revisar cuentas, pero debe estar encaminado a un objetivo especfico que es el de evaluar la eficiencia y eficacia con que se est operando para que, por medio del sealamiento de cursos alternativos de accin, se tomen decisiones que permitan corregir los errores, en caso de que existan, o bien mejorar la forma de actuacin. Algunos autores proporcionan otros conceptos pero todos coinciden en hacer nfasis en la revisin, evaluacin y elaboracin de un informe para el ejecutivo encaminado a un objetivo especfico en el ambiente computacional y los sistemas. A continuacin se detallan algunos conceptos recogidos de algunos expertos en la materia: Auditora de Sistemas es: La verificacin de controles en el procesamiento de la informacin, desarrollo de sistemas e

instalacin con el objetivo de evaluar su efectividad y presentar recomendaciones a la Gerencia. La actividad dirigida a verificar y juzgar informacin. El examen y evaluacin de los procesos del Area de Procesamiento automtico de Datos

(PAD) y de la utilizacin de los recursos que en ellos intervienen, para llegar a establecer el grado de eficiencia, efectividad y economa de los sistemas computarizados en una empresa y presentar conclusiones y recomendaciones encaminadas a corregir las deficiencias existentes y mejorarlas. El proceso de recoleccin y evaluacin de evidencia para determinar si un sistema

automatizado:

Daos Salvaguarda activos Destruccin Uso no autorizado Robo

Mantiene de los datos

Integridad

Informacin Precisa,

Completa Opor

tuna

Confiable

Alcanza metas organizacionales

Contribucin de la funcin informtica

Consume recursos eficientemente informacin

Utiliza los recursos adecuadamente en el procesamiento de la

Es el examen o revisin de carcter objetivo (independiente), crtico(evidencia),

sistemtico (normas), selectivo (muestras) de las polticas, normas, prcticas, funciones, procesos, procedimientos e informes relacionados con los sistemas de informacin computarizados, con el fin de emitir una opinin profesional (imparcial) con respecto a:

Eficiencia en el uso de los recursos informticos Validez de la informacin

Efectividad de los controles establecidos Tipos de Auditora

Existen algunos tipos de auditora entre las que la Auditora de Sistemas integra un mundo paralelo pero diferente y peculiar resaltando su enfoque a la funcin informtica. Es necesario recalcar como anlisis de este cuadro que Auditora de Sistemas no es lo mismo que Auditora Financiera. Entre los principales enfoques de Auditora tenemos los siguientes:

Financiera

Veracidad de estados financieros Preparacin de informes de acuerdo a principios contables

Evala la eficiencia,

Operacional Eficacia Economa de los mtodos y procedimientos que rigen un proceso de una empresa

Sistemas

Se preocupa de la funcin informtica

Fiscal

Se dedica a observar el cumplimiento de las leyes fiscales

Administrativa

Analiza: Logros de los objetivos de la Administracin Desempeo de funciones administrativas

Evala: Calidad Mtodos Mediciones Controles de los bienes y servicios

Revisa la contribucin a la sociedad Social actividades socialmente orientadas Objetivos Generales de una Auditora de Sistemas Buscar una mejor relacin costo-beneficio de los sistemas automticos o computarizados as como la participacin en

diseados e implantados por el PAD

Incrementar la satisfaccin de los usuarios de los sistemas computarizados

Asegurar una mayor integridad, confidencialidad y confiabilidad de la informacin mediante

la recomendacin de seguridades y controles. Conocer la situacin actual del rea informtica y las actividades y esfuerzos necesarios

para lograr los objetivos propuestos. Seguridad de personal, datos, hardware, software e instalaciones Apoyo de funcin informtica a las metas y objetivos de la organizacin Seguridad, utilidad, confianza, privacidad y disponibilidad en el ambiente informtico Minimizar existencias de riesgos en el uso de Tecnologa de informacin Decisiones de inversin y gastos innecesarios

Capacitacin y educacin sobre controles en los Sistemas de Informacin Justificativos para efectuar una Auditora de Sistemas Aumento considerable e injustificado del presupuesto del PAD (Departamento de

Procesamiento de Datos) Desconocimiento en el nivel directivo de la situacin informtica de la empresa Falta total o parcial de seguridades lgicas y fisicas que garanticen la integridad del

personal, equipos e informacin. Descubrimiento de fraudes efectuados con el computador Falta de una planificacin informtica Organizacin que no funciona correctamente, falta de polticas, objetivos, normas,

metodologa, asignacin de tareas y adecuada administracin del Recurso Humano Descontento general de los usuarios por incumplimiento de plazos y mala calidad de los

resultados Falta de documentacin o documentacin incompleta de sistemas que revela la dificultad de

efectuar el mantenimiento de los sistemas en produccin Controles Conjunto de disposiciones metdicas, cuyo fin es vigilar las funciones y actitudes de las empresas y para ello permite verificar si todo se realiza conforme a los programas adoptados, ordenes impartidas y principios admitidos. Clasificacin general de los controles Controles Preventivos

Son aquellos que reducen la frecuencia con que ocurren las causas del riesgo, permitiendo cierto margen de violaciones . Ejemplos: Letrero No fumar para salvaguardar las instalaciones Sistemas de claves de acceso

Controles detectivos

Son aquellos que no evitan que ocurran las causas del riesgo sino que los detecta luego de ocurridos. Son los mas importantes para el auditor. En cierta forma sirven para evaluar la eficiencia de los controles preventivos. Ejemplo: Archivos y procesos que sirvan como pistas de auditora Procedimientos de validacin Controles Correctivos

Ayudan a la investigacin y correccin de las causas del riesgo. La correccin adecuada puede resultar dificil e ineficiente, siendo necesaria la implantacin de controles detectivos sobre los controles correctivos, debido a que la correccin de errores es en si una actividad altamente propensa a errores. Principales Controles fsicos y lgicos Controles particulares tanto en la parte fisica como en la lgica se detallan a continuacin Autenticidad Permiten verificar la identidad 1. Passwords 2. Firmas digitales

Exactitud Aseguran la coherencia de los datos 1. Validacin de campos 2. Validacin de excesos

Totalidad Evitan la omisin de registros as como garantizan la conclusin de un proceso de envio 1. Conteo de regitros 2. Cifras de control

Redundancia Evitan la duplicidad de datos 1. Cancelacin de lotes 2. Verificacin de secuencias

Privacidad Aseguran la proteccin de los datos 1. Compactacin 2. Encriptacin

Existencia Aseguran la disponibilidad de los datos 1. Bitcora de estados 2. Mantenimiento de activos

Proteccin de Activos Destruccin o corrupcin de informacin o del hardware 1. Extintores 2. Passwords

Efectividad Aseguran el logro de los objetivos

1.

Encuestas de satisfaccin 2.

Medicin de niveles de servicio

Eficiencia Aseguran el uso ptimo de los recursos 1. Programas monitores 2. Anlisis costo-beneficio Controles automticos o lgicos Periodicidad de cambio de claves de acceso Los cambios de las claves de acceso a los programas se deben realizar peridicamente. Normalmente los usuarios se acostumbran a conservar la misma clave que le asignaron inicialmente. El no cambiar las claves peridicamente aumenta la posibilidad de que personas no autorizadas conozcan y utilicen claves de usuarios del sistema de computacin. Por lo tanto se recomienda cambiar claves por lo menos trimestralmente. Combinacin de alfanumricos en claves de acceso No es conveniente que la clave este compuesta por cdigos de empleados, ya que una persona no autorizada a travs de pruebas simples o de deducciones puede dar con dicha clave. Para redefinir claves es necesario considerar los tipos de claves que existen: Individuales Pertenecen a un solo usuario, por tanto es individual y personal. Esta clave permite al momento de efectuar las transacciones registrar a los responsables de cualquier cambio. Confidenciales De forma confidencial los usuarios debern ser instruidos formalmente respecto al uso de las claves. No significativas Las claves no deben corresponder a nmeros secuenciales ni a nombres o fechas. Verificacin de datos de entrada Incluir rutinas que verifiquen la compatibilidad de los datos mas no su exactitud o precisin; tal es el caso de la validacin del tipo de datos que contienen los campos o verificar si se encuentran dentro de un rango. Conteo de registros Consiste en crear campos de memoria para ir acumulando cada registro que se ingresa y verificar con los totales ya registrados. Totales de Control Se realiza mediante la creacin de totales de linea, columnas, cantidad de formularios, cifras de control, etc. , y automticamente verificar con un campo en el cual se van acumulando los registros, separando solo aquellos formularios o registros con diferencias. Verficacin de limites

Consiste en la verificacin automtica de tablas, cdigos, limites mnimos y mximos o bajo determinadas condiciones dadas previamente. Verificacin de secuencias En ciertos procesos los registros deben observar cierta secuencia numerica o alfabetica, ascendente o descendente, esta verificacion debe hacerse mediante rutinas independientes del programa en si. Dgito autoerificador Consiste en incluir un dgito adicional a una codificacin, el mismo que es resultado de la aplicacin de un algoritmo o formula, conocido como MODULOS, que detecta la correccin o no del cdigo. Tal es el caso por ejemplo del decimo dgito de la cdula de identidad, calculado con el modulo 10 o el ultimo dgito del RUC calculado con el mdulo 11. Utilizar software de seguridad en los microcomputadores El software de seguridad permite restringir el acceso al microcomputador, de tal modo que solo el personal autorizado pueda utilizarlo. Adicionalmente, este software permite reforzar la segregacin de funciones y la confidencialidad de la informacin mediante controles para que los usuarios puedan accesar solo a los programas y datos para los que estn autorizados. Programas de este tipo son: WACHDOG, LATTICE,SECRET DISK, entre otros. Controles administrativos en un ambiente de Procesamiento de Datos La mxima autoridad del Area de Informtica de una empresa o institucin debe implantar los siguientes controles que se agruparan de la siguiente forma: 1.- Controles de Preinstalacin 2.- Controles de Organizacin y Planificacin 3.- Controles de Sistemas en Desarrollo y Produccin 4.- Controles de Procesamiento 5.- Controles de Operacin 6.- Controles de uso de Microcomputadores Controles de Preinstalacin Hacen referencia a procesos y actividades previas a la adquisicin e instalacin de un equipo de computacin y obviamente a la automatizacin de los sistemas existentes. Objetivos: Garantizar que el hardware y software se adquieran siempre y cuando tengan la seguridad de que los sistemas computarizados proporcionaran mayores beneficios que cualquier otra alternativa. Garantizar la seleccin adecuada de equipos y sistemas de computacin Asegurar la elaboracin de un plan de actividades previo a la instalacin

Acciones a seguir: Elaboracin de un informe tcnico en el que se justifique la adquisicin del equipo, software y servicios de computacin, incluyendo un estudio costo-beneficio. Formacin de un comit que coordine y se responsabilice de todo el proceso de adquisicin e instalacin Elaborar un plan de instalacin de equipo y software (fechas, actividades, responsables) el mismo que debe contar con la aprobacin de los proveedores del equipo. Elaborar un instructivo con procedimientos a seguir para la seleccin y adquisicin de equipos, programas y servicios computacionales. Este proceso debe enmarcarse en normas y disposiciones legales. Efectuar las acciones necesarias para una mayor participacin de proveedores. Asegurar respaldo de mantenimiento y asistencia tcnica. Controles de organizacin y Planificacin

Se refiere a la definicin clara de funciones, linea de autoridad y responsabilidad de las diferentes unidades del rea PAD, en labores tales como: 1. 2. 3. 4. Disear un sistema Elaborar los programas Operar el sistema Control de calidad

Se debe evitar que una misma persona tenga el control de toda una operacin. Es importante la utilizacin ptima de recursos en el PAD mediante la preparacin de planes a ser evaluados continuamente Acciones a seguir La unidad informtica debe estar al mas alto nivel de la pirmide administrativa de manera que cumpla con sus objetivos, cuente con el apoyo necesario y la direccin efectiva. Las funciones de operacin, programacin y diseo de sistemas deben estar claramente delimitadas. Deben existir mecanismos necesarios a fin de asegurar que los programadores y analistas no tengan acceso a la operacin del computador y los operadores a su vez no conozcan la documentacin de programas y sistemas. Debe existir una unidad de control de calidad, tanto de datos de entrada como de los resultado del procesamiento. El manejo y custodia de dispositivos y archivos magnticos deben estar expresamente definidos por escrito.

 Las actividades del PAD deben obedecer a planificaciones a corto, mediano y largo plazo sujetos a evaluacin y ajustes peridicos Plan Maestro de Informtica Debe existir una participacin efectiva de directivos, usuarios y personal del PAD en la planificacin y evaluacin del cumplimiento del plan. Las instrucciones deben impartirse por escrito. Controles de Sistema en Desarrollo y Produccin Se debe justificar que los sistemas han sido la mejor opcin para la empresa, bajo una relacin costo-beneficio que proporcionen oportuna y efectiva informacin, que los sistemas se han desarrollado bajo un proceso planificado y se encuentren debidamente documentados. Acciones a seguir: Los usuarios deben participar en el diseo e implantacin de los sistemas pues aportan conocimiento y experiencia de su rea y esta actividad facilita el proceso de cambio El personal de auditora interna/control debe formar parte del grupo de diseo para sugerir y solicitar la implantacin de rutinas de control El desarrollo, diseo y mantenimiento de sistemas obedece a planes especficos, metodologas estndares, procedimientos y en general a normatividad escrita y aprobada. Cada fase concluida debe ser aprobada documentadamente por los usuarios mediante actas u otros mecanismos a fin de evitar reclamos posteriores. Los programas antes de pasar a Produccin deben ser probados con datos que agoten todas las excepciones posibles. Todos los sistemas deben estar debidamente documentados y actualizados. La

documentacin deber contener: Informe de factibilidad Diagrama de bloque Diagrama de lgica del programa Objetivos del programa Listado original del programa y versiones que incluyan los cambios efectuados con antecedentes de pedido y aprobacin de modificaciones Formatos de salida Resultados de pruebas realizadas Implantar procedimientos de solicitud, aprobacin y ejecucin de cambios a programas, formatos de los sistemas en desarrollo. El sistema concluido sera entregado al usuario previo entrenamiento y elaboracin de los manuales de operacin respectivos

Controles de Procesamiento

Los controles de procesamiento se refieren al ciclo que sigue la informacin desde la entrada hasta la salida de la informacin, lo que conlleva al establecimiento de una serie de seguridades para: Asegurar que todos los datos sean procesados Garantizar la exactitud de los datos procesados Garantizar que se grabe un archivo para uso de la gerencia y con fines de auditora Asegurar que los resultados sean entregados a los usuarios en forma oportuna y en las mejores condiciones. Acciones a seguir: Validacin de datos de entrada previo procesamiento debe ser realizada en forma automtica: clave, dgito autoverificador, totales de lotes, etc. Preparacin de datos de entrada debe ser responsabilidad de usuarios y consecuentemente su correccin. Recepcin de datos de entrada y distribucin de informacin de salida debe obedecer a un horario elaborado en coordinacin con el usuario, realizando un debido control de calidad. Adoptar acciones necesaria para correcciones de errores. Analizar conveniencia costo-beneficio de estandarizacin de formularios, fuente para agilitar la captura de datos y minimizar errores. Los procesos interactivos deben garantizar una adecuada interrelacin entre usuario y sistema. Planificar el mantenimiento del hardware y software, tomando todas las seguridades para garantizar la integridad de la informacin y el buen servicio a usuarios. Controles de Operacin Abarcan todo el ambiente de la operacin del equipo central de computacin y dispositivos de almacenamiento, la administracin de la cintoteca y la operacin de terminales y equipos de comunicacin por parte de los usuarios de sistemas on line. Los controles tienen como fin: Prevenir o detectar errores accidentales que puedan ocurrir en el Centro de Cmputo durante un proceso Evitar o detectar el manejo de datos con fines fraudulentos por parte de funcionarios del PAD Garantizar la integridad de los recursos informticos. Asegurar la utilizacin adecuada de equipos acorde a planes y objetivos.

Software

Recursos Instalaciones

Datos Informticos Acciones a seguir: El acceso al centro de computo debe contar con las seguridades necesarias para reservar el ingreso al personal autorizado Implantar claves o password para garantizar operacin de consola y equipo central (mainframe), a personal autorizado.

Formular polticas respecto a seguridad, privacidad y proteccin de las facilidades de procesamiento ante eventos como: incendio, vandalismo, robo y uso indebido, intentos de violacin y como responder ante esos eventos. Mantener un registro permanente (bitcora) de todos los procesos realizados, dejando constancia de suspensiones o cancelaciones de procesos. Los operadores del equipo central deben estar entrenados para recuperar o restaurar informacin en caso de destruccin de archivos. Los backups no deben ser menores de dos (padres e hijos) y deben guardarse en lugares seguros y adecuados, preferentemente en bvedas de bancos. Se deben implantar calendarios de operacin a fin de establecer prioridades de proceso. Todas las actividades del Centro de Computo deben normarse mediante manuales, instructivos, normas, reglamentos, etc. El proveedor de hardware y software deber proporcionar lo siguiente:

Manual de operacin de equipos Manual de lenguaje de programacin Manual de utilitarios disponibles Manual de Sistemas operativos Las instalaciones deben contar con sistema de alarma por presencia de fuego, humo, asi como extintores de incendio, conexiones elctricas seguras, entre otras. Instalar equipos que protejan la informacin y los dispositivos en caso de variacin de voltaje como: reguladores de voltaje, supresores pico, UPS, generadores de energa. Contratar plizas de seguros para proteger la informacin, equipos, personal y todo riesgo que se produzca por casos fortuitos o mala operacin. Controles en el uso del Microcomputador

Es la tarea mas difcil pues son equipos mas vulnerables, de fcil acceso, de fcil explotacin pero los controles que se implanten ayudaran a garantizar la integridad y confidencialidad de la informacin. Acciones a seguir: Adquisicion de equipos de proteccin como supresores de pico, reguladores de voltaje y de ser posible UPS previo a la adquisicin del equipo Vencida la garanta de mantenimiento del proveedor se debe contratar mantenimiento preventivo y correctivo. Establecer procedimientos para obtencin de backups de paquetes y de archivos de datos. Revisin peridica y sorpresiva del contenido del disco para verificar la instalacin de aplicaciones no relacionadas a la gestin de la empresa. Mantener programas y procedimientos de deteccin e inmunizacin de virus en copias no autorizadas o datos procesados en otros equipos. Propender a la estandarizacin del Sistema Operativo, software utilizado como procesadores de palabras, hojas electrnicas, manejadores de base de datos y mantener actualizadas las versiones y la capacitacin sobre modificaciones incluidas. Analizados los distintos tipos de controles que se aplican en la Auditora de Sistemas efectuaremos a continuacin el anlisis de casos de situaciones hipotticas planteadas como problemticas en distintas empresas , con la finalidad de efectuar el anlisis del caso e identificar las acciones que se deberan implementar . Anlisis de Casos de Controles Administrativos Controles sobre datos fijos Lea cada situacin atentamente y 1.- Enuncie un control que hubiera prevenido el problema o posibilitado su deteccin.

2.- Identifique uno o ms controles alternativos que hubieran ayudado a prevenir o a detectar el problema. Situacin 1 Un empleado del grupo de control de datos obtuvo un formulario para modificaciones al archivo maestro de proveedores (en blanco) y lo completo con el cdigo y nombre de un proveedor ficticio, asignndole como domicilio el numero de una casilla de correo que previamente haba abierto a su nombre. Su objetivo era que el sistema emitiera cheques a la orden del referido proveedor, y fueran luego remitidos a la citada casilla de correo. Cuando el listado de modificaciones al archivo maestro de proveedores (impreso por esta nica modificacin procesada en la oportunidad ) le fue enviado para su verificacin con los datos de entrada, procedi a destruirlo. Alternativas de Solucin Los formularios para modificarse a los archivos maestros deberan ser prenumerados; el

departamento usuario respectivo debera controlar su secuencia numrica. Los listados de modificaciones a los archivos maestros no slo deberan listar los cambios recientemente procesados, sino tambin contener totales de control de los campos importantes,(nmero de registros, suma de campos importantes, fecha de la ltima modificacin ,etc.) que deberan ser reconciliados por los departamentos usuarios con los listados anteriores. Situacin 2 Al realizar una prueba de facturacin los auditores observaron que los precios facturados en algunos casos no coincidan con los indicados en las listas de precios vigente. Posteriormente se comprob que ciertos cambios en las listas de precios no haban sido procesados, razn por la cual el archivo maestro de precios estaba desactualizado. Alternativas de Solucin Uso de formularios prenumerados para modificaciones y controles programados diseado para detectar alteraciones en la secuencia numrica de los mismos Creacin de totales de control por lotes de formularios de modificaciones y su posterior reconciliacin con un listado de las modificaciones procesadas. Conciliacin de totales de control de campos significativos con los acumulados por el computador. Generacin y revisin de los listados de modificaciones procesadas por un delegado responsable. Revisin de listados peridicos del contenido del archivo maestro de precios. Situacin 3 El operador del turno de la noche, cuyos conocimientos de programacin eran mayores de los que los dems suponan, modifico (por consola) al archivo maestro de remuneraciones a efectos de lograr que se abonara a una remuneracin ms elevada a un operario del rea de produccin

con el cual estaba emparentado. El fraude fue descubierto accidentalmente varios meses despus. Alternativas de Solucin Preparacin de totales de control del usuario y reconciliacin con los acumulados del campo remuneraciones, por el computador. Aplicacin de control de lmites de razonabilidad. Situacin 4 XX Inc. Es un mayorista de equipos de radio que comercializa sus equipos a travs de una vasta red de representantes. Sus clientes son minoristas locales y del exterior; algunos son considerados clientes especiales, debido al volumen de sus compras, y los mismos son atendidos directamente por los supervisores de ventas. Los clientes especiales no se incrementan por lo general, en la misma proporcin que aquellas facturadas a los clientes especiales. Al incrementarse los precios, el archivo maestro de precios y condiciones de venta a clientes especiales no es automticamente actualizado; los propios supervisores estipulan qu porcin del incremento se aplica a cada uno de los clientes especiales. El 2 de mayo de 1983 la compaa increment sus precios de venta en un 23%; el archivo maestro de precios y condiciones de venta a clientes comunes fue actualizado en dicho porcentaje. En lo que atae a los clientes especiales, algunos supervisores incrementaron los precios en el referido porcentaje, en tanto que otros -por razones comerciales- recomendaron incrementos inferiores que oscilaron entre un 10% y un 20%. Estos nuevos precios de venta fueron informados a la oficina central por medio de formularios de datos de entrada, diseados al efecto, procedindose a la actualizacin del archivo maestro. En la oportunidad, uno de los supervisores acord con uno de sus clientes especiales no incrementar los precios de venta (omiti remitir el citado formulario para su procesamiento) a cambio de una comisin del 5% de las ventas. Ningn funcionario en la oficina central detect la no actualizacin de los precios facturados a referido cliente razn por la cual la compaa se vio perjudicada por el equivalente a US$ 50.000. El fraude fue descubierto accidentalmente, despidindose al involucrado, pero no se interrumpi la relacin comercial. Alternativas de Solucin La empresa debera actualizar el archivo maestro de precios y condiciones de venta aplicando la totalidad del porcentaje de incremento. Los supervisores de venta deberan remitir formularios de entrada de datos transcribiendo los descuentos propuestos para clientes especiales. Los formularios deberan ser prenumerados, controlados y aprobados, antes de su procesamiento, por funcionarios competentes en la oficina central. Debe realizarse una revisin critica de listados de excepcin emitidos con la nmina de aquellos clientes cuyos precios de venta se hubiesen incrementado en menos de un determinado porcentaje. Situacin 5

Un empleado del almacn de productos terminados ingresos al computador ordenes de despacho ficticias, como resultado de las cuales se despacharon mercaderas a clientes inexistentes. Esta situacin fue descubierta hasta que los auditores realizaron pruebas de cumplimientos y comprobaron que existan algunos despachos no autorizados. Alternativas de Solucin Un empleado independiente de la custodia de los inventarios debera reconciliar diariamente la informacin sobre despachos generada como resultado del procesamiento de las rdenes de despacho, con documentacin procesada independientemente, por ejemplo, notas de pedido aprobadas por la gerencia de ventas. De esta manera se detectaran los despachos ficticios. Situacin 6 Al realizar una prueba de facturacin, los auditores observaron que los precios facturados en algunos casos no coincidan con los indicados en las listas de precios vigentes. Posteriormente se comprob que ciertos cambios en las listas de precios no haban sido procesados, razn por la cual el archivo maestro de precios estaba desactualizado. Alternativas de Solucin Creacin de totales de control por lotes de formularios de modificaciones y su posterior reconciliacin con un listado de las modificaciones procesadas. Conciliacin de totales de control con los acumulados por el computador referentes al contenido de campos significativos. Generacin y revisin, por un funcionario responsable, de los listados de modificaciones procesadas. Generacin y revisin de listados peridicos del contenido del archivo maestro de precios. Situacin 7 Una cobranza en efectivo a un cliente registrada claramente en el correspondiente recibo como de $ 18,01, fue ingresada al computador por $ 1.801 segn surge del listado diario de cobranzas en efectivo. Alternativas de Solucin Contralora/Auditora debera preparar y conservar totales de control de los lotes de recibos por cobranzas en efectivo. Estos totales deberian ser luego comparados con los totales segn el listado diario de cobranzas en efectivo. Un test de razonabilidad asumiendo que un pago de $361.300 est definido como no razonable. Comparacin automtica de los pagos recibidos con las facturas pendientes por el nmero de factura y rechazar o imprimir aquellas discrepancias significativas o no razonables. Efectuar la Doble digitacin de campos criticos tales como valor o importe. Metodologa de una Auditora de Sistemas Existen algunas metodologas de Auditoras de Sistemas y todas depende de lo que se pretenda revisar o analizar, pero como estndar analizaremos las cuatro fases bsicas de un proceso de revisin:

Estudio preliminar Revisin y evaluacin de controles y seguridades Examen detallado de reas criticas Comunicacin de resultados

Estudio preliminar.- Incluye definir el grupo de trabajo, el programa de auditora, efectuar visitas a la unidad informtica para conocer detalles de la misma, elaborar un cuestionario para la obtencin de informacin para evaluar preliminarmente el control interno, solicitud de plan de actividades, Manuales de polticas, reglamentos, Entrevistas con los principales funcionarios del PAD. Revisin y evaluacin de controles y seguridades.- Consiste de la revisin de los diagramas de flujo de procesos, realizacin de pruebas de cumplimiento de las seguridades, revisin de aplicaciones de las reas criticas, Revisin de procesos histricos (backups), Revisin de documentacin y archivos, entre otras actividades. Examen detallado de reas criticas.-Con las fases anteriores el auditor descubre las reas criticas y sobre ellas hace un estudio y anlisis profundo en los que definir concretamente su grupo de trabajo y la distribucin de carga del mismo, establecer los motivos, objetivos, alcance Recursos que usara, definir la metodologa de trabajo, la duracin de la auditora, Presentar el plan de trabajo y analizara detalladamente cada problema encontrado con todo lo anteriormente analizado en este folleto. Comunicacin de resultados.- Se elaborara el borrador del informe a ser discutido con los ejecutivos de la empresa hasta llegar al informe definitivo, el cual presentara esquemticamente en forma de matriz, cuadros o redaccin simple y concisa que destaque los problemas encontrados , los efectos y las recomendaciones de la Auditora. El informe debe contener lo siguiente: Motivos de la Auditora Objetivos Alcance Estructura Orgnico-Funcional del rea Informtica Configuracin del Hardware y Software instalado Control Interno Resultados de la Auditora Caso Prctico A continuacin se presenta una poltica en Informtica establecida como propuesta a fin de ilustrar el trabajo realizado de una auditora de sistemas enfocada en los controles de Organizacin y planificacin. Esta poltica fue creada con la finalidad de que satisfaga a un grupo de empresas jurdicamente establecidas con una estructura departamental del Area de Sistemas integrada por: Direccin , Subdireccin, Jefes Departamentales del Area de Sistemas en cada una de las empresas que pertenecen al grupo. As mismo los Departamentos que la componen son: Departamento de Desarrollo de Sistemas y Produccin, Departamento de Soporte Tcnico y Departamento de Redes/ Comunicaciones, Departamento de Desarrollo de Proyectos.

Para el efecto se ha creado una Administracin de Sistemas que efecta reuniones peridicas a fin de regular y normar el funcionamiento del rea de Sistemas y un Comit en el que participan personal del rea de Sistemas y personal administrativo. POLTICAS EN INFORMTICA TITULO I DISPOSICIONES GENERALES ARTICULO 1.- El presente ordenamiento tiene por objeto estandarizar y contribuir al desarrollo informtico de las diferentes unidades administrativas de la Empresa NN. ARTICULO 2.- Para los efectos de este instrumento se entender por: Comit: Al equipo integrado por la Direccin , Subdireccin, los Jefes departamentales y el personal administrativo de las diferentes unidades administrativas (Ocasionalmente) convocado para fines especficos como: Adquisiciones de Hardware y software Establecimiento de estndares de la Empresa NN tanto de hardware como de software Establecimiento de la Arquitectura tecnolgica de grupo. Establecimiento de lineamientos para concursos de ofertas Administracin de Informtica: Est integrada por la Direccin, Subdireccin y Jefes Departamentales, las cuales son responsables de: Velar por el funcionamiento de la tecnologa informtica que se utilice en las diferentes unidades administrativas Elaborar y efectuar seguimiento del Plan Maestro de Informtica Definir estrategias y objetivos a corto, mediano y largo plazo Mantener la Arquitectura tecnolgica Controlar la calidad del servicio brindado Mantener el Inventario actualizado de los recursos informticos Velar por el cumplimiento de las Polticas y Procedimientos establecidos. ARTICULO 3.- Para los efectos de este documento, se entiende por Polticas en Informtica, al conjunto de reglas obligatorias, que deben observar los Jefes de Sistemas responsables del hardware y software existente en la Empresa NN, siendo responsabilidad de la Administracin de Informtica, vigilar su estricta observancia en el mbito de su competencia, tomando las medidas preventivas y correctivas para que se cumplan. ARTICULO 4.- Las Polticas en Informtica son el conjunto de ordenamientos y lineamientos enmarcados en el mbito jurdico y administrativo de la Empresa NN. Estas normas inciden en la adquisicin y el uso de los Bienes y Servicios Informticos en la Empresa NN, las cuales se debern de acatar invariablemente, por aquellas instancias que intervengan directa y/o indirectamente en ello. ARTICULO 5.- La instancia rectora de los sistemas de informtica de la Empresa NN es la Administracin, y el organismo competente para la aplicacin de este ordenamiento, es el Comit. ARTICULO 6.- Las presentes Polticas aqu contenidas, son de observancia para la adquisicin y uso de bienes y servicios informticos, en la Empresa NN, cuyo incumplimiento generar que se incurra en responsabilidad administrativa; sujetndose a lo dispuesto en la seccin Responsabilidades Administrativas de Sistemas. ARTICULO 7.- Las empresas de la Empresa NN debern contar con un Jefe o responsable del Area de Sistemas, en el que recaiga la administracin de los Bienes y Servicios, que vigilar la correcta aplicacin de los ordenamientos establecidos por el Comit y dems disposiciones aplicables. TITULO II LINEAMIENTOS PARA LA ADQUISICION DE BIENES DE INFORMATICA ARTICULO 8.- Toda adquisicin de tecnologa informtica se efecta a travs del Comit, que est conformado por el personal de la Administracin de Informtica y Gerente Administrativo de la unidad solicitante de bienes o servicios informticos. ARTICULO 9.- La adquisicin de Bienes de Informtica en la Empresa NN, quedar sujeta a los lineamientos establecidos en este documento. ARTICULO 10.- La Administracin de Informtica, al planear las operaciones relativas a la adquisicin de Bienes informticos, establecer prioridades y en su seleccin deber tomar en cuenta: estudio tcnico, precio, calidad, experiencia, desarrollo tecnolgico, estndares y capacidad, entendindose por:

 Precio.- Costo inicial, costo de mantenimiento y consumibles por el perodo estimado de uso de los equipos; Calidad.- Parmetro cualitativo que especifica las caractersticas tcnicas de los recursos informticos. Experiencia.- Presencia en el mercado nacional e internacional, estructura de servicio, la confiabilidad de los bienes y certificados de calidad con los que se cuente; Desarrollo Tecnolgico.- Se deber analizar su grado de obsolescencia, su nivel tecnolgico con respecto a la oferta existente y su permanencia en el mercado; Estndares.- Toda adquisicin se basa en los estndares, es decir la arquitectura de grupo empresarial establecida por el Comit. Esta arquitectura tiene una permanencia mnima de dos a cinco aos. Capacidades.- Se deber analizar si satisface la demanda actual con un margen de holgura y capacidad de crecimiento para soportar la carga de trabajo del rea. ARTICULO 11.- Para la adquisicin de Hardware se observar lo siguiente: a) El equipo que se desee adquirir deber estar dentro de las listas de ventas vigentes de los fabricantes y/o distribuidores del mismo y dentro de los estndares de la Empresa NN. b) Debern tener un ao de garanta como mnimo c) Debern ser equipos integrados de fbrica o ensamblados con componentes previamente evaluados por el Comit. d) La marca de los equipos o componentes deber contar con presencia y permanencia demostrada en el mercado nacional e internacional, as como con asistencia tcnica y refaccionaria local. e) Tratndose de equipos microcomputadoras, a fin de mantener actualizado la arquitectura informtico de la Empresa NN, el Comit emitir peridicamente las especificaciones tcnicas mnimas para su adquisicin. f) Los dispositivos de almacenamiento, as como las interfaces de entrada/salida, debern estar acordes con la tecnologa de punta vigente, tanto en velocidad de transferencia de datos, como en el ciclo del proceso. g) Las impresoras debern apegarse a los estndares de Hardware y Software vigentes en el mercado y la Empresa NN, corroborando que los suministros (cintas, papel, etc.) se consigan fcilmente en el mercado y no estn sujetas a un solo proveedor. h) Conjuntamente con los equipos, se deber adquirir el equipo complementario adecuado para su correcto funcionamiento de acuerdo con las especificaciones de los fabricantes, y que esta adquisicin se manifieste en el costo de la partida inicial. i)Los equipos complementarios debern tener una garanta mnima de un ao y debern contar con el servicio tcnico correspondiente en el pas. j) Los equipos adquiridos deben contar, de preferencia con asistencia tcnica durante la instalacin de los mismos. k) En lo que se refiere a los computadores denominados servidores, equipo de comunicaciones como enrutadores y concentradores de medios, y otros que se justifiquen por ser de operacin crtica y/o de alto costo; al vencer su perodo de garanta, deben de contar con un programa de mantenimiento preventivo y correctivo que incluya el suministro de refacciones. l) En lo que se refiere a los computadores denominados personales, al vencer su garanta por adquisicin, deben de contar por lo menos con un programa de servicio de mantenimiento correctivo que incluya el suministro de refacciones. Todo proyecto de adquisicin de bienes de informtica, debe sujetarse al anlisis, aprobacin y autorizacin del Comit. ARTICULO 12: En la adquisicin de Equipo de cmputo se deber incluir el Software vigente precargado con su licencia correspondiente considerando las disposiciones del artculo siguiente. ARTICULO 13.- Para la adquisicin de Software base y utilitarios, el Comit dar a conocer peridicamente las tendencias con tecnologa de punta vigente, siendo la lista de productos autorizados la siguiente: a) Plataformas de Sistemas Operativos: MS-DOS, MS- Windows 95 Espaol, Windows NT, Novell Netware, Unix(Automotriz). b) Bases de Datos: Foxpro, Informix c) Manejadores de bases de datos: Foxpro para DOS, VisualFox, Access d) Lenguajes de programacin:

Los lenguajes de programacin que se utilicen deben ser compatibles con las plataformas enlistadas. SQL Windows Visual Basic VisualFox CenturaWeb Notes Designer e) Hojas de clculo: Excel f) Procesadores de palabras: Word g) Diseo Grfico: Page Maker, Corel Draw h) Programasantivirus. F-prot, Command Antivirus, Norton Antivirus i) Correo electrnicoNotes Mail j) Browser de InternetNetscape En la generalidad de los casos, slo se adquirirn las ltimas versiones liberadas de los productos seleccionados, salvo situaciones especficas que se debern justificar ante el Comit. Todos los productos de Software que se adquieran debern contar con su licencia de uso, documentacin y garanta respectivas. ARTICULO 14.- Todos los productos de Software que se utilicen a partir de la fecha en que entre en vigor el presente ordenamiento, debern contar con su licencia de uso respectiva; por lo que se promover la regularizacin o eliminacin de los productos ya instalados que no cuenten con la licencia respectiva. ARTICULO 15.- Para la operacin del software de red se debe tener en consideracin lo siguiente: a) Toda la informacin institucional debe invariablemente ser operada a travs de un mismo tipo de sistema manejador de base de datos para beneficiarse de los mecanismos de integridad, seguridad y recuperacin de informacin en caso de falla del sistema de cmputo. b) El acceso a los sistemas de informacin, debe contar con los privilegios niveles de seguridad de acceso suficientes para garantizar la seguridad total de la informacin institucional. Los niveles de seguridad de acceso debern controlarse por un administrador nico y poder ser manipulado por software. Se deben delimitar las responsabilidades en cuanto a quin est autorizado a consultar y/o modificar en cada caso la informacin, tomando las medidas de seguridad pertinentes para cada caso. c) El titular de la unidad administrativa responsable del sistema de informacin debe autorizar y solicitar la asignacin de clave de acceso al titular de la Unidad de Informtica. d) Los datos de los sistemas de informacin, deben ser respaldados de acuerdo a la frecuencia de actualizacin de sus datos, rotando los dispositivos de respaldo y guardando respaldos histricos peridicamente. Es indispensable llevar una bitcora oficial de los respaldos realizados, asimismo, las cintas de respaldo debern guardarse en un lugar de acceso restringido con condiciones ambientales suficientes para garantizar su conservacin. Detalle explicativo se aprecia en la Poltica de respaldos en vigencia. e) En cuanto a la informacin de los equipos de cmputo personales, la Unidad de Informtica recomienda a los usuarios que realicen sus propios respaldos en la red o en medios de almacenamiento alternos. f) Todos los sistemas de informacin que se tengan en operacin, deben contar con sus respectivos manuales actualizados. Uno tcnico que describa la estructura interna del sistema as como los programas, catlogos y archivos que lo conforman y otro que describa a los usuarios del sistema, los procedimientos para su utilizacin. h) Los sistemas de informacin, deben contemplar el registro histrico de las transacciones sobre datos relevantes, as como la clave del usuario y fecha en que se realiz (Normas Bsicas de Auditora y Control). i )Se deben implantar rutinas peridicas de auditora a la integridad de los datos y de los programas de cmputo, para garantizar su confiabilidad. ARTICULO 16.- Para la contratacin del servicio de desarrollo o construccin de Software aplicativo se observar lo siguiente: Todo proyecto de contratacin de desarrollo o construccin de software requiere de un estudio de factibilidad que permita establecer la rentabilidad del proyecto as como los beneficios que se obtendrn del mismo. Todo proyecto deber ser aprobado por el Comit en base a un informe tcnico que contenga lo siguiente: Bases del concurso (Requerimientos claramente especificados) Anlisis de ofertas (Tres oferentes como mnimo) y Seleccin de oferta ganadora Bases del Concurso

Las bases del concurso especifican claramente los objetivos del trabajo, delimita las responsabilidades de la empresa oferente y la contratante. De las empresas oferentes: Los requisitos que se deben solicitar a las empresas oferentes son: a) Copia de la Cdula de Identidad del o los representantes de la compaa b) Copia de los nombramientos actualizados de los representantes legales de la compaa c) Copia de los Estatutos de la empresa, en que aparezca claramente definido el objeto de la compaa, esto es para determinar si est o no facultada para realizar la obra d) Copia del RUC de la compaa e) Referencias de clientes (Mnimo 3) f) La carta con la oferta definitiva del contratista debe estar firmada por el representante legal de la compaa oferente. De la contratante Las responsabilidades de la contratante son: a) Delinear adecuadamente los objetivos y alcance del aplicativo. b) Establecer los requerimientos del aplicativo c) Definir responsabilidades de la contratista y contratante d) Establecer campos de accin Anlisis de ofertas y Seleccin de oferta ganadora: Para definir la empresa oferente ganadora del concurso, el Comit establecer una reunin en la que se debe considerar los siguientes factores: a) Costo b) Calidad c) Tiempo de permanencia en el mercado de la empresa oferente d) Experiencia en el desarrollo de aplicativos e) Referencias comprobadas de Clientes f) Cumplimiento en la entrega de los requisitos Aprobada la oferta se debe considerar los siguientes lineamientos en la elaboracin de contratos: Todo contrato debe incluir lo siguiente: Antecedentes, objeto del contrato, precio, forma de pago, plazo, obligaciones del contratista, responsabilidades, fiscalizador de la obra, garantas, entrega recepcin de obra provisional y definitiva, sanciones por incumplimientos, rescisin del contrato, disposiciones supletorias, documentos incorporados, solucin de controversias, entre otros aspectos. Las garantas necesarias para cada contrato deben ser includas en forma conjunta con el Departamento Legal, quienes deben asesorar el tipo de garanta necesaria en la elaboracin de cada contrato. Las garantas que se deben aplicar de acuerdo al tipo de contrato son: a. Una garanta bancaria o una pliza de seguros, incondicional, irrevocable y de cobro inmediato por el 5% del monto total del contrato para asegurar su fiel cumplimiento, la cual se mantendr vigente durante todo el tiempo que subsista la obligacin motivo de la garanta. b. Una garanta bancaria o una pliza de seguros, incondicional, irrevocable y de cobro inmediato equivalente al 100 % (ciento por ciento) del anticipo. Esta garanta se devolver en su integridad una vez que el anticipo se haya amortizado en la forma de pago estipulada en el contrato. c. Un fondo de garanta que ser retenido de cada planilla en un porcentaje del 5 %. Junto al contrato se deber mantener la historia respectiva del mismo que se compone de la siguiente documentacin soporte: Estudio de factibilidad Bases del concurso Ofertas presentadas Acta de aceptacin de oferta firmada por los integrantes del Comit Informes de fiscalizacin Acta de entrega provisional y definitiva TITULO III INSTALACIONES ARTICULO 17.- La instalacin del equipo de cmputo, quedar sujeta a los siguientes lineamientos: a) Los equipos para uso interno se instalarn en lugares adecuados, lejos de polvo y trfico de personas. En las reas de atencin directa al pblico los equipos se instalarn en lugares adecuados.

b) La Administracin de Informtica, as como las reas operativas debern contar con un croquis actualizado de las instalaciones elctricas y de comunicaciones del equipo de cmputo en red. c) Las instalaciones elctricas y de comunicaciones, estarn de preferencia fijas o en su defecto resguardadas del paso de personas o mquinas, y libres de cualquier interferencia elctrica o magntica. d) Las instalaciones se apegarn estrictamente a los requerimientos de los equipos, cuidando las especificaciones del cableado y de los circuitos de proteccin necesarios; e) En ningn caso se permitirn instalaciones improvisadas o sobrecargadas. f) Cuando en la instalacin se alimenten elevadores, motores y maquinaria pesada, se deber tener un circuito independiente, exclusivo para el equipo y/o red de cmputo. ARTICULO 18.- La supervisin y control de las instalaciones se llevar a cabo en los plazos y mediante los mecanismos que establezca el Comit. TITULO IV LINEAMIENTOS EN INFORMATICA CAPITULO I INFORMACION ARTICULO 19.- Los archivos magnticos de informacin se debern inventariar, anexando la descripcin y las especificaciones de los mismos, clasificando la informacin en tres categoras: 1. Informacin histrica para auditoras 2. Informacin de inters de la Empresa NN 3. Informacin de inters exclusivo de algn rea en particular. ARTICULO 20.- Los jefes de sistemas responsables del equipo de cmputo y de la informacin contenida en los centros de cmputo a su cargo, delimitarn las responsabilidades de sus subordinados y determinarn quien est autorizado a efectuar operaciones emergentes con dicha informacin tomando las medidas de seguridad pertinentes. ARTICULO 21.- Se establecen tres tipos de prioridad para la informacin: 1. Informacin vital para el funcionamiento de la unidad administrativa; 2. Informacin necesaria, pero no indispensable en la unidad administrativa; 3. Informacin ocasional o eventual. ARTICULO 22.- En caso de informacin vital para el funcionamiento de la unidad administrativa, se debern tener procesos concomitantes, as como tener el respaldo diario de las modificaciones efectuadas, rotando los dispositivos de respaldo y guardando respaldos histricos semanalmente. ARTICULO 23.- La informacin necesaria pero no indispensable, deber ser respaldada con una frecuencia mnima de una semana, rotando los dispositivos de respaldo y guardando respaldos histricos mensualmente. ARTICULO 24.- El respaldo de la informacin ocasional o eventual queda a criterio de la unidad administrativa. ARTICULO 25.- Los archivos magnticos de informacin, de carcter histrico quedarn documentados como activos de la unidad acadmica y estarn debidamente resguardados en su lugar de almacenamiento. Es obligacin del responsable del equipo de cmputo, la entrega conveniente de los archivos magnticos de informacin, a quien le suceda en el cargo. ARTICULO 26.- Los sistemas de informacin en operacin, como los que se desarrollen debern contar con sus respectivos manuales. Un manual del usuario que describa los procedimientos de operacin y el manual tcnico que describa su estructura interna, programas, catlogos y archivos. CAPITULO II FUNCIONAMIENTO ARTICULO 27.- Es obligacin de la Administracin de Informtica vigilar que el equipo de cmputo se use bajo las condiciones especificadas por el proveedor y de acuerdo a las funciones del rea a la que se asigne. ARTICULO 28.- Los colaboradores de la empresa al usar el equipo de cmputo, se abstendrn de consumir alimentos, fumar o realizar actos que perjudiquen el funcionamiento del mismo o deterioren la informacin almacenada en medios magnticos, pticos, etc. ARTICULO 29.- Por seguridad de los recursos informticos se deben establecer seguridades: Fsicas Sistema Operativo Software Comunicaciones Base de Datos Proceso Aplicaciones Por ello se establecen los siguientes lineamientos: Mantener claves de acceso que permitan el uso solamente al personal autorizado para ello.

 Verificar la informacin que provenga de fuentes externas a fin de corroborar que estn libres de cualquier agente externo que pueda contaminarla o perjudique el funcionamiento de los equipos. Mantener plizas de seguros de los recursos informticos en funcionamiento ARTICULO 30.- En ningn caso se autorizar la utilizacin de dispositivos ajenos a los procesos informticos de la unidad administrativa. Por consiguiente, se prohibe el ingreso y/o instalacin de hardware y software particular, es decir que no sea propiedad de una unidad administrativa de la Empresa NN, excepto en casos emergentes que la Direccin autorice. CAPITULO III PLAN DE CONTINGENCIAS ARTICULO 31.- La Administracin de Informtica crear para las empresas y departamentos un plan de contingencias informticas que incluya al menos los siguientes puntos: a) Continuar con la operacin de la unidad administrativa con procedimientos informticos alternos; b) Tener los respaldos de informacin en un lugar seguro, fuera del lugar en el que se encuentran los equipos. c) Tener el apoyo por medios magnticos o en forma documental, de las operaciones necesarias para reconstruir los archivos daados; d) Contar con un instructivo de operacin para la deteccin de posibles fallas, para que toda accin correctiva se efecte con la mnima degradacin posible de los datos; e) Contar con un directorio del personal interno y del personal externo de soporte, al cual se pueda recurrir en el momento en que se detecte cualquier anomala; f) Ejecutar pruebas de la funcionalidad del plan f) Mantener revisiones del plan a fin de efectuar las actualizantes respectivas CAPITULO IV ESTRATEGIAS ARTICULO 32.- La estrategia informtica de la DDT se consolida en el Plan Maestro de Informtica y est orientada hacia los siguientes puntos: a) Plataforma de Sistemas Abiertos; b) Descentralizacin del proceso de informacin c) Esquemas de operacin bajo el concepto cliente/servidor d) Estandarizacin de hardware, software base, utilitarios y estructuras de datos e) Intercomunicacin entre unidades y equipos mediante protocolos estndares f) Intercambio de experiencias entre Departamentos de Informtica. g) Manejo de proyectos conjuntos con las diferentes unidades administrativas. h) Programa de capacitacin permanente para los colaboradores de la empresa del rea de informtica i) Integracin de sistemas y bases de datos de la Empresa NN, para tener como meta final un Sistema Integral de Informacin Corporativo. j) Programacin con ayudas visuales e interactivas. Facilitando interfases amigables al usuario final. k) Integracin de sistemas teleinformticos (Intranet De grupo empresarial). ARTICULO 33.- Para la elaboracin de los proyectos informticos y para la presupuestacin de los mismos, se tomarn en cuentan tanto las necesidades de hardware y software de la unidad administrativa solicitante, como la disponibilidad de recursos con que stas cuenten. DISPOSICIONES TRANSITORIAS ARTICULO PRIMERO.- Las disposiciones aqu enmarcadas, entrarn en vigor a partir del da siguiente de su difusin. ARTICULO SEGUNDO.- Las normas y polticas objeto de este documento, podrn ser modificadas o adecuadas conforme a las necesidades que se vayan presentando, mediante acuerdo del Comit Tcnico de Informtica de la Empresa NN (CTI); una vez aprobadas dichas modificaciones o adecuaciones, se establecer su vigencia. ARTICULO TERCERO.- Las disposiciones aqu descritas constan de forma detallada en los manuales de polticas y procedimientos especficos existentes. ARTICULO CUARTO.- La falta de desconocimiento de las normas aqu descritas por parte de los colaboradores no los libera de la aplicacin de sanciones y/o penalidades por el incumplimiento de las mismas.

Captulo 5. Propuesta de implantacin de un rea de auditora en informtica en un rgano legislativo En este captulo, una vez que ya se conoce la conformacin de la H. Cmara de Diputados, mostramos la formacin general de su rgano de Control Interno y cmo encaja la Subcontralora de Auditora dentro de este rgano Legislativo, se detallan las posibilidades en cuanto a mejores prcticas, certificaciones, tcnicas de auditora y herramientas automatizadas y del anlisis a cada uno de ellos, de acuerdo a lo anterior se dan a conocer los resultados a los que se llega en el desarrollo de este informe de seminario de titulacin. Derivado del estudio de costo beneficio y de factibilidad, as como del anlisis de las consecuencias y riesgos a los que se enfrentar el rea al implantar esta rea, as como de cules seran las consecuencias de seguir con la estructura y funciones, misma que se realiza para darle a los Mandos Medios y Superiores de la Contralora Interna una visin a futuro de las mejoras que traera consigo la adaptacin de esta propuesta, benficas para este rgano de Control Interno as como de estar a la vanguardia en las nuevas tendencias de auditora en informtica actuales, y con ello brindarle a la ciudadana una mejor rendicin de cuentas. As, en este captulo, brindamos las bases y una gua completamente prctica del cmo y porqu es recomendable contar con un rea o las funciones encaminadas a realizar auditoras en informtica dentro de este rgano, desde la ptica de las nuevas tendencias mundiales de auditora y tratando de dar cumplimiento a las recientes Leyes de Transparencia y Acceso a la Informacin Pblica Gubernamental. Propuesta de creacin del rea de auditora informtica Nuestro informe de seminario concretamente propone la implantacin de un rea de auditora en informtica dentro de la Subcontralora de Auditora de la H. Cmara de Diputados. Lo anterior, lo fundamos a lo largo de este informe, los principales motivos son: Implantar esta rea dentro del rgano de Control Interno traer consigo la innovacin de la Subcontralora de Auditora para cubrir las funciones de una parte de la Cmara de Diputados que actualmente no es auditada, la Direccin General de Tecnologas de Informacin; La eficiencia, eficacia y calidad de las auditoras que se realizan en el rgano se vern beneficiadas por la capacitacin adecuada del personal y la consecuente automatizacin de procedimientos, que dejarn de ser tradicionales para estar a la vanguardia. El crecimiento constante de la Direccin General de Tecnologas de Informacin eventualmente obligar a la Subcontralora de Auditora a implantar procedimientos para auditarla, es por ello que ser benfico aplicar estos procedimientos antes de ser rebasados en un futuro por esta problemtica, es decir tomas medidas preventivas antes de afrontar una contingencia seria en la Cmara de Diputados. Por lo anterior, en los siguientes puntos detallamos la propuesta especfica que contempla cuales seran las actualizaciones ms adecuadas para lograr este objetivo, comenzando por proponer los cambios pertinentes en la normatividad actual, cul sera su nueva estructura orgnica, proponemos las nuevas funciones del rea de auditora en informtica de acuerdo a las nuevas tendencias de la auditora en Tecnologas de Informacin mundiales; asimismo, de entre las diferentes herramientas y tcnicas de auditora en informtica, seleccionamos aquellas que resultaran ms convenientes de acuerdo a las caractersticas especficas de la Subcontralora de Auditora as como de la Direccin General de Tecnologas de Informacin, tomando en cuanta su tamao, su capacidad y tecnologa actual. Objetivo Evaluar el desempeo de los sistemas informticos y las redes de comunicaciones para proporcionar los controles necesarios que permitan la confiabilidad de la Informacin as como un elevado nivel de seguridad. Realizar auditoras operacionales, integrales, especiales y de cumplimiento al rea de sistemas, ayudando en la gestin de control de la Auditora Interna y buscando las reas de oportunidad. Evaluar los controles establecidos para proteger los bienes institucionales, referente al manejo hardware, software y valores. Proporcionar al rgano Legislativo, un conocimiento de la situacin informtica real del rea de Sistemas. Realizar auditoras operacionales, integrales, especiales y de cumplimiento a aquellas reas administrativas y Grupos Parlamentarios que as lo requieran. El rea de Auditora Informtica, como parte de la SubContralora de la H. Cmara de Diputados tendr como misin y visin, los que a continuacin se describe: Justificacin de la creacin del rea

Es bien sabido que actualmente existe la necesidad de crear un mbito de seguridad en cualquier organizacin, debido al aumento de casos internacionales de fraudes tanto contables como informticos, como ya se mencion anteriormente el activo ms valioso de casi cualquier organizacin actualmente es precisamente la informacin, este es el caso de la Cmara de Diputados. En base a los anlisis realizados, se propone la creacin de un rea de Auditora Informtica que proporcione seguridad y control en el mbito tecnolgico, misma que deber promover elevar la cultura informtica tanto dentro de la Subcontralora de Auditora, como en el resto de la Cmara de Diputados. Esta rea deber estar encargada de constatar que se sigan procedimientos que aseguren la confidencialidad, confiabilidad y disponibilidad de los datos, garanticen la seguridad de la informacin y prevean las posibles contingencias en cuanto a la seguridad de la informacin que se maneja en este rgano, misma que por definicin es muy delicada, asimismo que regule la gestin de la infraestructura y que en general se dedique a guiar el desarrollo y correcto funcionamiento del rea de sistemas de esta Institucin mediante las auditoras correspondientes. Adicionalmente, esta rea deber contar con las actualizaciones sobre las regulaciones de la seguridad informtica, mejores prcticas para aplicarlas a esta Institucin, as como de las nuevas tcnicas de auditora en informtica ya sean manuales o asistidas por computadora, apoyados en profesionales capacitados para mantener sistemas informticos seguros, confiables y confidenciales, que eviten y prevengan la ocurrencia de situaciones de riesgo derivadas de las actuales debilidades en los sistemas de control. Modificacin a la normatividad existente La normatividad que propone ser modificada comienza a nivel del Manual de Organizacin General de la Cmara de Diputados que en Captulo 1,Descripcin del rgano legislativo y de su organo interno de control se menciona textualmente, dentro del objetivo que ah se plasma, deber cambiar de la siguiente forma: Importante Vigilar que las operaciones de la Cmara de Diputados se realicen con apego a los programas y procedimientos establecidos de conformidad a la normatividad aplicable, verificando que el manejo y aplicacin de los recursos financieros, humanos, materiales y tecnolgicos se lleven a cabo de acuerdo con las disposiciones presupuestales en el Presupuesto de Egresos de la Federacin. Adicionalmente, en el Manual de Organizacin de la Contralora General el texto propuesto es el siguiente: Importante Establecer los mecanismos de fiscalizacin, control, auditora y evaluacin para supervisar el funcionamiento de las unidades administrativas dentro de su campo de accin, as como realizar las recomendaciones necesarias orientadas a mejorar los procedimientos administrativos que emplean las reas, con el propsito de que stas cumplan con los ordenamientos legales aplicables y as lograr el ptimo aprovechamiento de los recursos financieros, humanos, materiales y tecnolgicos de los que dispone la Cmara. Estructura orgnica de la Subcontralora de Auditora La reestructuracin de la Subcontralora de Auditora no estar completa si no contempla una modificacin a su estructura orgnica que incluya un rea que se dedique a realizar las funciones propias de la auditora en informtica, como se puede apreciar en la Figura 1.3, Estructura orgnica de la Contralora Interna de la Cmara de Diputados, los puestos de la Subdireccin hacia abajo son genricos, lo que redunda en confusiones en los tramos de control y funciones, por ello y para acabar con esta problemtica, adems de incluir esta nueva rea se propone que el Organigrma de la Subcontralora detalle los nombres especficos de los puestos. La nueva estructura orgnica de la Subcontralora de Auditora deber establecerse como se indica en la Figura 5.1, Nueva estructura orgnica para la Subcontralora de Auditora. Figura 5.1. Nueva estructura orgnica para la Subcontralora de Auditora Misin, visin y funciones del rea de Auditora Informtica. En esta parte del capitulo, sern presentadas las funciones que deber realizar el rea de Auditora Informtica, como parte de la Subcontralora de la H.

Cmara de Diputados; mismas que han sido definidas para la realizacin de auditorias internas dentro de ste rgano Legislativo. Misin. Brindar a travs de las auditoras, la informacin suficiente y competente, que permita la implementacin de controles para una mejora continua que ayude a la prevencin de delitos informticos. Visin. Consolidar el rea de Auditor a Informtica, como un rea que pueda prever apoyo y asesora a la H. Cmara de Diputados, para el cumplimiento de sus metas institucionales. Funciones. El rea de Auditora Informtica deber realizar las actividades correspondientes a la verificacin de los controles internos establecidos en el rea de Sistemas as como estudios de seguridad fsica y lgica; anlisis de los riesgos a que est expuesta la informacin y los equipos y la elaboracin de documentacin que en las auditoras sea requerida. Adems deber promover elevar la cultura informtica tanto dentro de la Subcontralora de Auditora, como en el resto de la Cmara de Diputados, constatar que se sigan procedimientos que aseguren la confidencialidad, confiabilidad y disponibilidad de los datos, garanticen la seguridad de la informacin y prevean las posibles contingencias en cuanto a la seguridad de la informacin que se maneja en este rgano, misma que por definicin es muy delicada, asimismo que regule la gestin de la infraestructura y que en general se dedique a guiar el desarrollo y correcto funcionamiento del rea de sistemas de esta Institucin mediante las auditoras correspondientes. A continuacin se listan las funciones principales que esta rea, deber llevar a cabo. Elaboracin de planes de trabajo para llevar a cabo auditoras en informtica y el desarrollo de actividades apropiadas que permitan maximizar la eficacia del rea de sistemas. Elaboracin de cuestionarios, encuestas, matrices y herramientas que ayuden al levantamiento de la informacin para el debido desarrollo de las auditoras. Implementacin de los planes de trabajo llevando un control de las actividades a realizar en tiempos estimados reales. Evaluacin de sistemas, procedimientos y equipos de cmputo. Verificar que los activos, estn debidamente controlados y salvaguardados contra prdida y mal uso. Evaluar los resultados de los programas operativos que realice el rea de Sistemas para conocer eficiencia y efectividad con que se han utilizado los recursos. Comprobar el cumplimiento de mandatos constitucionales, legales y reglamentarios, polticas, planes y acuerdos normativos que rigen a la Institucin. Realizar auditoras y estudios especiales de acuerdo con programas y especiales debidamente respaldados por las Normas para el ejercicio profesional de la Auditora Interna. Evaluar la problemtica del rea de Sistemas a travs de un pre-anlisis de la situacin del rea, para la determinacin de las principales necesidades de sta. Comunicar los resultados y recomendaciones que resulten de sus evaluaciones, mediante los informes de auditora. Comprobar que el rea de Sistemas ha tomado las medidas correctivas de los informes de la Auditora Interna as como de las omisiones que al respecto se verifiquen en el seguimiento de informes. Evaluacin de los controles de seguridades lgicas y fsicas que garanticen la integridad, confidencialidad y disponibilidad de los datos de esta institucin. Constatar que el rea de sistemas se riga por los procedimientos ms adecuados para garantizar el adecuado funcionamiento de la red de trabajo. Evaluacin de los riegos y controles establecidos para la bsqueda e identificacin de debilidades, as como de las reas de oportunidad Evaluar la existencia de polticas[47], objetivos[48], normas[49], metodologas[50], as como la asignacin de tareas y adecuada administracin[51] de los recursos, humanos e informticos. Generar el Archivo de Papeles de Trabajo con la documentacin las auditoras realizadas. Tipos de auditora que realizar el rea de Auditora Informtica. Auditora a Sistemas de Informacin,Auditora a las Comunicaciones,Auditora a la Red Fsica, yAuditora a la Red Lgica. Metodologa para la realizacin de auditoras informticas Para la realizacin especifica de auditoras en informtica se propone tambin se propone una metodologa especifica, misma que se menciona a continuacin: Conocimiento general del rea de sistemas Organigrama Estructura del rea o departamento

Relaciones funcionales y jerrquicas Recursos (equipos con los que se cuenta) Aplicaciones en desarrollo Aplicaciones en produccin Sistemas de explotacin Planificacin Concentracin de objetivos Definicin de objetivos y alcances Personas de la organizacin que se involucrarn en el proceso de auditora Plan de trabajo Tareas Calendario Resultados parciales Presupuesto Desarrollo de la auditora Entrevistas Cuestionarios Observacin de las situaciones deficientes Observacin de los procedimientos Fase de diagnstico Definicin de los puntos dbiles y fuertes, los riesgos eventuales y posibles tipos de solucin y mejora Presentacin de conclusiones Integracin de soporte documental Formulacin de cdulas de observaciones y papeles de trabajo Informe final Formacin del plan de mejoras Resumen de las deficiencias encontradas Recoger las recomendaciones encaminadas a paliar las deficiencias detectadas Medidas a corto plazo: mejoras en plazo, calidad, planificacin o formacin Medidas a medio plazo: mayor necesidad de recursos, optimizacin de programas o documentacin y aspectos de diseo Medidas a largo plazo: cambios en polticas, medios y estructuras del servicio Seguimiento de cumplimiento de recomendaciones Gua de auditora Existirn tantas guas de auditora como procedimientos se realicen, sin embargo, a manera de ejemplo, se presenta la siguiente gua como propuesta de las subsecuentes: Unidad administrativa Objetivos Punto de revisin Aspectos a revisar Verificar que la seguridad fsica y lgica en la red de la H. Cmara de Diputados que maneja la Direccin General de Tecnologas de Informacin. Actividades: Direccin General Tecnologas Informacin de 1.- Conocimiento general de la Direccin General de Tecnologas de de Informacin a fin de conocer sus instalaciones, tamao, condiciones de trabajo, software, hardware, estructura, etc. 2.- Definicin de objetivos y alcances de auditora claros y bien delimitados de acuerdo a la magnitud del rea a revisar. 3.- Realizacin de Grfica de GANTT para planeacin de actividades y tiempos estimados de inicio y trmino de auditora. 4.- Preparacin del formato de oficio de presentacin. 5.- Preparacin del cuestionario de control interno y dems material de apoyo. 6.- Conocimiento previo de los manuales de procedimientos, manuales de organizacin, planes de contingencia, recuperacin, lineamientos,

Objetivo general:

Unidad administrativa

Objetivos polticas, normas, reglamentos, procedimientos, etc., existentes en el rea. 7.- Preparacin de pruebas de cumplimiento, para la realizacin de pruebas generales y especficas a fin de cubrir el alcance de la revisin. 8.- Preparacin del material de apoyo, formato de cdulas de marcas, gua de auditora, cuestionario, check list, formato de papeles de trabajo, cdulas de observaciones, etc. 9.- Aplicacin del oficio de presentacin. 10.- Pltica con el equipo, para determinar el desarrollo de la auditora y actividades a realizar. 11.- Levantamiento de la informacin. Aplicacin de tcnicas de auditora y material de apoyo previamente diseado para la obtencin de informacin. 12.- Anlisis de la informacin.- Deteccin de debilidades de control, identificacin de observaciones por medio del anlisis de la informacin recabada. As como determinacin de causas e impactos. 13.- Integracin de Papeles de trabajo.- Apoyados en las pruebas necesarias, como son los cuestionarios, fotografas o cualquier tipo de constancia de hechos. 14.- Confirmacin de observaciones.- Verificar que las observaciones estn fundamentadas y que se cuenta con la evidencia suficiente para presentar las observaciones levantadas. 15.- Identificacin de niveles de riesgo.- Por medio del anlisis de la informacin de cada una de las observaciones, se le asocia un nivel de riesgo; inminente, potencial o controlable. 16.- Consolidacin de niveles de riesgo.- Agrupacin de observaciones comunes, con objeto de determinar las debilidades y sugerencias de forma general. 17.- Elaboracin del informe final.

18.- Actividades finales de papeles de trabajo. Requerimientos para creacin del rea de Auditoria Informtica Dados los antecedentes con los que contamos sobre la estructura de la Subcontralora Auditora de la H. Cmara de Diputados, su conformacin y los activos informticos con los que cuenta, a continuacin realizamos la propuesta de los requerimientos que sern necesarios para el funcionamiento de la nueva rea. Requerimientos de hardware y software En este apartado proponemos la herramienta y el equipo que ser necesario para la implantacin de esta nueva rea. Los factores relevantes para la determinacin de la adquisicin de estos activos son los siguientes: Proveedor CYNTHUS Herramienta DELOS Mejor Practica COBIT Precio $26000 dls (herramienta y mejor prctica) Cantidad de equipos existentes 18 PC Cantidad de equipos necesarios 6 laptop adicionales Caractersticas de equipos modelo Pentium 4 Equipos auxiliares SQL Server Requerimientos de personal Experiencia en el Capacitacin Puestos Plazas Horas de capacitacin puesto requerida Direccin General Subdireccin Jefe 1 1 de 1 5 3 2 B B C 24 24 24

Puestos Departamento

Plazas

Experiencia puesto

en

el Capacitacin requerida

Horas de capacitacin

Auditores 1 5 C 24 Claves Tipo de capacitacin Requerida Principiante Intermedio Avanzado Pasos a realizar para la implantacin del rea Derivado de este informe, se determina que los pasos ms recomendables para la implantacin del rea de auditora en informtica son los siguientes: Presentar la propuesta al Comit de Administracin para la implantacin del rea de auditora en informtica. Revisin de la propuesta para la implantacin del rea. Aprobacin de la propuesta. Modificaciones a la estructura orgnica y normatividad pertinente. Solicitud de recursos para infraestructura, personal, software y/o capacitacin. Remodelacin de reas. Contratacin y/o capacitacin de personal. Adquisicin de equipo de hardware. Adquisicin de software especializado. Inclusin de la(s) auditora(s) en el PACA. Aplicacin de la metodologa para las revisiones al rea de sistemas. 1. Auditora Papel Del Auditor Informtico.Si se entiende que la auditoria informtica comprende las tareas de evaluar, analizar los procesos informticos, el papel de auditor debe estar encaminado hacia la bsqueda de problemas existentes dentro de los sistemas utilizados, y a la vez proponer soluciones para estos problemas. Adems que auditor Informtico debe estar capacitado en los siguientes aspectos: Deber ver cuando se puede conseguir la mxima eficacia y rentabilidad de los medios informticos de la empresa auditada, estando obligado a presentar recomendaciones acerca del reforzamiento del sistema y del estudio de las soluciones mas idneas, segn los problemas detectados en el sistema informtico, siempre y cuando las soluciones que se adopten no violen la ley ni los principios ticos. (Ej. Por que est mal el reporte) Una vez estudiado el sistema informtico a auditar, el auditor deber establecer los requisitos mnimos, aconsejables y ptimos para su adecuacin con la finalidad de que cumpla para lo que fue diseado, determinando en cada clase su adaptabilidad, su fiabilidad, limitaciones, posibles mejoras, costos. El auditor deber lgicamente abstenerse de recomendar actuaciones innecesariamente onerosas, daina, o que genere riesgo in justificativo para el auditado e igualmente de proponer modificaciones carentes de bases cientficas insuficientemente probadas o de imprevisible futuro. El auditor al igual que otros profesionales (Ej. Mdicos, abogados, educadores, etc.) pueden incidir en la toma de decisiones en la mayora de sus clientes con un elevado grado de autonoma, dado la dificultad prctica de los mismos, de constatar su capacidad profesional y en desequilibrio de desconocimientos tcnicos existente entre al auditor y los auditados (Puede pesar gravemente). El auditor deber prestar sus servicios de acuerdo a las posibilidades de la ciencia y a los medios a su alcance con absoluta libertad, respecto a la utilizacin de dichos medios y en unas condiciones tcnicas adecuadas para el idneo cumplimiento de su labor. En los casos en que precariedad de los medios puestos a su disposicin, impidan o dificulten seriamente la realizacin de la auditoria deber negarse realizar hasta que se le garantice un mnimo de condiciones tcnicas que no comprometan la calidad de sus servicios o dictmenes. Cuando durante la ejecucin de la auditoria, el auditor considere conveniente recabar informe de otros mas calificados, sobre un aspecto o incidencia que superase su capacidad profesional para analizarlo en idneas condiciones deber remitir el mismo a un especialista en la materia o recabar su dictamen para reforzar la calidad y viabilidad global de la auditoria.

El auditor debe actuar con cierto grado de humildad evitando dar la impresin de estar al corriente de una informacin privilegiada sobre nuevas tecnologas a fin de actuar en de previsiones rectas y un porcentaje de riesgo debidamente fundamentado. (Si conocemos alguna tecnologa de primer orden debemos tener un cierto grado de humildad, que no se salga de la realidad [decir que ya sabemos esto...]. El auditor tanto en sus relaciones con el auditado como con terceras personas deber en todo momento, deber actuar conforme a las normas implcitas o explcitas de dignidad de la profesin y de correccin en el trato personal. (Que en todo momento, como cuando estamos en el bar, cafetera, o fiesta por que los auditores tienen la responsabilidad) El auditor deber facilitar e incrementar la confianza de auditado en base a una actuacin de transparencia, en su actividad profesional sin alardes cientfico- tcnico, que, por su incomprensin, pueden restar credibilidad a los resultados obtenidos y a las directrices aconsejadas. 2. La funcin de la auditora en la organizacin Concepto De Auditar Conjunto de procedimientos y tcnicas para evaluar y controlar total o parcialmente un sistema informtico con el fin de proteger sus activos y recursos, verificar si sus actividades se desarrollan eficientemente de acuerdo con las normas informticas y gener5ales existentes en cada empresa y para conseguir la eficacia exigida en el marco de la organizacin correspondiente. Al igual que los dems rganos de la empresa los sistemas informticos estn sometidos a un control. La importancia de llevar un control, se puede deducir de varios aspectos, as tenemos: Las computadoras y los centros de procesos de datos se pueden convertir en blancos apetecibles no solo para el espionaje no para la delincuencia y el terrorismo. Las computadoras creadas para procesar y difundir resultados pueden en cierto momento generar resultados o informacin errnea (Virus, tc). (La mquina suele arrojar resultados errneos cuando es alimentada con datos errneos). Un sistema informtico mal diseado puede convertirse en una herramienta peligrosa para la persona, puesto que las mquinas obedecen las rdenes recibidas y la modelizacin de la empresa est determinada por las computadoras que materializan los sistemas de informacin, por lo tanto la gestin y la organizacin de la empresa no pueden depender de un SOFTWARE o un HARDWARE mal diseado. Auditora Interna Y Auditora Externa La auditoria es realizada en recursos materiales y personas que perteneces a la empresa auditada. Auditora Interna Existe por expresa decisin de la empresa, es decir que tambin se puede optar por su disolucin en cualquier momento. Auditora Externa Es realizada por personas afines a la empresa se presupone una mayor objetividad que en la auditoria interna debido Al mayor distanciamiento entre auditor y auditado. La auditoria informtica tanto interna como externa debe ser una actividad exenta de cualquier contenido o matiz poltico ajena a la propia estrategia y poltica general de la empresa. Areas De La Planificacin De La Auditora Las empresas acuden a las auditorias cuando existen algunos sntomas bien perceptibles de debilidad. Estos sntomas pueden agruparse en algunas clases: Sntomas De Descoordinacin Y Desorganizacin No coinciden los objetivos de la informtica de la compaa Los estndares de productividad se desvan sencillamente de los promedios habituales. Sntomas De Mala Imagen O Insatisfaccin De Los Usuarios No se atienden a las peticiones de cambio de los usuarios No se reparan las averas de HARDWARE ni se resuelven problemas en plazos razonables No se cumplen los plazos de entregas de resultados Sntomas De Debilidades Econmico Financiero Incremento desmesurado de costos Necesidad de justificacin de inversiones informticas Desviaciones presupuestarias significativas Costos y plazos nuevos para proyectos Sntomas De Inseguridad (Evaluacin Del Nivel De Riesgo) Seguridad lgica

 Seguridad fsica Confidencialidad.- Los datos son de propiedad de la organizacin que nos genera, los datos de personal son especialmente confidenciales. Continuidad del servicio. (Establecer las estrategias de continuidad para fallos mediante planes de configuracin). Ubicacin Y Organizacin De La Auditora La ubicacin de los procesos auditores dentro de un rea de sistemas depende del tipo de auditoria que se desee implementar, As tenemos que en muchas ocasiones la auditoria depende exclusivamente de la parte directriz o gerencial y en otras ocasiones de acuerdo a las necesidades de la empresa. La auditoria informtica nace de los niveles medios bajos de la empresa . (A nivel de organizacin la ubicacin es medio bajo, medios bajos son los Usuarios, con una serie de quejas obligan a hacer auditoria) 3. Tipos y clases de auditora Auditoria Informtica De Explotacin La explotacin informtica se ocupa de producir resultados, tales como listados, archivos soportados magnticamente, ordenes automatizadas, modificacin de procesos, etc. Para realizar la explotacin informtica se dispone de datos, las cuales sufren una transformacin y se someten a controles de integridad y calidad. (Integridad nos sirve a nosotros; la calidad es que sirven los datos, pero pueden que no sirvan; estos dos juntos realizan una informacin buena) Auditoria Informtica De Desarrollo De Proyectos O Aplicaciones La funcin de desarrollo es una evaluacin del llamado Anlisis de programacin y sistemas. As por ejemplo una aplicacin podra tener las siguientes fases Prerrequisitos del usuario y del entorno Anlisis funcional Diseo Anlisis orgnico (preprogramacin y programacin) Pruebas Explotacin Todas estas fases deben estar sometidas a un exigente control interno, de lo contrario, pueden producirse insatisfaccin del cliente, insatisfaccin del usuario, altos costos, etc. Por lo tanto la auditoria deber comprobar la seguridad de los programas, en el sentido de garantizar que el servicio ejecutado por la mquina, los resultados sean exactamente los previstos y no otros (El nivel organizativo es medio por los usuarios, se da cuenta el administrador Ejm. La contabilidad debe estar cuadrada) Auditoria Informtica De Sistemas Se ocupa de analizar la actividad que se conoce como tcnica de sistemas, en todos sus factores. La importancia creciente de las telecomunicaciones o propicia de que las comunicaciones, lneas y redes de las instalaciones informticas se auditen por separado, aunque formen parte del entorno general del sistema (Ejm. De auditar el cableado estructurado, ancho de banda de una red LAN) Auditoria Informtica De Comunicacin Y Redes Este tipo de auditoria deber inquirir o actuar sobre los ndices de utilizacin de las lneas contratadas con informacin sobre tiempos de uso y de no uso, deber conocer la topologa de la red de comunicaciones, ya sea la actual o la desactualizada. Deber conocer cuantas lneas existen, como son, donde estn instaladas, y sobre ellas hacer una suposicin de inoperatividad informtica. Todas estas actividades deben estar coordinadas y dependientes de una sola organizacin (Debemos conocer los tipos de mapas actuales y anteriores, como son las lneas, el ancho de banda, suponer que todas las lneas estn mal, la suposicin mala confirmarlo). Auditoria De La Seguridad Informtica Se debe tener presente la cantidad de informacin almacenada en el computador, la cual en muchos casos puede ser confidencial, ya sea para los individuos, las empresas o las instituciones, lo que significa que se debe cuidar del mal uso de esta informacin, de los robos, los fraudes, sabotajes y sobre todo de la destruccin parcial o total. En la actualidad se debe tambin cuidar la informacin de los virus informticos, los cuales permanecen ocultos y daan sistemticamente los datos. 4. Sistemas De Informacin Los Sistemas De Informacin Y Su Alcance Se entiende por un sistema de informacin al conjunto de normas, procedimientos y dems

parmetros que forman la informacin general de una empresa o institucin. En un sistema de informacin se pueden visualizar algunos componentes tales como: El nombre del sistema, Nombre de macros del sistema Software base Lenguajes de programacin Paquetes, Unidades o departamentos que utilizan la informacin, Volmenes de archivos que se utilizan diariamente (Semanal, mensual, etc.) Requerimientos mnimos de los equipos (En muchos de los casos s es un software) Fechas crticas Ingreso de informacin Flujo de informacin Egresos de informacin 5. Tendencias que afectan a los sistemas de informacin Al considerar un Sistema de Informacin como un conjunto de normas y procesos generales de una determinada, se deben considerar algunos puntos negativos y positivos que afectan directamente al sistema as por ejemplo: Actualizaciones: Se refiere a que los sistemas de informacin de cualquier empresa, debe ser revisado peridicamente; no con una frecuencia continua, si no mas bien espaciada, se recomienda las revisiones bi anuales (No se recomienda que se actualice en una empresa paulatinamente, por ejemplo el software, cuadros estadsticos, es recomendable dentro de un ao cambiarlo, todo lo que es mquinas y software; por que si no realizaramos esto, se cambiara toda la estructura organizacional de la misma). Reestructuracin Organizacional (Puede ser una reestructuracin con los mismos puestos) Una reestructuracin organizacional con cualquier empresa, implica cambios siempre en vista a buscar un mejor funcionamiento, evitar la burocracia, agilitar trmites o procesos, la reestructuracin puede ser de varios tipos, as por ejemplo. Aumentar o disminuir departamentos, puestos, reestructuracin de objetivos, etc. Siempre la reestructuracin afecta a los sistemas de informacin de la empresa. Revisin y Valorizacin del escalafn (No es para bien si no tambin para mal) La revisin y la revalorizacin del escalafn se espera que afecte a favor de los sistemas de informacin de las empresas, si el efecto es contrario el auditor informtico deber emitir un informe del empleado a los empleados (Especficamente de departamentos), que estn boicoteando la informacin de la empresa. Cambios en el flujo de Informacin (Datos para el sistema de Informacin) Se refiere al cambio de flujo de datos exclusivamente en el rea informtica, esto afecta directamente en sistema informtico y por tanto al sistema de informacin. En lo que respecta a la Auditora informtica, el efecto puede ser positivo y negativo, dependiendo a los resultados obtenidos en cuanto al proceso de datos (menos seguridad, mas seguridad, backup). As por ejemplo: Se ha cambiado el flujo de informacin en el rea contable, para generar los roles mensuales (De inicio del rol era realizado por la secretaria, la cual ingresaba las existencias, fallas, atrasos, etc.; determinando un monto a descontar. Un monto bruto y un salario final, esto pasaba a la contadora para que justifique especialmente multas, se rectificaba en algunos casos, y se mandaba a imprimir el rol. Se considera un nuevo flujo de informacin, en el cual se ingresan los datos a un sistema informtico, y de acuerdo a los parmetros y normas de la empresa el sistema arroja un sueldo lquido a cobrarse, genera automticamente el reporte, los cheques y el contador solo aprueba este reporte). (Un ejemplo es cuando existe migracin de datos, la informacin migra o se cambia a otro sistema ms sofisticado ) 6. Base Conceptual En base al sistema de informacin el auditor informtico realizar su estudio y anlisis siguiendo cualquier metodologa de trabajo, pero sin desviarse de la base conceptual del sistema de informacin de la empresa auditada. Si por cualquier circunstancia el auditor informtico percibe y por lo menos tiene la idea de que tom parmetros de que no estn presentes en el sistema de informacin necesariamente deber volver a empezar (Por ejemplo en el rea de redes abarca muchas otras facetas que un auditor no podra conocerlas por lo que se necesita ayuda externa para realizar una buena Auditora)

Conceptualmente los Sistemas de Informacin, tienen sus base en algunos aspectos de importancia dentro de cualquier empresa: As por ejemplo: Aspectos econmicos Se deben considerar los recursos de la empresa, las crisis, el control, etc. Aspectos tecnolgicos Se refiere al equipo fsico dentro de la empresa, se debe considerar el incremento, los cambios, ya sea de software o hardware Aspectos sociales Se refiere a mejoras orientadas hacia los empleados de la empresa, as por ejemplo, cursos, capacitacin, etc. Aspecto poltico legal Se refiere a las normas y leyes vigentes para las empresas, tanto internas como externas, se debe cuidar, el aspecto legal, especialmente en el Software Aspecto Administrativo Se refiere a la relacin a nivel de gerencias, mayor confianza en la tona de posiciones, decisiones o fortunas, siempre a favor de las empresas Simbologa En Los Sistemas De Informacin Todo sistema de informacin puede ser representado mediante diagramas, mediante los cuales depende de la complejidad de cada empresa, un ejemplo sencillo puede ser: 7. Proceso De Implementacin Para implementar un sistema de informacin se puede seguir varios pasos, o metodologas o inclusive se lo puede hacer empricamente. E n la implementacin se considera siempre la implementacin del software (es decir dentro de la implementacin del sistema de informacin siempre deber implementar el software a utilizarse esta empresa). As por ejemplo se podran seguir los siguientes pasos: a.- Recopilacin y anlisis de datos b.- Seleccin de datos idneos a ingresarse o utilizarse c.- Ingreso y manipulacin de datos d.- Procesamiento e.- Anlisis de resultados Seguridad De Los Sistema Informticos Para realizar o evaluar la seguridad en los sistemas, es importante conocer como: desarrollar, ejecutar e implantar un sistema de seguridad. Desarrollar un sistema de seguridad significa planear, organizar, coordinar, dirigir y controlar actividades relacionadas para garantizar la integridad fsica de los recursos implicados en el departamento informtico, as como el resguardo de los activos de la empresa. Un sistema integral de seguridad debe contemplar los siguientes aspectos: Definir elementos administrativos Definir polticos de seguridad Definir elementos a nivel departamental Definir elementos a nivel institucional Organizar y dividir las responsabilidades Prever desastres naturales y causas de descuido del personal de mantenimiento equipo cableado, etc. Adems se debe considerar algunos aspectos extras as por ejemplo: Motivacin.-En la cual es conveniente desarrollar mtodos de participacin reflexionando lo que significa la seguridad y el riesgo, el impacto a nivel empresarial, las responsabilidades individuales, etc. Capacitacin general.- Se debe empezar con los ejecutivos de la empresa a fin que conozca la relacin entre riesgo, seguridad y la informacin y su impacto en la empresa. El objetivo debe ser detectar las debilidades y potencialidades de la organizacin frente al riesgo, en este proceso debe incluir la implantacin y la ejecucin de planes de contingencia y la simulacin de posibles delitos. Capacitacin de tcnicos.- Es importante formar tcnicos encargados de mantener la seguridad como parte fundamental de su trabajo y que este capacitado para capacitar a otras personas, en lo que es la ejecucin de medidas preventivas y correctivas. Beneficios de un sistema de seguridad.- Los beneficios de seguridad son inmediatos ya que la organizacin trabajar sobre una plataforma confiable que se puede reflejar los siguientes aspectos:

Aumento de la motivacin de personal Compromiso de la misin y visin Aumento de la productividad Mejora de las relaciones laborales Mejora en los equipos de la institucin Estrategias de proteccin Toda empresa dentro de su plan anual de actividades debe contemplar un plan estratgico de proteccin o plan de contingencia sobre su sistema informatico, entendiendose a dicho plan como un conjunto de pasos que se realizan con el propsito de salvaguardar los recursos de la empresa, tanto fsico como a nivel lgico. Se puede mencionar algunos puntos importantes que debe contemplar el plan de contingencia, as por ejemplo: Actividades antes de un desastre Actividades durante el desastre Actividades despus del desastre Actividades antes de un desastre Planificacin de un plan de contingencia (debe contener aspectos relacionados a la prevencin de un desastre de cualquier tipo, as por ejemplo sacar respaldos, lugares de evacuacin, buscar sitios seguros, prevencin contra cortes elctricos, asignar responsabilidades. Simulacros de desastre, se refiere a simular en cada computadora un buen anti virus (actualizable que cubra la mayor cantidad de virus conocidos, que detecte limpie y vacune, que posea un manual de procedimiento, versatilidad residente en memoria). Preparar personal calificado de las distintas reas de seguridad Area informatica se refiere a designar 1 o 2 personas para realizar respaldos diarios de la informacin una o dos personas diferentes para enviar los resultados a sitios seguros. Area social se refiere a preparar personal que este capacitado para socorrer a loa compaeros en caso de desastre ( debe tener especial cuidado en las personas de la tercera edad). Este personal tambin deber capacitarse en el uso de dispositivos o elementos fsicos para casos de emergencia (as por ejemplo uso de alarmas contra fuego, uso de bombas de agua , uso de switch de seguridad). Actividades despus del desastre Seguir el plan de contingencia Sujetarse a las disposiciones dadas por elpersonal calificado para desastres Tratar de rescatar la mayor cantidad de informacin posible en el acto Actividades despus del desastre Verificar la calidad e integridad de la informacin existente (hacer las pruebas sobre los programas que antes del desastre funcionaban correctamente). Verificar la calidad e integridad de la informacin de respaldo Verificar la parte fsica o hadware En lo posible volver al estado original de la informacin antes del desastre Tipos y clases de auditorias Para cada uno delos tipos de auditoria se pueden especificar reas especificas en las culaes siempre se debe realizar una auditoria informatica, as tenemos: rea interna, rea de direccin, rea de nivel de usuario y rea de seguridad. rea interna cuando se realiza cualquier tipo de auditoria en el rea interna se debe tener presente que solamente se debe auditar al departamento o rea en mencin sin fijarse en sus correlaciones con otros departamentos. Area de direccin Se refiere a realizar la auditoria en cualquier tipo a nivel gerencial o de direccin ya sea el departamento o de los departamentos con sus respectivos Inter.-relaciones. Area de usuario Se refiere a realizar la auditoria a nivel de usuario con todas las Inter.relaciones que el usuario tenga dentro del departamento o fuera con otros departamentos. Area de seguridad Cualquiera sea el tipo de auditoria que esta realizando siempre debe fijarse en el rea de seguridad la cual constituye pilar fundamental para aprobar o reprobar una auditoria.