these doctorat une architecture de securité

Section 3.2. Open Grid Service Architecture/Globus
FIG. 3.3 – Modèle de sécurité de Legion
tel-00239252, version 1 - 5 Feb 2008
– Le delegated credential qui explicite son bénéficiaire et les droits associés.
– Le bearer credential qui donne à son porteur tous les droits associés.
Chaque objet Legion possède un service MayI qui joue le rôle de moniteur de référence (figure
3.3). L’accès à chaque ressource est contrôlé par une liste de contrôle d’accès qui associe à un
LOID une liste de droits. Lors d’une invocation, les mécanismes de transport sous-jacents présentent
cet appel au service MayI de l’objet. Le service MayI de base inclus dans Legion peut être
étendu pour supporter d’autres formes de contrôle d’accès.
Un appel de méthode correspond à l’envoi d’un ou plusieurs messages. Chaque message peut
être associé à l’un des trois niveaux de sécurité suivant[41] :
– no security : le message est envoyé sans modification sur le réseau.
– protected mode : seules les capacités associées au message sont chiffrées.
– private mode : la totalité du message est chiffrée (capacités et contenu).
En conclusion, le service de sécurité de Legion fournit les fonctionnalités nécessaires à tout
système distribué. L’approche consistant à considérer tout le système comme un seul ordinateur
élimine d’emblée tous les problèmes de sécurité pouvant survenir lors de l’ajout de nouvelles ressources
au sein du système, ils sont traités en amont par les administrateurs. Cette approche limite
l’expansion de l’ordinateur virtuel aux seuls sites qui accepteront de modifier leurs systèmes
pour accueillir celui de Legion ; on perd la notion de dynamicité des ressources et de systèmes ouverts.
La vision unique du système ne permet pas d’adapter les politiques de sécurité selon les
localisations des parties communicantes, les niveaux de sécurité requis pour des communications
au sein d’un réseau local n’étant pas les mêmes que celles effectuées sur les réseaux publiques.
3.2 Open Grid Service Architecture/Globus
L’initiative Open Grid Service Architecture (OGSA) [47] tente de standardiser une architecture
pour les grilles de calcul. Elle est principalement supportée par le Global Grid Forum. OGSA
se base sur les principes des services web afin de définir son architecture. La version 3 du Globus
Toolkit [46] est une implantation de l’architecture OGSA.
Le Toolkit Globus fournit les services de base nécessaires à la construction d’une grille de
calcul. Il est composé de plusieurs modules parmi lesquels :
– La localisation et l’allocation des ressources sont assurées par le Globus Resource Allocation
Manager (GRAM) qui fournit une interface uniforme aux nombreux protocoles supportés.
– Le service Monitoring & Discovery System (MDS) permet d’obtenir des informations sur les
ressources et les applications.
– Le service de sécurité Globus Security Infrastructure (GSI) que nous allons détailler.
3.2.1 Modèle de sécurité
L’architecture de sécurité de Globus ou Globus Security Infrastructure (GSI) [122] est le cœur
du système de sécurité de Globus ; c’est sur ce mécanisme que les applications utilisant Globus
vont se reposer pour gérer leur sécurité.
Un des buts poursuivis par le Toolkit Globus est de permettre la mise en place d’organisations
virtuelles dynamiques [45]. Une telle organisation a pour but de regrouper des groupes
31