A Framework to Enforce Access Control, Usage Control and Obligations

Abstract

In this paper, we define a core language to express access control, usage control and obligation policies and we specify a policy controller in charge of evaluating such policies. This policy language can be used to specify security requirements of many applications such as drm (Digital Right Management), P2P or Web Service applications. It is used to express both contextual permissions and obligations. In our formalism, a permission is associated with two conditions: The “start condition” that must be true just when the access request is evaluated (access control) and the “ongoing condition” that must be always satisfied while the access is in progress (usage control). Moreover, we introduce the concept of cancellation actions to authorize users to cancel access in progress. Obligations are mandatory access that users must perform. An obligation is associated with two conditions as well: The “raise condition” to trigger the obligation and the “deadline condition” to determine when the obligation is violated. Moreover, we introduce the concept of non-persistent obligation where the raise condition must be true until the corresponding request is received or the deadline expires, otherwise the corresponding access is no longer mandatory.

Résumé

Dans cet article, nous définissons les bases d’un langage pour exprimer des politiques de contrôle d’accès, de contrôle d’usage et d’obligations et spécifions un module de contrôle ayant la charge d’évaluer ces politiques. Ce langage peut être utilisé pour spécifier, par exemple, des exigences de sécurité d’applications de drm (Digital Right Management — Gestion électronique des droits), P2P ou services web. Il permet d’exprimer des permissions contextuelles ainsi que des obligations. Dans notre formalisme, une permission est associée à deux conditions: la condition de „démarrage” qui doit être vraie lorsque la demande d’accès est évaluée (contrôle d’accès) et la condition de „poursuite” qui doit toujours être vérifiée pendant l’exécution de l’action (contrôle d’usage). Nous introduisons également le concept d’action d’annulation pour autoriser les utilisateurs à annuler un accès en cours. Les obligations correspondent aux accès que les utilisateurs doivent réaliser. Nous associons deux conditions aux obligations: la condition de „déclenchement” de l’obligation et la condition „d’échéance” qui détermine à partir de quand l’obligation est violée. De plus, nous proposons le concept d’obligation non persistante lorsque la condition de déclenchement doit rester vraie tant que l’obligation n’est pas remplie ou bien la date d’échéance est atteinte, sinon l’accès correspondant n’est plus obligatoire.