these doctorat une architecture de securité

Chapitre 6. Implantation dans ProActive : une approche transparente
La troisième étape consiste à créer le gestionnaire de sécurité à partir des objets créés précédemment
et de l’insérer au sein de l’ensemble de méta-objets qui seront passés à l’objet actif lors
de sa création.
// creation du gestionnaire de securite
ProActiveSecurityManager psm =
new ProActiveSecurityManager(keyStore,policyServer);
// creation des meta objets du futur objet actif
MetaObjectFactory factory = ProActiveMetaObjectFactory.newInstance();
// ajout du gestionnaire de securite aux meta objets
factory.setProActiveSecurityManager(psm);
La dernière étape permet la création de l’objet actif sur le nœud par défaut en lui passant
l’ensemble des méta objets nécessaires à sa création.
// pas de parametres, appel du constructeur par defaut de l’objet
Object[] params = { } ;
// creation de l’objet sur le noeud par default
Node node = NodeFactory.getDefaultNode();
tel-00239252, version 1 - 5 Feb 2008
// creation de l’objet actif
A a = (A) ProActive.newActive("A", params, node , null, factory);
Cette approche permet la création d’un objet actif sécurisé à partir d’un environnement où le
mécanisme de sécurité n’a pas été initialisé. Il est intéressant de noter que ce nouvel objet actif
étant une entité sécurisé, le mécanisme de propagation dynamique du contexte de sécurité vu en
5.7 peut entrer en jeu. Dans l’hypothèse où une méthode de l’objet actif A lance la création d’un
nouvel objet actif b de type B sans notion explicite de sécurité :
public class A {
...
public Object createActiveObject() {
...
B b = (B) ProActive.newActive("B", new Object[] {}, null);
...
}
...
}
alors étant donné que l’objet A contient un gestionnaire de sécurité et dans le cas présent, un certificat
d’application, le mécanisme de propagation dynamique intercepte le processus de création
de l’objet actif B, génère un certificat d’entité à partir du certificat d’application et lui affecte les
politiques de sécurité de l’objet A.
6.1.4 Les domaines de sécurité
Un domaine est, par définition, un serveur de politiques de sécurité qui permet de regrouper
sous un même contexte de sécurité des entités sécurisées. En tant que serveur, il doit être accessible
à distance par les entités qu’il supervise. Cependant, son accès doit être restreint aux seules
entités qui en ont le droit. En effet, son interrogation par des tiers non autorisés pourrait leur
permettre de déceler des failles dans la politique de sécurité du domaine.
En résumé un domaine doit être :
– accessible à distance ;
– sécurisé.
Il s’agit tout simplement de la définition d’un objet actif sécurisé. Les étapes pour la création d’un
domaine sont les suivantes :
La première étape consiste à créer le gestionnaire de sécurité qui va servir à protéger l’objet
actif représentant le domaine de sécurité.
102