these doctorat une architecture de securité

Chapitre 6. Implantation dans ProActive : une approche transparente
// retourne le certificat de l’entite qui a fait l’appel
// sur la methode courante
ProActiveSecurity.getCurrentMethodCallerCertificate();
// retourne la politique de securite de la session
// qui a ete negociee pour recevoir la methode courante
ProActiveSecurity.getCurrentMethodPolicy();
// retourne les entites transmises par l’appelant
ProActiveSecurity.getCallerEntities();
6.3 Migration et sécurité
tel-00239252, version 1 - 5 Feb 2008
La migration d’activité est une fonctionnalité présente dans de nombreux intergiciels. Elle
permet de solutionner plusieurs limitations liées à la programmation distribuée. L’étude bibliographie
nous a permis de présenter différentes solutions de sécurité existantes dans le cadre des
agents mobiles. Pour le mécanisme de sécurité présenté dans cette thèse, nous sommes partis du
postulat que nous nous trouvions dans une architecture avec des hôtes (runtimes) de confiance.
Dans notre approche, un hôte sera considéré de confiance s’il est capable de s’authentifier.
6.3.1 Contexte de sécurité et migration
Le contexte de sécurité d’une application contient toutes les entités créées lors de son déploiement,
ainsi que celles créées dynamiquement par l’application. Nous voulons exposer les
implications de la localisation de l’objet actif avant sa migration et après sa migration sur le
contexte de sécurité d’une application. Les cas que nous allons présenter sont regroupés au sein
de la figure 6.2.
Le premier schéma (a) présente le cas le plus simple. Il s’agit de la migration d’un objet actif de
et vers un nœud appartenant au même contexte de sécurité, c’est-à-dire à la même application.
Cette configuration se retrouve généralement lors du déploiement d’une application au moyen
d’un descripteur de déploiement.
Le deuxième schéma (b) présente la migration d’un objet actif depuis un nœud appartenant
au même contexte vers un nœud qui n’appartient pas au même contexte. Dans cette configuration,
le contexte de sécurité de l’application est présent à la fois sur le nœud contenant l’objet
avant sa migration et sur l’objet actif. La migration de cet objet actif entraîne la propagation du
contexte de sécurité vers la nouvelle localisation de l’objet actif.
Le dernier schéma (c) présente la migration d’un objet actif depuis et vers un nœud dont les
contextes de sécurité ne sont pas les mêmes que ceux de l’application dont dépend l’objet. La
migration de cet objet actif entraîne le déplacement de la partie du contexte de sécurité de l’application
contenu dans l’objet actif de l’ancienne localisation vers la nouvelle.
6.3.2 Migration sécurisée
La politique de sécurité à appliquer pour une interaction entre deux objets actifs peut avoir
changé après une migration. Les politiques de sécurité des entités sécurisées (nœud, runtime,
domaines) qui vont contenir l’objet actif peuvent être différentes de celles localisées à l’ancien
emplacement de l’objet actif. Par conséquent, les politiques de sécurité associées aux sessions
déjà existantes peuvent être fausses. La migration d’un objet actif impose de ré-établir les sessions
en cours, donc de renégocier les politiques de sécurité.
104