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.6 – Authentification avec utilisation d’un certificat d’application
FIG. 5.7 – Chaînage de certificats : version avec un certificat d’application
Un objet actif est, comme nous l’avons décrit dans la section 4.2 un objet de grain moyen, composé
de plusieurs méta-objets et d’un fil d’exécution. Sa création est elle-même coûteuse par rapport à
la création d’un objet java standard. Il nous semble raisonnable de supposer que lorsqu’un objet
actif (sécurisé ou non) est créé, sa durée de vie est largement supérieure au temps de sa création.
Le premier avantage de notre modèle réside dans son adaptation avec la définition générique
d’une entité sécurisée que nous avons donnée. Une approche alternative que nous avions envisagée
était d’utiliser le certificat d’application pour toutes les entités de l’application, la distinction
entre les entités pouvant être réalisée en leur associant à chacune un nom symbolique. L’inconvénient
de cette approche est la création de deux groupes d’entités distinctes : celles possédant
leur propre certificat comme les domaines et les runtimes et celles représentant des objets de
l’application comme les nœuds et les objets actifs. Dans ce cas, nous perdions donc la définition
générique d’une entité sécurisé qui est identifié par un certificat unique.
Le fait d’associer un certificat à une entité permet de l’identifier en dehors de tout contexte,
ce qui nous sera utile lors de l’écriture de politiques de sécurité génériques.
76