these doctorat une architecture de securité

Conclusion
ganisation du modèle en entités sécurisées nous a apporté une gestion hiérarchique des
politiques de sécurité. Il nous a été possible de spécifier des contraintes sur la sécurité des
échanges entre deux de ces entités. La définition générique d’une entité sécurisée, nous apporte
la flexibilité nécessaire pour appliquer ce concept aux divers objets ayant la capacité,
à la fois, d’être accessible à distance mais aussi de pouvoir communiquer avec des objets
distants.
– une intégration implicite des mécanismes de sécurité : L’utilisation d’un protocole à
méta-objet a permis l’implantation de l’intelligence du mécanisme en charge de la sécurité
dans le niveau méta soit en dehors du contexte fonctionnel de l’application. Grâce à cette
indirection, il nous a été possible de rajouter tout le mécanisme de sécurité nécessaire dans
le niveau méta sans avoir à modifier ni le code source, ni le code compilé de l’application. Ce
mécanisme peut dynamiquement prendre les décisions relatives à la sécurité en fonction
du contexte dans lequel il se trouve. La configuration de ces mécanismes au sein de fichiers
externes a permis de les rendre adaptables à toute situation.
tel-00239252, version 1 - 5 Feb 2008
– La définition d’un langage de politique de sécurité qui permet d’exprimer les règles
de sécurité de notre modèle de sécurité. De part ses propriétés. notamment son adaptabilité
ce langage permet une création et un gestion décentralisées des politiques de sécurité. Il
permet également d’exprimer des règles concernant la combinaison des plusieurs politiques
de sécurité.
– L’implantation du modèle au sein de la bibliothèque ProActive . Elle a permis de
mettre en évidence la faisabilité du modèle ainsi que son adaptabilité lors de son intégration
avec les autres fonctionnalités de la bibliothèque.
D’un point de vue technique, le code du mécanisme de sécurité comporte toutes les fonctionnalités
nécessaires à son fonctionnement. Son architecture interne, flexible, permet d’imaginer
l’utilisation de nouvelles ou futures notions liées à la sécurité. Son impact restreint sur les autres
méta objets de la librairie permettra son intégration dans les fonctionnalités que pourrait proposer
la bibliothèque ProActive . Les travaux présentés dans cette thèse ont donné lieu aux publications
suivantes [3, 4, 5, 7] dans des conférences internationales ainsi qu’à la rédaction d’un
chapitre de livre [8] sur le thème du grid computing.
8.2 Perspectives
Notre approche nous permet à la fois de garantir les besoins en terme de sécurité mais aussi
de mettre à disposition des programmeurs et des utilisateurs un ensemble de fonctionnalités leur
permettant une gestion de haut-niveau de la sécurité de leurs applications. Même si le modèle
est suffisant pour être utilisé au sein d’applications distribuées, il est indéniable que certains
concepts présents dans les autres intergiciels pourraient être intégrés dans notre modèle. Il est
aussi possible d’envisager l’évolution de certains de nos principes afin d’améliorer notre modèle
de sécurité. Nous abordons ici les axes de recherches qu’il reste à explorer ou approfondir.
8.2.1 Modèle de sécurité
– Support du contrôle de flux
Le modèle de sécurité dans sa version actuelle permet de sécuriser des communications
point-à-point entre diverses entités sécurisées mais ne place aucune hypothèse sur les données.
En effet, une donnée transmise par une entité A à une entité B dépendra par la suite
de la politique de sécurité de l’entité B et non plus de celle de l’entité A.
Si nous supposons que ces deux entités appartiennent au même domaine de sécurité (i.e.
132