these doctorat une architecture de securité

Chapitre 8
Conclusion
Ce chapitre résume la thèse et présente des perspectives de recherche ouvertes à la suite de
nos travaux de doctorat.
tel-00239252, version 1 - 5 Feb 2008
8.1 Bilan et Contributions
Nous nous sommes intéressés à la création d’un modèle de sécurité dont le fonctionnement est
implicite vis-à-vis de l’application et indépendant du code métier de celle-ci. Nous nous sommes
particulièrement attachés aux applications réparties et aux problèmes de sécurité survenant lors
de leur exécution. Un des buts d’une application répartie de type grille est d’utiliser le maximum
de ressources disponibles afin de terminer un calcul le plus rapidement possible. Nous avons vu
que l’ajout de mécanismes de sécurité au sein du code source d’une application rendait particulièrement
difficile sa conception, son évolutivité et sa généricité. Le problème vient du fait que cette
approche standard mélange deux concepts orthogonaux. D’un côté nous avons la partie fonctionnelle
de l’application qui est présente sous la forme de code métier, de l’autre côté nous trouvons
les mécanismes de sécurité qui, s’ils sont indéniablement nécessaires lors de l’utilisation d’applications
réparties sur des réseaux publics, se trouvent être des concepts orthogonaux au code
d’une application. Pour cette raison, nous nous sommes appliqués à rendre notre modèle le plus
transparent possible.
Les applications cibles de notre modèle étant les applications réparties, nous nous sommes
efforcés de créer un modèle qui supporte à la fois, les contraintes et les besoins de ce type d’application.
Notre objectif était de proposer un modèle de sécurité dont l’utilisation serait la plus
simple possible pour tous les acteurs pouvant intervenir dans le déroulement des différentes
phases d’une application répartie.
Après avoir présenté, dans un premier temps, les principes de sécurité existants (chapitre
2), nous nous sommes intéressés aux mécanismes de sécurité présents au sein de plusieurs intergiciels
intervenant dans la construction d’applications réparties. Cette étude nous a permis
de déterminer l’adéquation de ces intergiciels avec notre approche de gestion transparente des
fonctionnalités de sécurité.
En se basant sur ces constats, notre approche a consisté à étudier le fonctionnement d’une
application afin d’identifier les interactions devant être prises en compte par le mécanisme de sécurité.
Cette étape a permis de découpler au maximum la partie fonctionnelle d’une application
de sa partie non fonctionnelle. Nous avons ensuite intégré au sein de la bibliothèque ProActive
qui a servi de support à notre modèle, les modifications nécessaires pour intégrer notre modèle
de sécurité. Ainsi, nous avons pu retirer du code applicatif toutes les notions de sécurité en ne
laissant à la vue du développeur ou de l’utilisateur que des mécanismes simples à mettre en
œuvre et à utiliser.
Les apports de cette thèse sont :
– La définition d’un modèle de sécurité hiérarchique : les entités sécurisées. L’or-
131