these doctorat une architecture de securité

Chapitre 1. Introduction
– Dynamicité : L’environnement dans un système distribué est dynamique et évolue au cours
du temps. De nouvelles ressources peuvent devenir disponibles et l’application doit être en
mesure des les utiliser. Il faut que cette utilisation se fasse sans affaiblir ou invalider la
politique de sécurité initiale. De même, une application distribuée initialement lancée sans
sa sécurité activée doit pouvoir aussi interagir avec une autre application dont le système
de sécurité est activé et pour laquelle les communications doivent être chiffrées.
– Tolérance aux pannes : Du fait de sa répartition, une application peut perdre temporairement
ou définitivement le contact avec une partie d’elle-même sans pour autant que son
fonctionnement global ne soit remis en question. Il doit en être de même pour notre mécanisme
qui doit pouvoir être tolérant aux pannes qui n’entraînent pas l’arrêt de l’application.
Notre but n’est pas de créer un mécanisme de sécurité entièrement tolérant aux
pannes mais plutôt un mécanisme qui soit capable de gérer un certain nombre de pannes
courantes (perte de la connexion, perte d’une partie de l’application) sans que cela n’affecte
la sécurité de l’application.
– Efficacité : Authentifier et/ou chiffrer des échanges de messages entraîne un impact sur les
performances d’une application. Notre mécanisme de sécurité doit pourvoir être adapté à
chaque utilisation afin de minimiser le surcoût induit.
tel-00239252, version 1 - 5 Feb 2008
1.2 Structure du manuscrit
Ce manuscrit est découpé en plusieurs grandes parties qui reflètent la démarche suivie tout
au long de cette thèse.
Tout d’abord, la première partie (Chapitre 2) nous permet d’exposer les besoins en terme de
sécurité que rencontrent les applications distribuées. Nous continuons par la mise en avant des
diverses solutions de sécurité existantes dont nous nous sommes inspirés pour élaborer notre
modèle de sécurité afin qu’il réponde aux objectifs énumérés précédemment.
Le chapitre 3 présente un ensemble représentatif d’intergiciels possédant des primitives de
sécurité. Nous exposons, tout d’abord, une vue d’ensemble de l’intergiciel avant d’exposer les
principes et solutions de sécurité qui le composent. Enfin nous évaluons son niveau d’adéquation
par rapport à nos préoccupations.
Nous nous sommes ensuite attachés à montrer le fonctionnement global de la bibliothèque
ProActive ainsi que sa philosophie (chapitre 4) pour aboutir au chapitre 5 qui présente le modèle
de sécurité développé lors de cette thèse. Il est découpé en plusieurs parties complémentaires
mais distinctes. Nous commençons par introduire l’idée initiale qui a permis la mise au point
d’un modèle de sécurité générique et hiérarchique. Nous présentons ensuite le langage de politiques
de sécurité qui a été développé afin de pouvoir exprimer toutes la flexibilité introduite par
notre modèle. La dernière partie de ce chapitre expose le concept de propagation dynamique du
contexte de sécurité d’une application mettant en évidence l’intérêt de notre approche dans la
gestion transparente de la sécurité.
L’implantation du mécanisme de sécurité au sein de la bibliothèque ProActive est présentée
dans le chapitre 6. Ce chapitre est consacré à montrer les interactions entre notre module
de sécurité et les autres fonctionnalités de la bibliothèque. Cette partie est destinée à exposer
l’adaptabilité du modèle et son intégration aisée avec les autres mécanismes de la bibliothèque.
Le chapitre 7 présente des tests de performances montrant l’impact du mécanisme de sécurité
sur les communications d’une application et leurs répercussions sur la durée d’exécution de
l’application.
Finalement le chapitre 8 conclut et présente les perspectives ouvertes par les travaux présentés
dans cette thèse.
4