these doctorat une architecture de securité

Section 5.3. Authentification des entités
FIG. 5.5 – Chaînage de certificats : approche standard
Si on s’intéresse aux chaînes de certificat générées, on se retrouve avec des chaînes de certification
de longueurs différentes. Dans le cadre d’une opération effectuée par l’entité 5, il va
nous falloir valider quatre certificats afin de retrouver l’utilisateur qui a lancé l’application.
tel-00239252, version 1 - 5 Feb 2008
Un autre problème se pose avec cette approche, la séparation des contextes. Quand un utilisateur
lance plusieurs applications qu’il s’agisse de plusieurs instances de la même application
ou d’applications différentes, il ne veut pas nécessairement que les entités des diverses applications
puissent communiquer entre elles. Or, si on s’intéresse à la figure 5.5, on s’aperçoit qu’il est
possible que les entités 1,3,4,5 appartiennent à la même application étant donné le chaînage de
certificat existant. Il n’est cependant pas possible de déduire quelque chose pour les entités 2 et
3. La seule information que nous apporte ce schéma est qu’elles appartiennent toutes les deux
à l’utilisateur X. Il ne nous est pas possible d’affirmer que ces deux entités appartiennent à la
même application ou pas.
Pour toutes les raisons exposées, nous avons introduit un nouveau schéma d’identification
des entités afin d’ajouter un contexte d’application et ainsi pouvoir identifier à quelle application
appartient une entité donnée. Notre approche reprend le principe du chaînage de certificats
mais elle introduit une variation dans son utilisation. Nous allons ajouter au sein de la chaîne
des certificats un certificat intermédiaire qui identifiera l’application. Ce certificat porte le nom
de certificat d’application. D’un point de vue technique, chaque entité doit à la fois posséder son
propre certificat mais aussi celui de l’application dont elle dépend. Lors de la création d’une nouvelle
entité, cette dernière recevra en plus de son certificat, celui de l’application dont elle dépend.
Elle sera ainsi capable de créer, à son tour, des certificats pour les nouvelles entités qu’elle instanciera.
La figure 5.6 présente cette nouvelle chaîne de certificats. Cette approche nous permet
de garantir la séparation des contextes d’exécution d’une même application. Par définition, on
considérera que deux entités appartiennent à la même application si et seulement si elles dérivent
du même certificat d’application.
La figure 5.7 reprend le scénario présenté précédemment et présente la nouvelle chaîne de
certificats obtenue en utilisant notre modèle. À partir du certificat d’une entité, il est possible
d’obtenir le certificat de l’application à laquelle elle appartient et de comparer des certificats
entre eux afin de savoir s’ils appartiennent à la même application.
5.3.2 Avantages et inconvénients de l’approche
Nous avons fait le choix de doter chaque entité sécurisé d’un certificat propre. Le principal inconvénient
de notre approche réside dans le temps nécessaire à la génération de la paire de clés
asymétriques nécessaire lors de la création d’un certificat. Ainsi une application qui passe son
temps à créer des objets actifs se trouvera pénalisée dans son fonctionnement. Cependant, cette
remarque s’applique également, dans une moindre mesure, au concept d’objet actif sans sécurité.
75