Unidad 6: Seguridad en BBDD Relacionales

Question 1

Seguridad de Información

Answer 1

Está vinculada a:
- Leyes vigentes
- Ley 25326: Ley de protección de Datos Personales
- GDPR (General Data Protection Regulation)

• Normas ISO 27000 (27001: 2022 / 27002: 2022)

Asegura la información en tres dimensiones:
- Confidencialidad
- Integridad
- Disponibilidad

Question 2

Confidencialidad

Answer 2

Asegura que sólo quienes estén autorizados pueden acceder a la información

Question 3

Integridad

Answer 3

Asegura que la información y sus métodos de proceso son exactos y completos

Question 4

Disponibilidad

Answer 4

Asegura que los usuarios autorizados tienen acceso a la información y a sus activos asociados cuando lo requieran.

Question 5

Integridad y Disponibilidad

Answer 5

En bases de Datos Relacionales:
- Respeto a las características del modelo relacional
- Resistencia a fallos garantizada a través del Modelo de transacciones

Question 6

Modelos de Transacciones

Answer 6

Desde el punto de vista del:
Usuario: Operaciones con significado en el modelo semántico.
Base de datos: Varias operaciones elementales que deben ejecutarse como una unidad lógica.

Question 7

Transacción

Answer 7

Conjunto de operaciones que se ejecutan como única operación lógica.

Están delimitadas por instrucciones de inicio de trascaccion y fin de transaccion

El uso de las transacciones está condicionado a que el sistema sea:
- MonoUsuario
- MultiUsuario (Existe concurrencia)

Question 8

Propiedades de las transacciones

Answer 8

ACAD
- Atomicidad
- Consistencia
- Aislamiento
- Durabilidad

Question 9

Atomicidad

Answer 9

(Realización completa)
Se debe considerar una única operación lógica, aunque esté formada por varias operaciones simples que deben ejecutarse en forma completa o no ejecutarse.

Question 10

Consistencia

Answer 10

(Conservación de Coherencia)
Debe asegurarse incluso aunque varias transacciones se efectúen concurrentemente

Question 11

Aislamiento

Answer 11

(Concurrencia no problemática)
Debe mantenerse el nivel de concurrencia en función de los accesos que tendrán lo usuarios

Question 12

Durabilidad

Answer 12

(Pemanencia de los Cambios)
Tras una transacción, los nuevos valores de la BBD deben mantenerse a pesar de cualquier tipo de fallo del sistema.

Question 13

Estados de la base de datos

Answer 13

• Consistente
• Inconsistente

Question 14

Consistente

Answer 14

Si una base de datos es consistente antes de ejecutar una transaccion, tiene que seguir siéndolo después de ejecutar dicha transacción.

Question 15

Inconsistente

Answer 15

Hay que asegurarse que las inconsistencias no sean visibles en un sistema de base de datos. Los estados inconsistentes sólo deben aparecer durante la ejecución de las transacciones.

Question 16

Estado de las Transacciones

Answer 16

• Activa: Estado inicial. La transacción permanece en este estado durante su ejecución.
• Parcialmente comprometida: La treansacción pasa a este estado cuando acaba de realizar la última instrucción.
• Fallida: La transacción pasa a este estado tras descubrir que no puede continuar la ejecución normal
• Abortada: La transacción pasa a este estado después de haber restablecido la base de datos a su estado anterior (Se realiza un ROLLBACK implícito).
• Comprometida: La transacción pasa a este estado tras completarse con éxito luego de la marca de fin de transacción (COMMIT)

Question 17

Ejecución de las transacciones

Answer 17

En la medida que se ejecutan las transacciones se registran en el archivo de bitácora o log de transacciones.

Question 18

Ejecución de las transacciones (SERVICIOS)

Answer 18

• Transparencia de recuperación: Restaura a un estado consistente después de una falla.
• Transparencia de concurrencia: Los usuarios perciben la base de datos como un sistema monousuario

Question 19

Concurrencia

Answer 19

La ejecución de varias transacciones en forma concurrente permite:
- Mejorar la productividad
- Mejorar la utilización de recursos
- Reducir el tiempo de espera

Pero puede:
- Destruir la consistencia de la base de datos

Question 20

Necesidad del control de concurrencia

Answer 20

Problemas de:
- Actualización perdida por intercalación de operaciones.
- Lectura sucia
- Lectura fantasma
- Lectura no repetible

Question 21

Actualización perdida por intercalación de operaciones

Answer 21

Cuando la actualización de un usuario sobrescribe la de otro

Question 22

Lectura sucia

Answer 22

Se leen datos que otra transacción ha modificado sin que la misma se haya confirmado (no se ejecutó el COMMIT)

Question 23

Lectura fantasma

Answer 23

Es cuando, por ejemplo, una transacción lee datos con ciertas condiciones de registro, otra transacción inserta datos que la consulta no recuperó. Por último, la consulta original se vuelve a ejecutar y se encuentra con registros que inicialmente no existían. Los registros nuevos son “fantasmas” porque no existían en la consulta original.

Question 24

Lectura no repetible

Answer 24

Se leen los mismos datos más de una vez en una transacción y los mismos no coinciden

Question 25

Niveles de Aislamiento

Answer 25

Para evitar los problemas de concurrencia y equilibrar el trabajo se deberá planificar las transacciones especificando el nivel de aislamiento.

• Comportamiento serializable
• Lectura repetible
• Lectura comprometida
• Lectura no comprometida

Question 26

Comportamiento serializable

Answer 26

Todos los bloqueos se conservan hasta el final de la transacción. Es el mayor nivel de aislamiento.

Question 27

Lectura repetible

Answer 27

Impide que dos lecturas consecutivas den diferentes resultados. No evita la lectura fantasma

Question 28

Lectura comprometida

Answer 28

Se utilizan bloqueos compartidos que impiden sólo la lectura de actualizaciones incorrectas

Question 29

Lectura no comprometida

Answer 29

No utiliza bloqueos. Pueden ocurrir cualquiera de los problemas de concurrencia.

Question 30

Granularidad

Answer 30

La granularidad es el tamaño de los elementos. A mayor granularidad, menor concurrencia.

Question 31

Clasificación de fallos

Answer 31

• Dependiendo de la información
  
  • Con pérdida de información
  • Sin pérdida de información

-Entre los fallos con pérdidas de información:
-Debido a causas físicas o lógicas externas a la transacción (Software o Hardware)
- De la transacción:
- Lógicos: internos de la transacción
- En el sistema: bloqueos

Question 32

Fallos lógicos de la transacción

Answer 32

Errores locales o condiciones de excepción detectadas durante la transacción (ROLLBACK o ABORT)
- Antes de actualizar el puntero: La base de datos queda en el estado anterior a la transacción

  - Después de actualizar el puntero: La base de datos queda en el estado posterior a la transacción.

Question 33

Fallo en el sistema

Answer 33

• Antes de actualizar el puntero: Cuando se reinicie verá el contenido anterior a la transacción
• Después de actualizar el puntero: Cuando se reinicie verá el contenido posterior a la transacción

Question 34

Recuperabilidad

Answer 34

Si una transacción falla es necesario deshacer su efecto para asegurar la atomicidad

Question 35

Confidencialidad

Answer 35

Para garantizar la confidencialidad de la información, los SGBDR ofrecen mecanismos para controlar el acceso.

• Mecanismos de seguridad
• Control de accesos
• Asignación de privilegios

Question 36

Control de accesos

Answer 36

El lenguaje de control de datos (DCL) permite establecer mecanismos de control para garantizar la seguridad de acceso a los datos.
Para la seguridad puede autorizar y denegar privilegios a usuarios para acceder a la base de datos

Question 37

Mecanismos de seguridad

Answer 37

• Mecanismos de seguridad discrecionales
• Mecanismos de seguridad obligatorios

Question 38

Mecanismos de seguridad discrecionales

Answer 38

Se usan para conceder privilegios para los usuarios para el acceso a los distintos objetos de la base de datos. Estos privilegios permitirán el acceso en un modo: Lectura, escritura o actualización

Question 39

Mecanismos de seguridad obligatorios

Answer 39

Sirven para imponer seguridad de múltiples niveles para implementar la política de seguridad apropiada a la organización

Question 40

Asignación de privilegios

Answer 40

• Nivel de cuenta
• Nivel de relación

Question 41

Nivel de cuenta

Answer 41

El DBA especifica los privilegios particulares que tiene cada cuenta independiente de las relaciones de la base de datos

Question 42

Nivel de relación

Answer 42

En este nivel podemos controlar los privilegios para tener acceso a cada relación o vista individual de la base de datos

Question 43

Problemas de seguridad asociados al acceso

Answer 43

1. Almacenar cadenas de conexión a bases de datos de forma segura
2. Usar identidades apropiadas para tener acceso a la base de datos
3. Asegurar datos que se extienden en la red.
4. Autenticar llamadores en la base de datos.
5. Autorizar llamadores en la base de datos.