these doctorat une architecture de securité

Chapitre 5. Une architecture de sécurité de haut niveau
sécurisées contenues dans le domaine. Par exemple, si un administrateur définit, au niveau d’un
domaine de sécurité, une règle interdisant la migration des objets actifs, cette règle sera imposée
à toutes les entités sécurisées contenues dans le domaine. Ainsi, quelles que soient les règles définies
dans les entités contenues, aussi bien au niveau d’un runtime, que d’un nœud ou de l’objet
actif lui-même, la migration de l’objet actif sera interdite par le mécanisme de sécurité.
Ces deux entités, les domaines et les runtimes, permettent la création d’une infrastructure
sur laquelle des applications vont pouvoir s’exécuter. En ce qui concerne les domaines, les politiques
de sécurité sont gérées par les administrateurs en charge du domaine avec la possibilité de
subdiviser le domaine en sous-domaines pour faciliter leur gestion. Concernant les runtimes, les
politiques de sécurité sont définies par les personnes pouvant activer ces runtimes, il s’agit généralement
d’utilisateurs possédant un compte sur la machine et qui veulent offrir/vendre/utiliser
des ressources comme la puissance de calcul ou des espaces de stockage. L’identité d’un runtime
dépend de l’identité de l’utilisateur qui l’a démarré. De ce fait, on limite les possibilités de corruptions
physiques de la machine au compte utilisateur qui héberge les runtimes. Contrairement
aux nœuds ou aux objets actifs dont la politique de sécurité peut être créée dynamiquement, les
politiques de sécurité des domaines et des runtimes sont mises en place de manière statique soit
par un administrateur, soit par un utilisateur.
tel-00239252, version 1 - 5 Feb 2008
Nous avons présenté les diverses entités sécurisées induites par le modèle de la bibliothèque
(objets actifs, nœuds, runtimes) et celles dont l’architecture distribuée impliquait la création (les
domaines). Pour chacune de ces entités, nous avons exposé ses principales fonctionnalités et
introduit les interactions avec le mécanisme de sécurité. Nous allons maintenant présenter un
classement des divers types de politiques de sécurité induit par la structure hiérarchique de notre
modèle.
5.2.5 Taxonomie des politiques de sécurité
Tous les différents niveaux de politiques de sécurité peuvent être classés selon trois grandes
catégories représentées au sein de la figure 5.4.
FIG. 5.4 – Les différentes hiérarchies de sécurité
La première catégorie correspond aux niveaux les plus bas de la structure arborescente et
elle englobe à la fois les entités sécurisées représentant les objets actifs et les nœuds. Cette catégorie
est appelée Politique de l’application. Les politiques de sécurité de cette catégorie sont
fortement liées à une exécution d’une application donnée. En effet, les objets actifs et les nœuds
sont des objets spécifiques à une exécution d’une application donnée. Cette catégorie de politique
72