these doctorat une architecture de securité

Chapitre 5. Une architecture de sécurité de haut niveau
5.9 Conclusion
Nous avons, dans ce chapitre, présenté un modèle de sécurité ainsi qu’une architecture de
sécurité qui permettent de résoudre les deux principaux problèmes que nous avons identifiés lors
de notre étude bibliographique qui sont la gestion de la dynamicité des applications et la transparence
du mécanisme de sécurité vis-à-vis du code métier de l’application. Le modèle présuppose
que les hôtes sur lesquels le code de la bibliothèque sera exécuté sont de confiance.
tel-00239252, version 1 - 5 Feb 2008
La première étape a consisté à concevoir un mécanisme de sécurité hiérarchique en se basant
sur le principe du moniteur de référence qui requiert deux notions essentielles :
– l’identification des sujets et des objets,
– des politiques de sécurité exprimant ce que d’authentification permettant d’identifier les
diverses entités existantes afin de les intégrer à l’architecture de sécurité.
En ce qui concerne l’identification, nous nous sommes basés sur une architecture à clé publique de
type SPKI afin d’attribuer à chaque entité une identité propre. La particularité du modèle réside
dans l’utilisation d’un certificat d’application définissant un contexte d’application. Ce contexte
permet de différencier plusieurs instances de la même application.
Du fait de la nature hiérarchique et décentralisée de notre modèle, plusieurs politiques de
sécurité peuvent s’appliquer sur une interaction donnée. Nous avons donc défini un langage de
politiques de sécurité adaptable, autorisant la composition de plusieurs politiques de sécurité
pour former une politique résultante qui sera appliquée à une interaction donnée.
La configuration de la politique de sécurité de l’application se fait de manière déclarative dans
des fichiers de configuration sans demander de modification du code de l’application. Ces fichiers
sont lus lors du déploiement de l’application. Il est ainsi possible d’adapter la politique de sécurité
de l’application en fonction du type de déploiement choisi (une seule machine, une grappe de
calcul, grille de calcul interconnectée par Internet, . . . ).
Hormis la gestion des besoins de sécurité fondamentaux (contrôle d’accès, chiffrement et intégrité
des communications), le mécanisme de sécurité est également capable de s’adapter dynamiquement
à des nouvelles situations survenant dans le cycle de vie d’une application distribuée,
notamment l’acquisition de nouvelles ressources et la création de nouveaux objets.
Le mécanisme de propagation dynamique du contexte de sécurité que nous avons introduit
permet d’étendre automatiquement le contexte de sécurité initial présent lors du lancement d’une
application à tous les objets qui seront créés lors de son exécution.
98