these doctorat une architecture de securité

Section 1.1. Problématique et objectifs de la thèse
– Passage à l’échelle : un des défis des applications distribuées consiste à réunir le nombre
maximal de ressources disponibles afin de mener à bien leur exécution en un minimum de
temps. Il est possible d’énumérer toutes les interactions possibles dans un système distribué
comportant peu d’éléments et d’associer à des règles de sécurité à chacune de ces interactions.
Il semble plus improbable de réussir à énumérer toutes ces interactions de sécurité
lorsque le système comporte plusieurs centaines voire milliers d’entités qui interagissent
entre elles et notamment si l’application ou le système distribué sont capables d’évoluer
dynamiquement. Le mécanisme de sécurité doit :
– permettre d’exprimer des règles de sécurité sur une interaction précise ;
– introduire des mécanismes permettant de limiter le nombre de règles à écrire sans nuire
pour autant à la sécurité de l’application.
– Hiérarchie : Une approche hiérarchique permet un partitionnement des ressources dans
des ensembles distincts qui seront soumis aux mêmes politiques de sécurité. Cette classification
des éléments du système permettra aussi d’écrire des règles de sécurité plus génériques
dont les sujets seront les ensembles bien qu’au final les règles s’appliqueront sur les
éléments de ces ensembles. Ainsi si une même politique de sécurité doit s’appliquer à toutes
les machines d’une grappe de calcul, il doit être possible de n’écrire qu’une seule règle plutôt
qu’une règle pour chacune des machines de la grappe de calcul.
tel-00239252, version 1 - 5 Feb 2008
– Transparence : Même si la sécurité est une des fonctionnalités les plus demandées dans les
applications distribuées, elle reste cependant souvent mise à l’écart dans le processus de
développement des applications distribuées. Il existe plusieurs raisons notamment dues :
– au manque de connaissances que peuvent avoir les développeurs ou les utilisateurs des
principes liés à la sécurité en général et à la sécurité distribuée en particulier ;
– à l’inadéquation entre les mécanismes de sécurité proposés et les besoins des applications
réparties ;
– à la difficulté de mise en place des infrastructures de sécurité nécessaires.
C’est pour ces raisons que nous voulons traiter les concepts et principes de sécurité de manière
orthogonale au code applicatif. En utilisant la sécurité de manière transparente, nous
allons pouvoir laisser les développeurs continuer à se concentrer sur le développement de
leurs applications.
– Adaptation : Lorsqu’un objet va être hébergé par une machine donnée, il va être soumis à
la politique de sécurité imposée par son hôte. Mais cet objet peut aussi posséder ses propres
règles de sécurité. Lors d’une interaction, plusieurs règles de sécurité peuvent venir s’appliquer.
Ces règles peuvent être imposées par l’objet lui-même, par l’hôte ou par d’autres
entités. La règle de sécurité finale qui s’appliquera sur une interaction donnée sera le résultat
d’un calcul portant sur un ensemble de règles de sécurité.
– Décentralisation : Les services qu’offrent les systèmes distribués tendent à être implantés
de façon totalement décentralisée. Aucun objet du système ne connaît l’état global de
celui-ci. Chaque objet doit prendre des décisions en fonction des informations disponibles
localement. Il doit en être de même pour notre modèle de sécurité qui doit pouvoir prendre
une décision de sécurité concernant un objet local sans pour autant avoir une vision globale
de l’architecture de l’application.
– Evolutivité : Le système doit être capable de fournir les fonctionnalités de base en termes
de sécurité mais aussi fournir un ensemble d’interfaces et de modules bien définis afin d’intégrer
et de gérer non seulement les fonctionnalités existantes mais aussi celles qui seront
introduites par la suite.
– Multi-utilisateurs : Une application distribuée peut être utilisée par plusieurs utilisateurs
à la fois. Tous ces utilisateurs peuvent avoir des droits différents, certains étant restreints
dans leurs possibilités, les autres non.
3