these doctorat une architecture de securité

More documents

Recommendations

Info

Chapitre 3. Étude d’intergiciels sécurisés pour le calcul distribué d’utilisateurs, des services et des ressources provenant de plusieurs domaines administratifs différents au sein d’un même ensemble et d’assurer à chaque membre du groupe que n’importe quel autre membre ou ressource de cette même organisation est connu comme une entité de confiance. L’authentification est basée sur une architecture à clé publique. Chaque entité (utilisateurs, services, ressources) possède un certificat X.509 lui permettant de s’identifier. Les services de sécurité basiques (authentification, chiffrement, intégrité) sont assurés par l’utilisation d’une couche de communication interfacée avec SSL. tel-00239252, version 1 - 5 Feb 2008 L’authentification unique single sign-on permet à un utilisateur de s’identifier une seule fois et d’avoir la possibilité d’utiliser les ressources offertes par un système de manière transparente vis-à-vis des mécanismes de sécurité. Cette fonctionnalité est implantée au sein de Globus grâce à l’utilisation de proxies utilisateurs. Un proxy utilisateur possède un certificat dérivé du certificat de son créateur via la création d’une chaîne de certificats. Le créateur peut être un utilisateur ou un autre proxy. La création d’un proxy par un utilisateur n’est possible qu’une fois celui-ci identifié et connecté au sein de la plateforme Globus. Les processus créés à partir d’un proxy utilisateur peuvent avoir besoin d’acquérir dynamiquement des ressources. Pour cela, le processus crée la requête de demande d’allocation des ressources et la fait parvenir à son proxy utilisateur. Le proxy, agissant pour l’utilisateur, possède les données nécessaires pour signer la requête et l’exécuter sous l’identité de l’utilisateur qui l’a créé. Le résultat de la requête d’allocation de ressource est signé par le proxy et renvoyé au processus. Si cet algorithme a l’avantage d’être simple à mettre en œuvre, le fait que les requêtes doivent passer obligatoirement par le proxy induit un possible goulot d’étranglement des requêtes au niveau de celui-ci et limite le passage à l’échelle de cette solution. La figure 3.4 présente les interactions qu’effectue une application distribuée utilisant Globus. Les étapes sont les suivantes : création de processus sur les sites A et B, une communication entre ces deux processus ainsi qu’un accès à des fichiers distants. Toutes ces actions peuvent être sécurisées afin de garantir la confidentialité des échanges. Dans OGSA, les services web permettent d’exposer des composants logiciels en terme d’interfaces et de lier les méthodes de ces interfaces à des mécanismes de communication spécifiques. Ces informations sont exprimées au sein d’un document utilisant un langage spécifique aux services web, le Web Service Description Language (WSDL). Dès lors, il est possible de spécifier l’utilisation de protocoles de communication capables de gérer la sécurité des messages échangés lors de l’accès à des méthodes de ces composants logiciels. Un exemple d’utilisation de l’infrastructure OGSA et du GSI3 est présenté par la figure 3.5. Les étapes effectuées pour aboutir à une communication sécurisée entre le client et le service sont les suivantes : 1. L’environnement d’accueil du client récupère et inspecte la politique de sécurité du service afin de déterminer les protocoles, mécanismes et certificats qui sont requis pour soumettre une requête. 2. Si l’environnement d’accueil du client détermine que les certificats ne sont pas déjà associés au client, il contacte le service de conversion de certificats afin d’obtenir les certificats dans le format requis. 3. L’environnement d’accueil contacte le service de traitement des messages afin de formater et manipuler les divers messages d’authentification avant de les expédier au service cible. La délégation de cette tâche à un service permet de libérer le client et son environnement d’accueil de la connaissance des mécanismes de sécurité sous-jacents. 4. Du côté du service cible, l’environnement d’accueil accède à son service de traitement des messages qui peut être le même service que celui utilisé par l’environnement d’accueil du client. 5. Enfin, après l’authentification du client, la requête est dirigée vers le service d’autorisation qui prendra la décision d’accepter ou non la requête. 32
Section 3.2. Open Grid Service Architecture/Globus tel-00239252, version 1 - 5 Feb 2008 FIG. 3.4 – Globus Security Infrastructure FIG. 3.5 – Modèle de sécurité d’OGSA 33
Page 1 and 2: THÈSE DE DOCTORAT École doctorale
Page 3 and 4: tel-00239252, version 1 - 5 Feb 200
Page 5 and 6: Table des matières Remerciements x
Page 7 and 8: TABLE DES MATIÈRES 6.3.3 Optimisat
Page 9 and 10: Table des figures tel-00239252, ver
Page 11 and 12: Liste des tableaux 2.1 Niveau de co
Page 13 and 14: Remerciements Mes remerciements von
Page 15 and 16: Chapitre 1 Introduction tel-0023925
Page 17 and 18: Section 1.1. Problématique et obje
Page 19 and 20: Chapitre 2 Théories et Modèles Ce
Page 21 and 22: Section 2.2. Vulnérabilités des s
Page 23 and 24: Section 2.3. Le contrôle d’accè
Page 25 and 26: Section 2.4. Introduction à la cry
Page 27 and 28: Section 2.4. Introduction à la cry
Page 29 and 30: Section 2.5. Les infrastuctures à
Page 31 and 32: Section 2.6. Les politiques de séc
Page 33 and 34: Section 2.6. Les politiques de séc
Page 35 and 36: Section 2.7. Programmation Réflexi
Page 37 and 38: Section 2.7. Programmation Réflexi
Page 39 and 40: Section 2.8. Sécurisation du code
Page 41 and 42: Section 2.9. Conclusion ce contexte
Page 43 and 44: Chapitre 3 Étude d’intergiciels
Page 45: Section 3.2. Open Grid Service Arch
Page 49 and 50: Section 3.3. CORBA // recuperation
Page 51 and 52: Section 3.4. Les Entreprise JavaBea
Page 57 and 58: Section 3.5. La plateforme .NET sé
Page 59 and 60: Section 3.5. La plateforme .NET } L
Page 61 and 62: Section 3.6. Bilan Legion Globus CO
Page 63 and 64: Chapitre 4 Contexte : ProActive tel
Page 65 and 66: Section 4.2. Objets Actifs objet. t
Page 67 and 68: Section 4.3. Sémantique des commun
Page 69 and 70: Section 4.5. Communications de grou
Page 71 and 72: Section 4.5. Communications de grou
Page 73 and 74: Section 4.6. Déploiement des appli
Page 75 and 76: Section 4.6. Déploiement des appli
Page 77 and 78: Section 4.7. Conclusion Le con
Page 79 and 80: Chapitre 5 Une architecture de séc
Page 81 and 82: Section 5.2. Un modèle de sécurit
Page 87 and 88: Section 5.3. Authentification des e
Page 93 and 94: Section 5.4. Politiques de sécurit
Page 95 and 96: Section 5.4. Politiques de sécurit
Page 97 and 98:
Section 5.5. Négociation Dynamique
Page 99 and 100:
Section 5.5. Négociation Dynamique
Page 101 and 102:
Section 5.6. Sécurité induite par
Page 103 and 104:
Page 105 and 106:
Page 107 and 108:
Page 109 and 110:
Section 5.7. Propagation dynamique
Page 111 and 112:
Section 5.8. Exemple du journal int
Page 113 and 114:
Chapitre 6 Implantation dans ProAct
Page 115 and 116:
Section 6.1. Création des entités
Page 117 and 118:
Section 6.2. Interface de programma
Page 119 and 120:
Section 6.3. Migration et sécurit
Page 121 and 122:
Section 6.4. Communications de grou
Page 123 and 124:
Section 6.4. Communications de grou
Page 125 and 126:
Section 6.5. Architecture pair-à-p
Page 127 and 128:
Section 6.5. Architecture pair-à-p
Page 129 and 130:
Section 6.6. Tolérance aux pannes
Page 131 and 132:
Section 6.7. Modèle à composants
Page 133 and 134:
Section 6.7. Modèle à composants
Page 135 and 136:
Section 6.8. Sémantique des commun
Page 137 and 138:
Section 6.9. Conclusion Pour qu’u
Page 139 and 140:
Chapitre 7 Tests et performances 7.
Page 141 and 142:
Section 7.2. Les itérations de Jac
Page 143 and 144:
Section 7.2. Les itérations de Jac
Page 145 and 146:
Chapitre 8 Conclusion Ce chapitre r
Page 147 and 148:
Section 8.2. Perspectives tel-00239
Page 149 and 150:
Section 8.2. Perspectives ouverte ;
Page 151 and 152:
Annexe A Grammaire de la politique
Page 153 and 154:
Bibliographie tel-00239252, version
Page 155 and 156:
BIBLIOGRAPHIE tel-00239252, version
Page 157 and 158:
Page 159 and 160:
show all

these doctorat une architecture de securité

Create successful ePaper yourself

Delete template?

Save as template?