these doctorat une architecture de securité

Section 5.7. Propagation dynamique du contexte de sécurité
Chaque entité sécurisée possède non seulement son propre certificat, mais aussi le certificat
et la clé privée de l’application à laquelle elle appartient. À partir de ce certificat d’application, il
est possible de générer un certificat pour l’entité qui va être créée. En accord avec notre modèle
d’authentification, deux entités sécurisées appartiennent à la même application si et seulement
si les deux certificats dérivent du même certificat d’application. Ainsi la nouvelle entité sécurisée
créée appartiendra au même contexte de sécurité que l’entité sécurisée à partir de laquelle elle a
été créée.
tel-00239252, version 1 - 5 Feb 2008
Par exemple, la création d’un objet actif est réalisée au moyen de l’instruction suivante :
A a = (A) ProActive.newActive("A", {...});
Cette instruction déclenche le processus de création de l’objet actif sur le nœud. Ce processus
inclut la création des méta objets du body et notamment le gestionnaire de sécurité. Les étapes
effectuées par le mécanisme de sécurité sont présentées au sein de la figure 5.16, le pseudo-code
ci-après présente la logique du mécanisme :
si ((Entité Sécurisée) && (création autorisée) alors
- Créer un certificat à partir du certificat d’application de
l’entité sécurisé courante
- Dupliquer les règles de sécurité
- Générer un gestionnaire de sécurité
finsi
Un mécanisme similaire est mis en place pour la création d’un nœud.
FIG. 5.16 – Création d’un objet actif
Ainsi lors de la création d’une entité sécurisée, les politiques de sécurité de l’entité qui la crée
sont répliquées sur cette dernière.
95