these doctorat une architecture de securité

5.8 Exemple du journal intime
Chapitre 5. Une architecture de sécurité de haut niveau
Cette section reprend l’application "Journal Intime" présentée lors de l’état de l’art et présente
son implantation en utilisant notre modèle de sécurité. L’application se décompose en deux
parties, le serveur et le client. Le serveur est un objet actif, positionné sur un nœud appartenant
au nœud virtuel VN_Serveur. Jusqu’à présent, nous avons supposé que le déploiement de l’application
était orchestré d’un seul endroit, dans la méthode principale (main) du programme. Dans
cet exemple, nous avons choisi de déployer dans un premier temps le serveur avec sa politique
de sécurité propre, puis le client lui aussi avec une politique de sécurité propre. De plus, le client
ne sera pas explicitement créé comme un objet actif : sa sécurité reposera sur les mécanismes de
sécurité du HalfBody qui entrent en jeu lors d’une telle situation.
tel-00239252, version 1 - 5 Feb 2008
La classe DiaryImpl représente l’implantation du code du serveur. La méthode exposée
addEntry est celle qui permet de d’ajouter des messages dans le journal.
public class DiaryImpl implements Diary, Serializable {
/*... */
public void addEntry(String entry) {
entries.add(entry);
}
La méthode main présente le code de lancement du serveur. Ce dernier est positionné sur un
nœud dépendant du nœud virtuel VN_Serveur, le serveur est enregistré sur l’adresse "//localhostMyDiary".
public static void main(String[] args) {
Diary diary = null;
try {
// activation du descripteur de deploiement
ProActiveDescriptor pad = ProActive.getProactiveDescriptor(args[0]);
pad.activateMappings();
}
// creation de l’objet actif jouant le role du serveur
diary = (Diary) ProActive.newActive("org.objectweb.proactive.examples.mydiary
.DiaryImpl", new Object[] { }, pad.getVirtualNode("VN_Serveur").getNode()
);
// enregistrement de l’URL du serveur
ProActive.register(diary, "//localhost/MyDiary");
} catch (Exception e) {
e.printStackTrace();
}
Le descripteur de sécurité associé au descripteur de déploiement spécifie la politique de sécurité
à appliquer aux échanges sécurisés entre le nœud virtuel contenant le serveur (VN_Serveur)
et celui contenant le client (VN_Client). Le fait que le ou les nœuds appartenant au nœud virtuel
VN_Client ne soient pas connues lors du déploiement ne pose aucun problème de configuration.
Ces nœuds seront créés ultérieurement par la partie cliente de l’application qui devra, bien
évidemment, posséder le même certificat d’application que celui qui a été utilisé pour la partie
serveur de l’application.
JournalIntime
ji.pkcs12
96