Qué tan vulnerables son mis bases de datos?

Transcripción

1 Volumen 12 Año 2 Abril 2011 Qué tan vulnerables son mis bases de datos? Contenido Página 1 Que tan Vulnerables Son mis Bases de datos? Por: Ing. Alejandro Lau alau@datum.com.gt 3 Diferencias ediciones de Bases de datos Oracle 11g 4 Retomando el control ante errores Humanos con Flashback Database Teléfono: 6 Recuperación (502) Fax: ante (502) desastres Recovery manager RMAN Pagina 1/10 Editores Generales Karlo Espinoza Luis Cordón Gerber Bautista Debbie Moran Francisco Barrundia Oracle Corporation ofrece una gama de opciones y productos para reforzar la seguridad en nuestros sistemas de bases de datos y servidores de aplicación. Algunas de estas opciones requieren un licenciamiento adicional. Sin embargo, hay algunos tips o recomendaciones de seguridad que todo DBA debería considerar para las bases de datos bajo su responsabilidad. Instalar sólo lo necesario Al momento de una nueva instalación de software de base de datos, instalar solamente las opciones y productos a utilizar (Data Mining, Text, OLAP, Spatial, Ultra Search, Label Security). Además, no instalar esquemas de prueba (HR, OE, SH) en producción. Autores Contribuyentes Alejandro Lau Iván Sáenz Sergio Alonzo Francisco Barrundia Cambiar password para usuarios iniciales Usar distinto password para SYS, SYSTEM, DBSNMP, SYSMAN. Generalmente, solo se cambia el password para SYS y SYSTEM. Bloquear usuarios que se crean con la base de datos inicial El Database Configuration Assistant bloquea y expira la mayoría de usuarios al crear una base de datos en 10g y 11g. Si se crea con scripts, esto no ocurre. En comparación, en Oracle 8i no se bloquea automáticamente ningún usuario. Página 1

2 Reforzar password para todos Para todo profile de base de datos existe la opción de asociar una función de verificación de password. Oracle provee un script ($ORACLE_HOME/rdbms/admin/utlpwdmg.sql) para crear la función VERIFY_FUNCTION. El script puede personalizarse según sea necesario. Parámetro O7_DICTIONARY_ACCESIBILITY A partir de Oracle 9i, este parámetro es FALSE por default, lo que restringe el acceso al diccionario de datos. Si se requiere otorgar acceso al diccionario por parte de usuarios que no sean DBA, considere otorgar el privilegio SELECT ANY DICTIONARY, en vez de cambiar el parámetro a TRUE. Parámetro REMOTE_OS_AUTHENT Este parámetro, al ser definido como TRUE, permite a usuarios remotos (cliente/servidor) conectarse a la base de datos sin proveer un password, una vez que se hayan autenticado en el sistema operativo. Considere dejar este parámetro en su valor default que es FALSE. Ahora existen otros mecanismos más seguros para este propósito, como el single sign-on de Oracle Application Server. Controlar el acceso al sistema operativo Nunca está de más esta recomendación, relativa a limitar el número de usuarios que pueden acceder al sistema operativo de los servidores de base de datos y de aplicaciones. Lo nuevo en Oracle Database 11g Case-sensitive password En Oracle Database 11g los passwords son case-sensitive, o sensibles a mayúsculas, por default. Esto quiere decir que no es lo mismo manager1 que MANAGER1. Si se quiere un comportamiento non-case-sensitive, hay que definir el parámetro de inicialización SEC_CASE_SENSITIVE_LOGON como FALSE. Profile DEFAULT Los valores iniciales para el profile DEFAULT de base de datos, relacionados con manejo de password, han cambiado. Por ejemplo, el password deberá cambiarse cada 180 días. En versiones anteriores estos valores eran unlimited por default. Vista DBA_USERS_WITH_DEFPWD Esta nueva vista muestra usuarios que aún tienen su default password. Parámetro SEC_RETURN_SERVER_RELEASE_BANNER Su valor default de FALSE indica que no se mostrará información de versión de Oracle Database, cuando una herramienta se conecta a la base de datos. Esto dificulta la explotación de vulnerabilidades por parte de intrusos. Auditoría por default El parámetro AUDIT_TRAIL tiene un valor DB por default. Además, hay ciertos privilegios que se auditan también por default, como CREATE USER, ALTER USER, ALTER DATABASE, ALTER ANY TABLE, entre otros. En general, se recomienda aplicar el principio de acceso mínimo, que equivale a cerrar todas las puertas para posteriormente autorizar solo lo necesario a usuarios específicos. En otras palabras, restringir inicialmente el acceso a los recursos de sistema operativo, base de datos, tablas, etc. y luego, a medida que sea requerido, otorgar los permisos necesarios de forma controlada. Página 2

3 Diferencias entre las principales ediciones de base de datos Oracle 11g Por: Ing. Iván Sáenz Suele surgir la duda sobre las diferencias más significativas entre las dos principales ediciones de base de datos Oracle, que como el lector sabrá son Enterprise Edition y Standard Edition Pues bien, en resumen, las diferencias son las siguientes: la edición Enterprise de base de datos está orientada a empresas cuyas aplicaciones son críticas para el desarrollo de las actividades de la organización, donde se requiere garantizar la seguridad de los datos sin sacrificar un alto rendimiento en la ejecución de los programas. Estas son empresas que normalmente almacenan un gran volumen de datos y poseen una gran cantidad de usuarios concurrentes. Esta edición es también la indicada cuando se necesita utilizar características muy especializadas, como el almacenamiento de Datos Geo Espaciales, funciones de Minería de Datos, etc. Todas las características contenidas en la edición Standard se encuentran presentes en la edición Enterprise, a excepción de las opciones que implementan Real Application Clusters (RAC), ya que en el caso de Enterprise Edition esto tiene un costo adicional. A continuación se muestra un listado de las principales características 1 de la edición Enterprise, que no se encuentran en la edición Standard: Flashback Table, Database and Transaction Query Secure Application Roles Virtual Private Database Fine-Grained Auditing Transportable Tablespaces, Including Cross-Platform Information Lifecycle Management Summary Management - Materialized View Query Rewrite Oracle Streams Las siguientes son opciones 2 de base de datos que son exclusivas para la edición Enterprise: 1 Una Característica de base de datos no requiere licenciamiento adicional, aunque se debe cumplir con ciertos requerimientos mínimos, de acuerdo a la métrica bajo la cual esta licenciado el producto. 2 Una Opción de base de datos requiere licenciamiento adicional y también se debe de cumplir con ciertos requerimientos mínimos de acuerdo a la métrica bajo la cual esta licenciado el producto. Página 3

4 Total Recall Active Data Guard Real Application Clusters In-Memory Database Cache Oracle Database Vault Oracle Advanced Security Oracle Label Security Real Application Testing Advanced Compresión OLAP Partitioning Data Mining Oracle Warehouse Builder Enterprise ETL Oracle Warehouse Builder Data Quality Spatial Oracle Content Database En próximas notas estaremos dando mayor información de cada una de estas características y opciones de base de datos. Para mayor información, sugerimos visitar el siguiente vínculo: Retomando el control ante los errores humanos con Flashback Database Por: Ing. Sergio Alonzo salonzo@datum.com.gt Normalmente para empresas cuya industria implica la fabricación de algún producto, se necesita llevar el Inventario de productos. Hay empresas cuyos productos son consolidados al final del día en procesos en lotes, ya que el movimiento de productos se realiza en localidades remotas del país. Imaginemos por un momento que por una mala comunicación entre personas, algunos de estos procesos en lotes al final del día, son ejecutados de forma duplicada, o son ejecutados de forma incompleta en la base de datos principal de la empresa en cuestión. Qué ocurre entonces con la información? Qué garantía se tiene de que la misma no aparezca duplicada o simplemente, no aparezca? Para este tipo de errores, es necesario regresar la base de datos a un punto en el tiempo que se considere consistente. Qué ocurre si ese regresar la base de datos a un punto consistente requiere grandes cantidades de tiempo, de esfuerzo, por parte del personal de informática? Qué ocurre si dichos estados financieros no son generados a tiempo para los profesionales que están auditando, o los datos del inventario no están listos para el día siguiente, o el flujo de efectivo disponible no se tiene para el día siguiente? Cómo puede reaccionar una empresa con respecto a este tipo de errores? El problema principal del caso descrito, se basa en que no se cuenta con un método de retorno de la base de datos a un punto de tiempo consistente, de forma eficiente. Los métodos conocidos implican restaurar toda la base de datos y luego recuperar hasta el punto consistente. Qué ocurre, si el procedimiento de restauración y de puesta a punto, se tarda tres días, y a lo sumo se tiene un solo día para presentar los estados financieros. La base de datos Oracle 10g, introduce características que permiten llevar una base de datos a un punto en el tiempo, deshaciendo todos los cambios hechos desde este punto. Página 4

5 Esta característica se llama Flashback Database. La tecnología de Flashback, revoluciona los métodos de recuperación, ya que solamente revierte los cambios hechos a la base de datos hasta cierto punto en el tiempo. El tiempo que toma recuperar el error, es igual a la misma cantidad de tiempo que tomó ejecutarlo. Cuando es aplicable, la tecnología Flashback, provee beneficios significativos en la realización de una recuperación parcial, ya que permite contar con mayor disponibilidad y reduce el tiempo de restauración, utilizando en el proceso los segmentos de undo. Por medio de esta característica, es factible revertir cambios que resulten de corrupción lógica de datos. Reducción del tiempo de respuesta. Realizar un flashback de la base de datos es mucho más sencillo que la recuperación tradicional a un punto en el tiempo (usando archivos de restauración y redo log files). El tiempo para recuperar una base de datos es ahora proporcional al número de cambios que necesita regresar, y no al tamaño de la base de datos, ya que no es necesario restaurar un backup de la misma. Debido a que una base de datos crece en tamaño, el tiempo requerido para restaurar todos los datafiles para terminar una restauración a un punto en el tiempo, se vuelve inmanejable, dados los requerimientos de disponibilidad del servicio con los que habitualmente se debe cumplir. El flashback database es implementado usando un tipo de log file llamado Flashback database logs. La base de datos Oracle, hace imágenes de forma periódica de los bloques de datos en los logs del Flashback. Imágenes de bloques pueden ser reutilizados rápidamente para regresar los cambios de datafiles en cualquier punto en el cual los flashback logs fueron capturados, hasta algún momento anterior al instante deseado. Los logs de flashback database son automáticamente creados y manejados en el área de flashback recovery. Escenarios en que puede utilizarse el Flashback database, pueden ser, borrar un usuario, truncar una tabla, realizar cambios parciales a través de una tarea en lotes, etc. Es importante determinar si la funcionalidad que brinda esta tecnología es útil para cada una de las instalaciones, y de ser así, utilizarla cuando sea necesario. Tip técnico del día: Ofuscamiento del código fuente PL/SQL Cómo proteger código PL/SQL fuente crítico para la empresa? La forma tradicional para administrar el código fuente PL/SQL de las aplicaciones empresariales es mediante la utilización de esquemas propietarios de repositorios de código, lo que propicia que alguien con capacidad para ingresar a dichos esquemas pueda acceder al código en cuestión. Sin embargo, con el afán de proteger la propiedad intelectual de la organización, puede requerirse contar con una forma más segura para ocultar el código fuente. Por Lic. Francisco Barrundia fbarrundia@datum.com.gt Página 5

6 Respaldo y recuperación de Bases de Datos ante Catástrofes Recovery Manager RMAN Por: Lic. Francisco Barrundia fbarrundia@datum.com.gt Recovery Manager (RMAN) es una herramienta incluida dentro de las instalaciones de base de datos ORACLE desde la versión 8i, la cual realiza las tareas de respaldo y recuperación de la base de datos. La utilización de esta herramienta de Oracle no requiere licenciamiento adicional, por lo que se recomienda utilizarlo para respaldar la información de sus bases de datos, con el fin de protegerse contra pérdidas de información o recuperarse de catástrofes de distinta índole. Es precisamente para una eventual situación de catástrofe (entiéndase fallo de un dispositivo de hardware, pérdida del sistema operativo del servidor o la pérdida total o parcial de archivos de la base de datos) que está diseñado RMAN, pues aunque hay muchas herramientas para respaldar información de una base de datos Oracle, datapump o herramientas de terceros; únicamente los backups realizados con RMAN, nos permitirán recuperarnos satisfactoriamente de los casos anteriormente descritos. Comparación entre los Respaldos de Información de la base de datos con Oracle Data Pump vs Rman Oracle Data Pump es otra muy buena herramienta de Oracle que nos permite exportar e importar información y metadata de la base de datos, esta puede ser exportada e importada a nivel de tabla, esquema, tablespace,etc. Algunos DBA considerarían que al hacer full exports de sus bases de datos su información está protegida contra cualquier eventualidad, pero esto no es del todo válido ya que hay claras limitaciones del tipo de recuperación que se pueda realizar con un full export de la base de datos en comparación con un full backup. El posible escenario donde un backup creado con RMAN sería bastante más útil que un export de la base de datos sería en el caso de la pérdida de un datafile de la base de datos, mientras esta se encuentra abierta y con transacciones ejecutándose en ese momento. De no contar con un backup de la base de datos en esta situación nos veríamos en la necesidad de colocar el tablespace afectado en modo offline, recrearlo e importar la información contenida en export, perdiendo toda la información que fue actualizada desde que se realizó el export. Al tener un full backup de la base de datos y configurada la misma en el modo archive log, podríamos fácilmente restaurar el datafile (copiar el archivo físico de un backup a su ubicación Página 6

7 original o otra ubicación) y después recuperar el datafile hasta el momento de la falla (restore y recover) aplicando las transacciones almacenadas en los archived logs y redo logs para no perder una sola transacción de la base de datos y manteniéndola disponible durante todo el proceso. Una de las mayores desventajas de RMAN sobre Data Pump sería la imposibilidad de sacar un backup online (con la base de datos abierta), si no se tiene configurado el modo archive log, el cual no es utilizado por muchos clientes por la demanda de espacio en disco que esto representa, por lo que los exports consistentes serían la mejor alternativa para respaldar sin tener que poner la base de datos offline. En cuanto a la velocidad de respaldo las dos herramientas son muy versátiles, ya que la velocidad de un export o un backup dependerá en gran medida de la cantidad de información que queremos respaldar, pero ambas herramientas presentan una serie de opciones de configuración para optimizar la velocidad, tal como el uso de paralelismo tanto para los backups como exports utilizando múltiples canales para los backups y múltiples procesos para el caso de los exports. La mejor estrategia de respaldo sería entonces una combinación de ambas herramientas utilizadas siguiendo un plan de trabajo establecido por el DBA para el respaldo de la información que se ingresa diariamente en la base de datos. Una estrategia de respaldo recomendada por oracle es realizar un backup nivel 0, base para los backups incrementales una vez por semana (por ejemplo, el día domingo) y realizar backups incrementales diariamente durante la semana programados a una hora específica (cuando se tenga una baja carga de trabajo en el sistema) mediante un job de la base de datos. Formas de utilización de RMAN Hay diversas formas de trabajar con la aplicación de RMAN, una de ellas es a través del Oracle Entreprise Manager, incluido en las bases de datos 10G y 11G, y la otra a través de la línea de comandos de su sistema operativo ya sea Windows o Unix. RMAN puede utilizar el control file de la base de datos destino para almacenar la información acerca de los respaldos creados para esa base de datos específica o puede utilizar un catálogo de recuperación en una base de datos creada para este fin, que tampoco necesita licencia adicional ya que su única finalidad es guardar el repositorio de RMAN. Al utilizar el catálogo de RMAN se tienen ventajas tales como la capacidad de llevar el registro de los respaldos de múltiples bases de datos, y la información acerca de estos perdura por mucho más tiempo que si estuviéramos utilizando los control files de las mismas como repositorio ya que la capacidad de este es limitada. Utilizar el Enterprise Manager es la forma más sencilla de administrar backups, pues únicamente se requiere entrar a la pestaña de mantenimiento, y luego en la sección de copia de seguridad/recuperación se muestran varias opciones a escoger como planificar copia de seguridad, realizar recuperación, entre otras. Si elegimos la opción de planificar copia de seguridad, tendremos la posibilidad de configurar la ejecución de una copia, ya sea de la forma sugerida por Oracle, como se mencionó anteriormente, o bien de una forma personalizada, donde podremos definir el alcance de nuestro respaldo, si se va a almacenar en el disco duro o un dispositivo de cinta además de tener la opción de ejecutarlo inmediatamente o programar el respaldo para una ejecución posterior, así como definir si se ejecutará únicamente una vez o se repetirá un número determinado de veces a la hora establecida. Es posible concluir, entonces, que el Recovery Manager, o RMAN, es una herramienta que satisface todas las necesidades de los clientes de Oracle en lo que a respaldos de información se refiere, al ser un producto robusto y que no requiere licenciamientos adicionales, con el que todo DBA de Oracle facilitará la ejecución de sus tareas. Página 7

8 Nuevo Web Site Le invitamos a visitar nuestro totalmente nuevo sitio web, una nueva herramienta de contacto al servicio de nuestros clientes. Ingrese a para conocer más sobre nuestros servicios, productos, noticias, etc. Página 8

9 Gracias a la retroalimentación de nuestros clientes, Datum Educacional estará impartiendo el siguiente curso: Oracle Database 11g: New Features for Administrators Este curso está diseñado para introducir las nuevas características de Oracle Database 11g, las cuales son aplicables al trabajo que normalmente realizan los administradores de la base de datos y personal relacionado. El curso no intenta proveer de cada detalle acerca de características que ya existía en versiones anteriores (excepto cuando se está definiendo el contexto para una nueva característica o cuando se compara el anterior comportamiento con el actual). En consecuencia el curso será mucho más útil si usted ha administrado otras versiones de bases de datos Oracle, particularmente Oracle Database 10g. El curso consiste en lecciones dirigidas por un instructor certificado, demostraciones y prácticas que le permiten conocer cómo se comportan las nuevas características. Después de completar este curso usted será capaz de: Instalar Infraestructura de Grid Oracle Instalar Oracle Database 11g Usar las mejoras para Automatic Storage Management (ASM) Implementar table compression e hybrid columnar compression Implementar las mejoras en data warehousing y particionamiento Usar SQL Performance Analyzer Usar SQL Plan Management y cargar SQL plan baselines Usar Database Replay Definir y manejar Automatic SQL Tuning Usar las mejoras para Resource Manager Usar Enterprise Manager para monitorear comandos SQL Usar las nuevas y mejoradas características de RMAN Usar Total Recall para crear, proteger, y usar datos históricos Usar Data Pump en modo legacy Usar Data Recovery Advisor Próxima fecha: Este curso se estará impartiendo del 09 al 20 de mayo de 2011 de 8:30 a 12:30 en las instalaciones de Datum, S. A. ubicadas en 5ª. Avenida 5-55 zona 14 Europlaza Torre II nivel 12, ciudad de Guatemala. Para inscribirse llamar al (502) o escribir a educación@datum.com.gt Retroalimentación, comentarios, temas de interés y sugerencias para hands-on sessions: newsletter@datum.com.gt Comentarios y Sugerencias: Su opinión es muy importante; si desea hacernos algún comentario o sugerencia, por favor escríbanos al correo electrónico: newsletter@datum.com.gt. Página 9