these doctorat une architecture de securité

Chapitre 5. Une architecture de sécurité de haut niveau
tel-00239252, version 1 - 5 Feb 2008
FIG. 5.10 – Protocole d’établissement de session
1. L’entité cliente débute une interaction sur l’entité serveur au travers de sa référence locale
(le proxy).
(a) Le proxy intercepte l’appel de méthode. Le code est toujours exécuté par le fil d’exécution
de l’entité cliente. Le proxy permet d’accéder au code méta de l’entité cliente. C’est
à partir de ce moment, que le mécanisme de sécurité peut débuter la phase de négociation
d’une session. Il contacte l’entité serveur ce qui conduit à l’échange de message
suivant :
– [ClientHello] (1) : Ce message est envoyé quand une entité cliente se connecte pour
la première fois à une entité serveur. Ce message comporte un identifiant de session
(sessionID) qui permet d’identifier une session entre un client et un serveur.
Cet identifiant sera placé dans tous les messages échangés entre le client et le serveur.
Un identifiant de session ne devient valide qu’à la fin de la négociation lors de
l’échange des messages [Fin]. Ce message contient aussi une variable random contenant
une structure remplie aléatoirement par l’entité cliente.
– [ServerHello] (2) : Ce message est envoyé en réponse au [ClientHello]. Il permet au
serveur de créer une session représentant la connexion avec le client et ayant comme
identifiant l’identifiant de session envoyé par le client. Ce message contient une variable
random contenant une structure remplie aléatoirement par l’entité serveur.
– [Entités Serveur] (2) : Ce message est composé d’une structure contenant les chaînes
de certificats des entités englobant l’entité serveur (entités de niveau supérieur)
ainsi que la chaîne de certificats de cette dernière.
(b) Le mécanisme de sécurité de l’entité cliente également collecte toutes les informations
84