RBAC4WFSYS: Modelo de Acceso para Sistemas Workflow basado en RBAC

Tamaño: px

Comenzar la demostración a partir de la página:

Download "RBAC4WFSYS: Modelo de Acceso para Sistemas Workflow basado en RBAC"

Antonia Quiroga Rivero
hace 8 años
Vistas:

1 RBAC4WFSYS: Modelo de Acceso para Sistemas Workflow basado en RBAC Proyecto Integrador de Tecnologías Computacionales Autor: Roberto García :: A Director: Jorge A. Torres Jiménez

2 Contenido Introducción Problema Objetivos Estado del Arte Solución DEMO Evaluación Conclusiones y Trabajos Futuros

3 Introducción El panorama actual Hoy en día las organizaciones cuentan con sistemas heterogéneos que hacen uso de una mezcla de aplicaciones desarrolladas a través del tiempo, incluyendo; aplicaciones desarrolladas en la empresa, soluciones desarrolladas por terceros (outsourcing), aplicaciones comerciales y ERPs. [Juric et al., 2007]

tiempo, incluyendo; aplicaciones desarrolladas en la empresa, soluciones

4 Problema En SOA (Arq. Orientada a Servicios) los servicios web pueden comunicarse entre ellos, esto representa mayor complejidad que arquitecturas como Cliente-Servidor. Servicio Web Respuesta Petición Servicio Web Cliente Respuesta Petición Servidor Servicios son servidores y clientes de otros Servicios. Petición Respuesta Servicio Web

representa mayor complejidad que arquitecturas como Cliente-Servidor.

5 Problema (cont.) Qué rol accede qué recursos? Ejecutivo de Ventas Roles CEO Director Recursos Humanos Recursos? Director de Marketing Director de Servicios TI

6 Problema (cont.) y Qué pasa si los recursos son Servicios Web?

7 definición Servicios Web. Son sistemas de software diseñados para soportar interacciones interoperables máquina a máquina sobre una red. [W3C]

8 ejemplo Servicios Web.

9 Problema (cont.) Además los Servicios Web deben poder integrarse. Solución (Una de varias): Sistemas Workflow

10 definición Workflow. En términos simples un Workflow o Flujo de Trabajo es el movimiento de documentos y tareas a través del proceso de negocio. [Demirkan et al., 2009]

11 ejemplo Workflow en un Sitio ecommerce. Acceso al sitio ecommerce Selección de Productos Agregado al Carrito de Compras Pago en Línea

12 Problema (cont.) En resumen Un problema con tres caras. Servicios Web Y SOA Integración de Servicios (Workflows) Control de Acceso a Composiciones de Servicios (RBAC) Dominio del Problema

13 Objetivos Definir un modelo de acceso para sistemas Workflow basado en RBAC en término de las entidades, relaciones y restricciones que lo componen, detallando sus características y funciones. Desarrollo de una arquitectura de sistema para la implementación del modelo de control de acceso propuesto sobre un Sistema de Administración de Workflows (WFMS). Desarrollo de una aplicación que implemente la arquitectura sobre la cual se ha introducido el modelo RBAC4WFSYS de forma que demuestre la aplicación práctica de la propuesta.

Desarrollo de una arquitectura de sistema para la implementación del modelo de control de acceso propuesto sobre un Sistema de

14 Estado del Arte Evolución de la Computación Distribuida

15 Estado del Arte Integración de Servicios Web En ciertos casos un requerimiento funcional (y/o no funcional) deseado puede no ser satisfecho enteramente por un solo servicio web pero podría ser satisfecho de forma apropiada integrando y componiendo un conjunto disponible de servicios. [Pathak et al., 2007]

enteramente por un solo servicio web pero podría ser satisfecho de forma

16 Estado del Arte Sistemas Workflow. Los Sistemas de Administración Workflow (WFMS) proveen soporte para los servicios que definen el flujo de trabajo, para la creación de procesos, la promulgación del flujo de trabajo y monitoreo de procesos involucrados.

para los servicios que definen el flujo de trabajo, para la

17 Estado del Arte RBAC: Control de Acceso Basado en Roles. Define como a usuarios individuales se les pueden asignar roles, de dicho modo a un usuario no se le asignan operaciones o tareas como tal. En vez de esto, se asignan permisos a los roles, a través de los cuales se activan los permisos y los usuarios adquieren el privilegio de ejecutar las tareas.

usuario no se le asignan operaciones o tareas como tal.

18 Estado del Arte RBAC Central.

19 Estado del Arte RBAC Jerárquico.

20 Estado del Arte RBAC Restricto.

21 Estado del Arte El modelo tradicional RBAC, no puede expresar las restricciones complejas de seguridad en el control de acceso de un Workflow. [Zhang et al., 2005]

22 Estado del Arte

23 Estado del Arte El contexto juega un papel muy importante en los procesos de negocio por lo que el mecanismo de control de acceso DEBE considerarlo. Requerimientos de Control de Acceso Sensibles al Contexto. 1. Mínimo Privilegio 2. Orden de Eventos 3. Separación de Tarea

24 Estado del Arte 1. Mínimo Privilegio Estricto (LP). Requiere que a un usuario no se le dé más privilegio que el necesario para llevar a cabo un trabajo. Toma en cuenta que algunos permisos o privilegios pueden no ser apropiados en ciertas instancias, de modo que busca reforzar el principio para adaptarse al contexto dinámico de los Workflows.

25 Estado del Arte 2. Orden de Eventos. Impone que uno o varios privilegios o permisos no pueden ser autorizados hasta que otros hayan sido activados, es decir debe haber una secuencia u orden en la activación de permisos. Toma en consideración el flujo de tareas de un Workflow y el hecho de que no puede realizarse una tarea hasta que su predecesora se haya completado.

26 Estado del Arte 3. Separación de Tarea (SoD). Requiere que para un conjunto particular de transacciones, un individuo por sí solo no puede ejecutar todo el conjunto de transacciones. Permite agregar restricciones que forman parte de las reglas de negocio en las que un determinado usuario no puede realizar una tarea por sí sólo, por ejemplo donde se requieren múltiples invocaciones de tarea.

27 Solución: Modelo RBAC4WFSYS (RBAC For WorkFlow SYStems) SSD Jerarquía de Roles Tareas Usuarios UA: Asignación de Usuarios Roles PA: Asignación de Permisos Operaciones Objetos (Servicios Web) Sesiones DSD CA: Asignación de Restricciones Workflows Permisos Restricciones de Contexto Condiciones de Contexto

28 Solución: Modelo RBAC4WFSYS (RBAC For WorkFlow SYStems)

29 Solución: Modelo RBAC4WFSYS (RBAC For WorkFlow SYStems)

30 Solución: Modelo RBAC4WFSYS (RBAC For WorkFlow SYStems)

31 Solución: Modelo RBAC4WFSYS (RBAC For WorkFlow SYStems)

32 Solución: Modelo RBAC4WFSYS (RBAC For WorkFlow SYStems)

33 Solución (cont.) Relación Permisos, Restricciones y Condiciones

34 Solución (cont.)

35 Solución: Arquitectura de Implementación

36 Solución: Arquitectura Propuesta

37 Solución: Arquitectura Propuesta

38 Solución: Arquitectura Propuesta

39 Solución: Arquitectura Propuesta

40 Solución: Arquitectura de Implementación

41 Solución: Aplicación Cliente WFGuard

42 DEMO

43 Evaluación Métodos de Evaluación Análisis Estático. Evaluar que sí se pueden construir políticas de acceso con las entidades y relaciones que conforman RBAC4WFSYS. Análisis Dinámico. Consiste en la realización y ejecución de casos de prueba sobre el sistema implementado WFGuard, de modo que se pongan a prueba los requerimientos de control de acceso dinámicos en sistemas Workflow.

44 Evaluación Análisis dinámico. 7 Casos: Prueba de restricción con condiciones de Orden de Eventos. Prueba de restricción con condiciones de Invocación máxima. Prueba de restricción con condiciones de Fecha y Hora. Prueba de Restricciones de Separación Estática de Tarea sobre Roles. Prueba de Jerarquía de Roles. Prueba de Restricciones de Separación Estática de Tarea (SSD) sobre permisos Prueba de Restricciones de separación dinámica de tarea (DSD) sobre permisos.

45 Evaluación

46 Evaluación

47 Evaluación Caso Experimental

48 Evaluación Caso Experimental

49 Evaluación

50 Conclusión Conclusiones de la evaluación. Los 7 casos probaron de forma satisfactoria la utilidad de la implementación ya que se cumplieron y ejercieron las restricciones tanto estáticas como dinámicas. Los casos permitieron determinar que se ponen en práctica los requerimientos planteados en el problema; mínimo privilegio, separación de tarea y orden de eventos.

51 Conclusión Limitaciones de la Contribución Integración del servicio a un sistema WFMS que realmente ejecute tareas. Manejo de Sesiones y aplicación de DSD entre Roles. Delegación de Roles Jerarquía de Permisos (Grupo de permisos a los que se les asigna un grupo de restricciones) Especificación de políticas de acceso es manual.

52 Conclusión Trabajos Futuros Extracción de una política de acceso de un proceso definido en BPEL al modelo RBAC

53 Gracias

Documentos relacionados

M.T.I. Arturo López Saldiña

M.T.I. Arturo López Saldiña Hoy en día, existen diversas aproximaciones al tema de cómo hacer que las personas trabajen dentro de una organización de manera colaborativa. El problema se vuelve más difícil