SEGURIDAD Y AUTORIZACIÓN EN BASES DE DATOS 1) 1.1)
INTR INTROD ODUC UCCI CIÓN ÓN A LOS LOS PRO PROBL BLEM EMAS AS DE DE SEG SEGUR URID IDAD AD EN EN LAS LAS BASE BASES S DE DAT DATOS OS TIPOS DE SEGURIDAD cuestiones éticas y legales al derecho de acceso a cierta información (confidencialidad de
•
la información). cuestiones de política gubernamental, institucional o corporativa, relacionadas con las clases de información que no deben estar disponibles para el público.
•
cuestiones de los niveles del sistema en los que deben realizarse las funciones de seguridad: hw físico, sist. operativo o sgbd.
•
necesidad de identificar múltiples niveles de seguridad y de clasificar los datos y usuarios según estos niveles (TS, S, C, U).
•
1.1.1) PROBLEMAS DE SEGURIDAD: A) en un sbd multiusuario, el sgbd, cuenta con un subsistema de seguridad y autorización de las base de datos que se encarga de asegurar la seguridad de porciones de l a bd contra accesos no autorizados. Actualmen Actualmente te existen existen dos dos tipos tipos de mecanismos de seguridad de bd: discrecionales: se usan para conceder privilegios a los usuarios, con acceso a ficheros •
de datos, registros, o campos específicos en un determinado modo (como lectura, escritura o actualización).
obligatorios: obligatorios: en múltiples niveles clasificando los datos y los usuarios en varias clases o niveles de seguridad e implementando la política de seguridad apropiada de la organización.
•
B) evitar que personas no autorizadas tengan acceso al propio sistema. El mecanismo de seguridad de un sgbd debe incluir formas de restringir el acceso: función de control de acceso, a través de cuentas de usuario y contraseñas.
C) controlar el acceso a una bd estadísticas (seguridad de bd estadísticas): los usuarios están autorizados para usarlas con el fin fi n de obtener información estadística sobre s obre una población, pero no para tener acceso a la información confidencial detallada sobre individuos específicos. En ocasiones es posible deducir ciertos hechos relativos a los individuos a partir de consultas estadísticas resumidas de grupos, así que tampoco esto debe permitirse. t ales como números de tarjetas de crédito, D) cifrado de datos: sirve para proteger datos confidenciales, tales que se vayan a transmitir por cualquier tipo de red de comunicaciones. También puede proveer de protección adicional a secciones confidenciales de una bd. Los datos se codifican mediante algún algoritmo de codificación.
1.2) LA SEGURIDAD DE LA BASE DE DATOS Y EL ABD El abd es la autoridad central que gestiona un sbd. Sus obligaciones son: conceder privilegios a los usuarios que necesitan usar el sistema y clasificar los usuarios y los datos de acuerdo con la política de la organización. Tiene una cuenta de abd en el sgbd ( cuenta del sistema o de superusuario), que confiere capacidades •
extraordinarias: creación de cuentas: para un usuario o grupos de usuarios para que puedan tener acceso al sgbd(acceso) concesión de privilegios: a ciertas cuentas(discrecional). revocación de privilegios: que se habían concedido previamente, a ciertas cuentas (discrecional). asignación de niveles de seguridad: asignar cuentas de usuario al nivel de clasificación de seguridad apropiado (obligatoria). •
• •
•
El abd es responsable de la seguridad global del sistema si stema de bd.
1. 1.3) 3)
PROTE ROTECC CCIÓ IÓN N DE DE ACC ACCE ESO, CUENT UENTAS AS DE US USUARI UARIO O Y AUDIT DITORÍA ORÍA DE LA BD BD.
Siempre que una persona o grupo de personas necesite tener acceso a un sbd, deberá solicitar primero una cuenta de usuario; el abd creará entonces un nuevo nombre de cuenta y contraseña para el usuario.
Ante la requisición de acceso a la bd, el sgbd, verifica que el nombre de cuenta y contraseña sean válidos. Para llevar el control de los usuarios de la bd y sus cuentas y contraseñas, se crea una tabla o fichero cifrado con dos campos: nombre_de_cuenta y contraseña; estas tablas las mantiene el sgbd, que también debe llevar el control de todas las operaciones que un usuario determinado aplica a la bd durante cada sesión de trabajo (desde el momento que entra hasta el que sale). Cuando un usuario entra, el sgbd puede registrar su nombre de cuenta y asociarlo a la terminal desde la cual se conectó, para mantenerse al tanto de las operaciones de actualización para que el abd pueda averiguar qué usuario lo hizo: diario del sistema: incluye una entrada por cada operación aplicada a la bd y que puede requerirse para la recuperación de un fallo de transacción o de una caída del sistema. Si se sospecha que se ha realizado una operación indebida en la bd, se efectúa una auditoría de la bd, que consiste en examinar en el diario todos los accesos y operaciones aplicadas a la bd durante un cierto período. Estas auditorías son importantes en bd sensibles actualizadas por muchas t ransacciones y usuarios (cajeros) Un diario de bd para fines de seguridad se denomina diario de auditoría.
2) CONTROL DE ACCESO DISCRECIONAL BASADO (MÁS HABITUALMENTE), EN CONCESIÓN/REVOCACIÓN DE PRIVILEGIOS La idea principal es incluir sentencias adicionales en el lenguaje de consulta con las que el abd y los usuarios seleccionados puedan conceder y revocar privilegios.
2.1) TIPOS DE PRIVILEGIOS DISCRECIONALES El sgbd debe ofrecer acceso selectivo a cada relación de la bd según cuentas específicas. También es posible que se controlen las operaciones. Hay dos niveles de asignación de privilegios para usar el sbd:
el nivel de cuenta: el abd especifica los privilegios particulares, independientemente de las relaciones de la bd. privilegios: create schema o create table, create view, alter, drop, modify, select. estos privilegios son definidos por los implementadores del sgbd. el nivel de relación(o tabla): controla los privilegios para tener acceso a cada relación o •
•
vista individual de la bd. estos privilegios están definidos en sql2 y especifican para cada usuario las relaciones individuales a las que se puede aplicar cada tipo de instrucción. las i nstrucciones sql2 confieren privilegios únicamente a nivel de relación y de atributo. la concesión y revocación de privilegios sigue un modelo de autorización para privilegios discrecionales denominado modelo de matriz de acceso, donde las filas de una matriz m representan sujetos(usuarios, cuentas, programas) y las columnas representan objetos (relaciones, registros, columnas, vistas, operaciones), cada posición m(i, j), de la matriz representa los tipos de privilegios(lectura, escritura, actualización,) que el sujeto i tiene para el objeto j. para controlar la concesión y revocación de privilegios de relación, a cada relación r de una bd se le asigna una cuenta propietario, que normalmente es la cuenta con la que se creó inicialmente dicha relación, que se le dan todos los privilegios de la misma. el poseedor de la cuenta propietario puede dar privilegios para cualquiera de las relaciones de su propiedad a otros usuarios concediendo privilegios a sus cuentas. en SQL es posible conceder los siguientes tipos de privilegios para cada relación individual r: o SELECT (recuperación o lectura) para r: se confiere a la cuenta para obtener tuplas de r. MODIFY para r: se confiere a la cuenta la capacidad de modificar tuplas r.(SQL: o update, delete, e insert). además los privilegios insert y update pueden especificar que la cuenta sólo puede actualizar ciertos atributos de r. REFERENCES para r: confiere a la cuenta la capacidad de hacer referencia a la o relación r al especificar restricciones de integridad. Cabe señalar que, para crear una vista, la cuenta debe poseer el privilegio select para todas las relaciones que intervienen en la definición de la vista.
