\AUDITORIA DE BASE DE DATOS

Transcripción

1 \AUDITORIA DE BASE DE DATOS INDICE 01. Intrducción 02. Metdlgías para la auditría de bases de dats. 03. Estudi previ y plan de trabaj. 04. Cncepción de la base de dats y selección del equip. 05. Diseñ y carga 06. Expltación y mantenimient. 07. Revisión pst implantación. 01. INTRODUCCION La gran difusión de ls Sistemas de Gestión de Bases de Dats (SGBD), junt cn la cnsagración de ls dats cm un de ls recurss fundamentales de las empresas, ha hech que ls temas relativs a su cntrl intern y auditria cbren, cada día, mayr interés. Nrmalmente la auditria infrmática se aplica de ds frmas distintas; pr un lad se auditan las principales áreas del departament de infrmática: expltación, dirección, metdlgía de desarrll, sistema perativ, telecmunicacines, bases de dats, etc.; y, pr tr, se auditan las aplicacines desarrlladas internamente, (subcntratadas adquiridas) que funcinan en la empresa. La imprtancia de la auditria del entrn de bases de dats radica en que es el punt de partida para pder realizar la auditria de las aplicacines que utilizan esta tecnlgía. 02. METODOLOGÍAS PARA LA AUDITORÍA DE BASES DE DATOS. Aunque existen distintas metdlgías que se aplican en auditría infrmática (prácticamente cada firma de auditres y cada empresa desarrlla la suya prpia), se pueden agrupar en ds clases: Metdlgía tradicinal. En este tip de metdlgía el auditr revisa el entrn cn la ayuda de una lista de cntrl (checklist), que cnsta de una serie de cuestines a verificar. Pr ejempl: Existe una metdlgía de Diseñ de Base de Dats? S N NA (S es si, N n y NA n aplicable), debiend registrar el auditr el resultad de su investigación. Este tip de técnica suele ser aplicada a la auditría de prducts de bases de dats, especificándse en la lista de cntrl tds ls aspects a tener en cuenta. Metdlgía de evaluación de riesgs: Este tip de metdlgía, cncida también pr risk riented apprach, es la que prpne la ISACA, y empieza fijand ls

2 bjetivs de cntrl que minimizan ls riesgs ptenciales a ls que está smetid el entrn. A cntinuación, una lista de ls riesgs más imprtantes según 2 autres: Increment de la dependencia del servici infrmátic debid a la cncentración de dats Mayres psibilidades de acces en la figura del administradr de la base de dats Incmpatibilidad entre sistemas de seguridad de acces prpis del SGBD y el general de la instalación. Mayr impact de ls errres en dats prgramas que en ls sistemas tradicinales Ruptura de enlaces cadenas pr falls del sftware de ls prgramas de aplicación Mayr impact de access n autrizads al diccinari de la base de dats que a un ficher tradicinal. Mayr dependencia del nivel de cncimients técnics del persnal que realice tareas relacinadas cn el sftware de base de dats (administradr, prgramadres, etc.) Cm en la auditría de desarrll, se puede seguir la misma metdlgía, dnde se establecen primeramente: Objetiv de cntrl (ejempl: El SGBD deberá preservar la cnfidencialidad de la base de dats). Técnicas de cntrl. Una vez establecids ls bjetivs de cntrl, se especifican las técnicas específicas crrespndientes a dichs bjetivs (ejempl: Se deberán establecer ls tips de usuaris, perfiles y privilegis necesaris para cntrlar el acces a las bases de dats). Un bjetiv de cntrl puede llevar asciadas varias técnicas que permiten cubrirl en su ttalidad. Estas técnicas pueden ser preventivas, detectivas (cm mnitrizar la BD) crrectivas (pr ejempl, una cpia de respald backup). Pruebas de cumplimient. En cas de que ls cntrles existan, se diseñan unas pruebas (denminada pruebas de cumplimient) que permiten verificar la cnsistencia de ls misms. Pr ejempl: Listar ls privilegis y perfiles existentes en el SGBD. Si estas pruebas detectan incnsistencias en ls cntrles, bien, si ls cntrles n existen, se pasa a diseñar tr tip de pruebas denminadas pruebas sustantivas que permitan dimensinar el impact de estas deficiencias. Prueba sustantiva. Cmprbar si la infrmación ha sid crrmpida cmparándla cn tra fuente revisand ls dcuments de entrada de dats y las transaccines que se han ejecutad.

3 Una vez valrads ls resultads de las pruebas se btienen cnclusines que serán cmentadas y discutidas cn ls respnsables directs de las áreas afectadas cn el fin de crrbrar ls resultads. Pr últim, el auditr deberá emitir una serie de cmentaris dnde se describa la situación, el riesg existente y la deficiencia a slucinar, y en su cas, sugerirá la psible slución. Esta será la técnica a utilizar para auditr el entrn general de un sistema de bases de dats, tant en su desarrll cm durante la expltación. PRINCIPALES OBJETIVOS DE CONTROL EN EL CICLO DE VIDA DE UNA BASE DE DATOS Estudi previ y plan de trabajt Cncepción de la BD y selección del d equip Diseñ y cargac Expltació n y mantenimi ente Revisión pstimplantació n 03. ESTUDIO PREVIO Y PLAN DE TRABAJO. En esta primera fase, es muy imprtante elabrar un estudi tecnlógic de viabilidad en el cual se cntemplen distintas alternativas para alcanzar ls bjetivs del pryect acmpañads de un análisis de cst benefici para cada una de las pcines. Se debe cnsiderar entre estas alternativas la psibilidad de n llevar a cab el pryect (n siempre está justificada la implantación de un sistema de base de dats) así cm la disyuntiva entre desarrllar y cmprar (en la práctica, a veces encntrams cn que se ha desarrllad una aplicación que ya existía en mercads, cuya cmpra hubiese supuest un riesg menr, asegurándns inclus una mayr cantidad a un preci inferir). Lamentablemente, en bastantes empresas este estudi de viabilidad n se lleva a cab cn el rigr necesari, cn l que a medida que se van desarrlland, ls sistemas demuestran ser pc rentables. El auditr debe cmprbar también que la alta dirección revisa ls infrmes de ls estudis de viabilidad y que es la que decide seguir adelante n cn el pryect. Est es fundamental prque ls técnics que han de tener en cuenta que si n existe una decidida vluntad de la rganización en su cnjunt, impulsada pr ls directivs, aumenta cnsiderablemente el riesg de fracasar en la implantación de sistema. En cas de que se decida llevar a cab el pryect es fundamental que se establezca un plan directr, debiend el auditr verificar que efectivamente dich plan se emplea para

4 el seguimient y gestión del pryect y que cumple cn ls prcedimients generales de gestión de pryects que tengan aprbads la rganización. Otr aspect imprtante en esta fase es la aprbación de la estructura rgánica del pryect en particular, sin también de la unidad que tendrá la respnsabilidad de la gestión y cntrl de la base de dats; recrdems que, para que un entrn de base de dats funcine debidamente, esta unidad es imprescindible.

5 Tareas del administradr de dats Realizar el diseñ cnceptual y lógic de la base de dats Apyar al persnal de sistemas durante el desarrll de aplicacines Frmar al persnal Establecer estándares de diseñ de b.d. desarrll y cntenid del diccinari de dats Desarrllar plíticas de gestión de dats Desarrllar planes estratégics y táctics para la manipulación de ls dats Desarrllar ls requisits de ls elements del diccinari de dats Desarrllar nrmas para la denminación Cntrlar la integridad y seguridad de ls dats Planificar la evlución de la bd de la empresa Identificar prtunidades de cmpartición de dats Trabajar cn ls auditres en la auditría de la base de d. Prprcinar cntrles de seguridad Realizar el diseñ físic de la b.d. Asesrar en la adquisición de hw y sw Sprtar el SGBD Reslver prblemas del SGBD y del sftware asciad Mnitrizar el rendimient del SGBD Ayudar en el desarrll de planes que aseguren la capacidad hw. Asegurar la integridad de ls dats, cmprband que se implantan ls cntrles adecuads Asegurar la seguridad y cnfidencialidad Prprcinar facilidades de prueba Integrar paquetes, prcedimients, utilidades, etc. De sprte para al SGND Desarrllar estándares, prcedimients y dcumentarls A la hra de detallar las respnsabilidades de estas funcines hay que tener en cuenta un de ls principis fundamentales del cntrl intern: la separación de funcines. Se recmienda una separación de funcines entre: El persnal de desarrll de sistemas y el de expltación Expltación y cntrl de dats Administración de base de dats y desarrll Debería existir también una separación de funcines entre el administradr de seguridad y el administradr de la base de dats. Est n quiere decir que estas tareas tengan frzsamente que desempeñarlas persnas distintas (l que n sería viable en muchas y pequeñas y medianas empresas) per sí que es un aspect imprtante de cntrl a cnsiderar, pr l que en cas de que n pueda lgrarse la separación de funcines, deberán establecerse cntrles cmpensatris alternativs: cm, pr ejempl, una mayr atención de la dirección y la cmprbación pr parte de algún usuari del cntenid y de las salidas más imprtantes prducidas a partir de la BD.

6 La situación que el auditr encuentra nrmalmente en las empresas es que al n existir una descripción detallada de ls puests de trabaj (que incluyan respnsabilidades, cncimients, etc.), la separación de funcines es muy difícil de verificar. 04. CONCEPCIÓN DE LA BASE DE DATOS Y SELECCIÓN DEL EQUIPO. En esta fase se empieza a diseñar la base de dats. La metdlgía de diseñ debería también emplearse para especificar ls dcuments fuentes, ls mecanisms de cntrl, las características de seguridad y las pistas de auditria a incluir en el sistema, ests últims aspects generalmente se descuidan, l que prduce mayres csts y prblemas cuand se quieren incrprar una vez cncluida la implementación de la base de dats y la prgramación de las aplicacines. El auditr debe pr tant, en primer lugar, analizar la metdlgía de diseñ cn el fin de determinar si es n aceptable, y lueg cmprbar su crrecta utilización. Cm mínim, una metdlgía de diseñ de BD debería cntemplar ds fases de diseñ: lógic y físic, aunque la mayría de las empleadas en la actualizad cntempla 3 fases: además de las ds anterires, una fase previa de diseñ cnceptual que sería abrdada en este mment del cicl de vida de la base de dats. Un punt imprtante a cnsiderar, bjetivs de cntrl relativs a: Mdel de arquitectura de infrmación y su actualización, que es necesaria para mantener el mdel cnsistente cn las necesidades de ls usuaris y cn el plan estratégic de tecnlgías de la infrmación Dats y diccinari de dats crprativ Esquema de clasificación de dats en cuant a seguridad Niveles de seguridad para cada anterir clasificación de dats En cuant a la selección del equip, en cas de que la empresa n dispnga ya de un, deberá realizarse utilizand prcedimient rigurs; en el que se cnsidere pr un lad, las necesidades de la empresa (debidamente pnderadas) y, pr tr, las prestacines que frecen ls distints SGBD candidats (puntuads de manera prtuna). 05. DISEÑO Y CARGA En esta fase se llevarán a cab ls diseñs lógic y físic de la base de dats, pr l que el auditr tendrá que examinar si ests diseñs se han realizad crrectamente: determinand si la definición de dats cntemplan además de su estructura, las asciacines y las restriccines prtunas, así cm las especificacines de almacenamient de dats y las cuestines relativas a la seguridad. El auditr tendrá que tmar una muestra de cierts elements (tablas, vistas, índices) y cmprbar que su definición es cmpleta, que ha sid aprbada pr el usuari y que el administradr de la base de dats participó en su establecimient. Es imprtante que la dirección del departament de infrmática, ls usuaris e inclus, en algunas casines, la alta dirección, aprueben el diseñ de ls dats, al igual que el de las aplicacines. Una vez diseñada una BD se prcederá a su carga, ya sea migrand dats de un sprte magnétic intrduciéndls manualmente.

7 Las migracines cnversines de sistemas, cn el pas de un sistema de fichers a un de base de dats, de un tip de SGBD (de jerárquic a racinal), entrañan un riesg muy imprtante, pr l que deberán estar claramente planificadas para evitar pérdida de infrmación y la transmisión al nuev sistema de dats errónes. También se deberán realizar pruebas en paralel, verificand que la decisión real de dar pr terminada la prueba en paralel, se atenía a ls criteris establecids pr la dirección y que se haya aplicad un cntrl estrict de la crrección de errres detectads en esta fase. Pr l que respecta a la entrada manual de dats, hay que establecer un cnjunt de cntrles que aseguren la integridad de ls misms. A este respect, cabe destacar que las declaracines escritas de prcedimients de la rganización referentes a la entrega de dats a ser prcesads deben asegurar que ls dats se autrizan, recpilan, preparan, transmiten y se cmprueba su integridad de frma aprpiada. También es acnsejable que ls prcedimients y el diseñ de ls dcuments fuentes minimicen ls errres y las misines, así cm el establecimient de prcedimients de autrización de dats. Un aspect muy imprtante es el tratamient de dats de entrada errónes, para ls que deben cuidarse cn atención ls prcedimients de reintrducción de frma que n disminuyan ls cntrles; a este respect l ideal es que ls dats se validen y crrijan tan cerca del punt de rigen cm sea psible. 06. EXPLOTACIÓN Y MANTENIMIENTO. Una vez realizadas las pruebas de aceptación, cn la participación de ls usuaris, el sistema se pndrá (mediante las crrespndientes autrizacines y siguiend ls prcedimients establecids para ell) en expltación. En esta fase, se debe cmprbar que se establecen ls prcedimients de expltación y mantenimient que aseguren que ls dats se tratan de frma cngruente y exacta y que el cntenid de ls sistemas sól se mdifica mediante la autrización adecuada. Sería cnveniente también que el auditr pudiera llevar a cab una auditría sbre el rendimient del Sistema de BD, cmprband si se lleva a cab un prces de ajuste y ptimización adecuads que n sól cnsiste en el rediseñ físic lógic de la BD, sin que también abarca cierts parámetrs del SO e inclus la frma en que acceden las transaccines a la BD. Recrdems que la función de administración de la base de dats debe ser la respnsable de mnitrizar el rendimient y la integridad de ls sistemas de BD. 07. REVISIÓN POST IMPLANTACIÓN. Aunque en bastantes rganizacines n se lleva a cab, pr falta de tiemp y recurss, se debería establecer el desarrll de un plan para efectuar una revisión pstimplantación de td sistema nuev mdificad cn el fin de evaluar si: Se han cnseguid ls resultads esperads Se satisfacen las necesidades de ls usuaris Ls csts y beneficis cinciden cn l previst

8