these doctorat une architecture de securité

Section 5.2. Un modèle de sécurité générique et hiérarchique
En tant qu’entité sécurisée, un nœud est capable d’imposer sa politique de sécurité aux entités
sécurisées qu’il contient à savoir les objets actifs. Ainsi que nous l’avons vu lors de la présentation
générale de la bibliothèque (chapitre 4), un nœud dépend du déploiement d’une application
donnée, aussi la politique de sécurité d’un nœud va dépendre de la politique de sécurité de l’application
à laquelle il appartient. Cette fonctionnalité est exposée dans la section 5.6 de ce chapitre.
Les runtimes sécurisés
Un runtime représente un environnement d’exécution pour les applications. Il accueille les
processus utilisateurs (i.e. objets actifs) et leur fournit les ressources locales nécessaires à leur
fonctionnement. Dans sa version sécurisée, un runtime peut être associé à une politique de sécurité
afin de contrôler, d’une part, les services qu’il offre aux applications locales ou distantes,
et d’autre part, le comportement des objets actifs s’exécutant à l’intérieur du runtime. Parmi les
services distants offerts, nous pouvons lister les principaux tels que la création d’un nœud ou
d’un objet actif, la réception d’un objet actif migrant vers le runtime ou la création d’un nouveau
runtime. Le runtime étant un des points d’entrée sur la machine, il est important de sécuriser
tous ces services.
tel-00239252, version 1 - 5 Feb 2008
Dans le cadre d’applications collaboratives, un runtime lancé par un utilisateur peut accueillir
un ou plusieurs objets actifs appartenant à un autre utilisateur (une autre identité). Par extension,
cela peut aussi servir de base pour offrir, de manière sécurisée, un environnement d’accueil
pour des agents mobiles.
Nous avons présenté les évolutions des concepts déjà existants vers une version sécurisée.
Actuellement, l’entité qui se trouve la plus haute dans la hiérarchie est le runtime. Au niveau
de la machine qui l’héberge, un runtime est vu comme une application locale s’exécutant sur une
seule machine. La politique de sécurité initiale d’un runtime est définie lors du démarrage du
runtime. Sur une machine donnée, plusieurs runtimes lancés par des utilisateurs différents et
avec des politiques de sécurité différentes peuvent s’exécuter en parallèle. De plus, il faut noter
que la bibliothèque est prévue pour être utilisée sur la plupart des configurations matérielles
existantes. Or parmi ces configurations, certaines possèdent des caractéristiques communes et
spécifiques, comme toutes celles qui peuvent rentrer dans la définition d’une grille de calcul, à
savoir un ensemble de machines qui, du point de vue de la sécurité doivent être soumises aux
mêmes politiques de sécurité. En effet, le démarrage d’un runtime peut être effectué par toute
personne qui possède un accès à une machine donnée. Cependant, l’administrateur d’un parc de
machines peut vouloir imposer une politique de sécurité commune à tous ces ordinateurs tout
en ne souhaitant pas laisser le soin aux utilisateurs de positionner eux-mêmes cette politique de
sécurité propre au parc de machines lors du démarrage de leurs runtimes. Par souci de simplicité
mais aussi de sécurité, il est important de séparer les divers niveaux de politiques de sécurité et
de faire en sorte que chaque acteur ne s’occupe que de définir la politique de sécurité propre à
son niveau. La solution que nous proposons est l’utilisation de Domaines de sécurité.
5.2.4 Les domaines de sécurité
L’organisation en domaines de sécurité est une manière standard de structurer (virtuellement)
les organisations qui participent à une grille de calcul. Les domaines sont les entités logiques
permettant d’exprimer des politiques de sécurité de manière hiérarchique.
La définition que nous utiliserons dans notre approche est la suivante :
Définition 11 Domaines de sécurité
Un domaine est une entité logique regroupant un ensemble d’entités. Ces entités contenues peuvent
être elles-mêmes des domaines (on parle alors de sous-domaines) ou des runtimes. Par extension,
un domaine sécurisé est une entité sécurisée. Il est ainsi possible d’associer une politique de sécurité
à un domaine.
Un domaine sert de serveur de base de données de politiques de sécurité. Cependant, il est
possible de définir dans la politique de sécurité d’un domaine des règles s’appliquant aux entités
71