these doctorat une architecture de securité

Chapitre 6. Implantation dans ProActive : une approche transparente
Définition 14 composants ProActive :
Un composant est formé d’un ou plusieurs objets actifs s’exécutant sur un ou plusieurs runtimes.
Un composant peut être configuré en utilisant un fichier descripteur définissant les diverses parties
du composant au travers d’un langage de description d’architectures (ADL) [12].
Un composant est destiné à être utilisé dans des applications distribuées et parallèles doit
pouvoir exploiter ces concepts. Pour cela, il existe trois types de composants bien spécifiques
(figure 6.12) : primitif, composite ou parallèle.
tel-00239252, version 1 - 5 Feb 2008
FIG. 6.12 – Divers types de composants
La définition récursive du composant du fait de l’utilisation du modèle Fractal permet de combiner
ces trois types entre eux afin de former des composants adaptés aux grilles de calcul. Ainsi,
les éléments d’un composant parallèle peuvent être distribués sur les machines d’une grille de
calcul. Comme tout objet accessible à distance, un composant possède des besoins en termes d’authentification
des composants tiers, de confidentialité et d’intégrité des communications. L’aspect
hiérarchique de la définition pose aussi les mêmes problèmes mais concernant les communications
d’un composant hiérarchique avec les composants qui le composent.
Un composant primitif, composite ou parallèle, étant un objet actif possède un Body et des
méta-objets, notamment un gestionnaire de sécurité. De ce fait, un composant est considéré
comme un objet actif à part entière du point de vue du mécanisme de sécurité.
De ce fait, les communications entre un objet actif et un composant ou encore entre deux composants
peuvent être sécurisées grâce à notre mécanisme de sécurité. Le schéma (a) de la figure
6.13 présente une configuration contenant un objet actif effectuant un appel sur un composant
primitif. On s’aperçoit que l’appel traverse de manière transparente l’enveloppe du composant
pour aller directement à l’objet actif que représente le composant. Il en est de même pour le
mécanisme de sécurité qui accède directement au gestionnaire de sécurité du composant (donc
de l’objet actif) pour échanger les paramètres de sécurité nécessaires pour l’établissement de la
session.
Le schéma (b) de la figure 6.13 présente un appel de méthode depuis un objet actif vers un
composant composite. Comme dans le cas précédent, une session est établie entre l’objet appelant
et le composant composite C. Lorsque le composant C reçoit l’appel de méthode, il le répercute
vers un ou plusieurs de ses composants internes selon la méthode appelée. Le composant C établira,
via son gestionnaire de sécurité, une session avec le ou les composants sur lesquels l’appel
doit être continué. De même, si un composant interne doit faire un appel à un autre composant,
le gestionnaire de sécurité établira au besoin une session vers ce dernier avant d’autoriser l’appel
de méthode.
118