these doctorat une architecture de securité

Chapitre 1. Introduction
grilles de calcul. En effet, la sécurité au sein de la grille de calcul est généralement assurée par
les administrateurs de cette dernière. Il peut aussi arriver que deux grilles de calcul puissent
être configurées pour fonctionner ensemble de manière sécurisée. Cette configuration suppose la
mise en place d’une organisation virtuelle. Du point de vue de la sécurité, elle permet de réunir
un ensemble d’utilisateurs et de ressources au sein d’une même communauté et d’assurer un
certain niveau de confiance à tous ses membres. Si l’organisation virtuelle facilite la création
de communautés, sa configuration ne dépend pas d’un utilisateur et peut ne pas répondre à ses
besoins immédiats. Dans la plupart des configurations que nous avons rencontrées lors de l’utilisation
de plusieurs grilles de calcul, elles sont interconnectées par des réseaux publics comme
Internet. La sécurité des communications entre ces grilles n’est pas assurée.
tel-00239252, version 1 - 5 Feb 2008
Il nous semble important de garder un modèle de sécurité qui permette, comme dans la plupart
des solutions clés en main, aux administrateurs de configurer les paramètres de sécurité de
leur grille mais aussi de laisser l’utilisateur exprimer ses propres besoins en termes de sécurité
concernant le déploiement de son application.
Cependant, l’objectif de cette thèse est d’incorporer dans ce modèle de sécurité un moyen
permettant à tous les acteurs d’exprimer leurs besoins en terme de sécurité. Parallèlement, ce
modèle doit être capable de fournir une infrastructure de sécurité au sein de laquelle des applications
sans notion explicite de sécurité pourront être déployées de manière sécurisée grâce à
l’utilisation de mécanismes de sécurité transparents.
Les travaux présentés dans cette thèse ont été effectué dans le cadre de l’intergiciel (middleware)
ProActive. Il représente une couche logicielle qui s’intercale entre le code applicatif (software)
et la partie matérielle (hardware). Son but est de fournir des services facilitant le développement,
la composition et l’exécution d’applications dans un environnement réparti.
La bibliothèque cible la programmation et le calcul distribués, son but est de fournir les mécanismes,
concepts, services permettant la distribution des divers composants d’une application
et cela même si l’application n’avait pas été écrite à l’origine pour fonctionner de manière distribuée.
Une application déployée avec la bibliothèque va pouvoir utiliser tout aussi bien des
grilles de calcul que des ordinateurs de bureau pour mener à bien son exécution. L’acquisition de
toutes ces ressources peut se faire par le biais de plusieurs méthodes de réservations (OAR, LSF,
GRAM, etc) ou par connexion directe (RSH, SSH) avec la machine hôte. Les connexions entre les
différentes ressources peuvent utiliser plusieurs types de protocoles réseaux tels que RMI, HTTP
ou encore la combinaison des protocoles RMI et SSH qui permet l’encapsulation des flux RMI au
travers de connexions SSH.
La gestion des ressources est transparente au code applicatif qui s’exécute au dessus de la
bibliothèque. Le code utilise ces ressources comme si ces dernières étaient locales et disponibles
sur une seule machine. Cette transparence vis-à-vis de la distribution des composants de l’application
pose bien évidemment des problèmes de sécurité variables, et fonction du déploiement,
voire de la dynamique de l’application.
De plus, il faut noter que la bibliothèque ProActive est prévue pour être déployée au-dessus
de n’importe quelle machine virtuelle java qui propose les fonctionnalités nécessaires à son exécution.
La bibliothèque ne requiert pas l’utilisation d’une machine virtuelle modifiée. Cette approche
permet à la bibliothèque d’utiliser n’importe quelle machine virtuelle et contribue ainsi à
son utilisation sur tout type d’ordinateur comportant une machine virtuelle java. Ce critère nous
oblige à considérer les hôtes sur lequel la machine virtuelle va s’exécuter comme de confiance.
La sécurité est une fonctionnalité clé dans le monde des systèmes distribués. Ces systèmes,
du fait de leur distribution, sont beaucoup plus fragiles et sensibles aux problèmes de sécurité.
Il est important de concevoir une architecture capable à la fois de supporter les contraintes des
systèmes distribués et qui sera en mesure de répondre à l’attente des divers acteurs qu’ils soient
développeurs, utilisateurs ou administrateurs. Afin de répondre à tous ces besoins et attentes,
notre mécanisme de sécurité doit atteindre les objectifs suivants :
2