Bases de Datos y Modelos de

Seguridad
Fred Pinto, Ph.D
Asesoftware Ltda.

Introduccin
Las bases de datos han venido
evolucionando en muy diferentes aspectos
incluyendo seguridad
Por otra parte diferentes modelo de
seguridad han sido propuestos

Contenido

Relevancia de la seguridad
Seguridad en bases de datos comerciales
Modelos de seguridad.
Adopcin de modelos de seguridad en
BD.

Relevancia de la seguridad
En las grandes organizaciones administrar
la seguridad de los datos es una tarea
compleja.
La apertura de las bases de datos
corporativas a internet aumenta los riesgos
de ataques.
Los manejadores de bases de datos
comerciales estas limitados en cuanto a
modelos de seguridad

Seguridad en bases de datos

comerciales
Privilegios del sistema son administrados
por un super-usuario.
Privilegios sobre objetos son en principio
responsabilidad del propietario
La introduccin de roles facilita la
administracin
La autenticacin de usuarios y maquinas y
servicios en la red introduce nuevas
necesidades

Seguridad en bases de datos

comerciales
Seguridad granulada a nivel de fila
Servicios de autenticacin a nivel de red
Encripcin en las comunicaciones de red

Modelos de seguridad
Definicin: abstraccin para representar la
poltica de seguridad de una organizacin
Involucra:
Objetos de seguridad
Sujetos de seguridad

Modelo DAC: Discretionary

access control
Involucra: objetos, sujetos y privilegios
Los usuarios pueden proteger los datos que
poseen
El propietario define el tipo de acceso para
los dems
Los permisos dependen de los usuarios
Este modelo es ampliamente conocido y
esta presente en la mayor parte de
manejadores comerciales

Modelo de seguridad militar

Tanto los sujetos como los objetos se
clasifican segn etiquetas de seguridad:
publico < confidencial < secreto
La etiqueta de seguridad de un objeto se
denomina clasificacin: clas(O). La de un
sujeto es llamada espacio libre: clear(S)
Un sujeto puede acceder a un objeto, si
clear(S) >= clas(O).

Modelo NTK(need to know)

Se subdividen los datos en compartimientos
Cada sujeto S tiene un un conjunto de
compartimientos que necesita conocer
NTK(S)
Cada objeto O consta de un conjunto de
compartimientos comp(O)
Un sujeto S tiene acceso de lectura a O si
comp(O) NTK(S)
S puede escribir O si NTK(S) comp(O)

Modelo Bell y LaPadula

Busca mantener secretos. La informacin se
escribe y se lee en el sentido de mayor
grado de seguridad
Un sujeto S puede leer O si: clear(S) >=
clas(O)
Un sujeto puede escribir O si: Clas(O) >=
Clear(S)

Modelo Biba
Busca mantener la integridad de los datos.
Sujetos y objetos se clasifican por niveles
de integridad. Los datos son modificados
solo por quienes tienen mayor integridad
que los datos mismos.
S puede modificar O, si I(S) >= I(O)
Si S puede leer O, S puede escribir P solo si
I(O) >= I(P).

Aplicando el modelo DAC en

bases de datos
Tradicionalmente se han usado vistas
horizontales y verticales para asignar
permisos a subconjuntos de los datos
Los roles facilitan la administracin
Permisos se pueden conceder con grant
option
Aplicando el modelo DAC en bases de
datos

Aplicando el modelo DAC en

bases de datos
Los permisos concedido con grant option
caen en cascada al revocarse los permisos
de quien transfiri el permiso.
Lo anterior lleva a situaciones ambiguas
Nueva semntica del revoke en
SQL92(grafos de dependencia).
Faltan permisos negativos

Aplicando el modelo de Bell

LaPadula.
Control de acceso obligatorio (Bases de
datos MLS)
Cada dato (campo en cada registro
individual) o cada registro tiene su etiqueta
de seguridad.
T(ID, C1,C2)
(1,XX,YY)C (c=confidencial)
( 2,ZZ,WW)TS (us=ultra secreto)

Aplicando el modelo de Bell

LaPadula
Si un usuario de baja seguridad inserta una
tupla repitiendo la llave de algo ya
existente, no es claro que se debe hacer
(1,XX,YY)C
( 2,ZZ,WW)TS
( 2,RR,TT)C

Aplicando el modelo de Bell

LaPadula
Si se reporta la duplicidad se esta revelando
informacin
Si se acepta la tupla:
se esta duplicando la llave
se presentan dos realidades diferentes
se presenta ambiguedad al consultar

Conclusiones
Las bases de datos han hecho avances
significativos en el manejo de la seguridad
Aplicaciones que requieren
confidencialidad necesitan modelos mas
sofisticados de seguridad:
bancarias
mdicas
de inteligencia militar

Conclusiones
La implementacin de modelos de
seguridad mas sofisticados no es tarea facil