these doctorat une architecture de securité

Section 5.4. Politiques de sécurité décentralisées et adaptatives
que dans un nœud donné (première entité) d’un runtime donné (deuxième entité). Parallèlement,
on retrouve les mêmes possibilités de filtrage au niveau de l’ensemble des entités représentant
les entités appelées.
La structure hiérarchique introduite par le chaînage des certificats permet d’ajouter une fonctionnalité
essentielle dans la conception de règles génériques. Si on considère la chaîne de certificats
suivante Organisation1 -> Utilisateur1 -> Application1, où chaque entrée correspond
à un certificat, le certificat Utilisateur1 a été créé à partir du certificat Organisation1.
On considère alors que Utilisateur1 appartient à Organisation1, soit
Application1 ⊂ Utilisateur1 ⊂ Organisation1
tel-00239252, version 1 - 5 Feb 2008
et que toute règle impliquant Organisation1 s’appliquera à Utilisateur1. Ainsi, il est possible
d’écrire la règle suivante :
Cette règle s’appliquera à toutes les applications lancées par l’utilisateur Utilisateur1 quand
elles voudront établir une interaction vers n’importe quelle autre entité.
Interactions et Attributs de sécurité
Les politiques de sécurité doivent être capables de contrôler toutes les interactions qui peuvent
survenir lors du déploiement et de l’exécution d’une application multi-utilisateurs sur une grille
de calcul. Les interactions couvrent les actions allant de la création de processus (JVM) à la surveillance
des activités (objets actifs) à l’intérieur des processus et incluent évidemment la gestion
des communications. Le tableau 5.2 dresse la liste des interactions gérées par le mécanisme de
sécurité.
Au sein de la bibliothèque, les interactions correspondent à des appels de méthodes réalisés,
soit vers des méta-objets spécifiques du body local, soit sur le body de l’objet distant. Une interaction
se résume du point de vue des communications à un appel de méthode spécifique qui peut
générer des échanges de messages. Il convient de pouvoir protéger ces messages en spécifiant
les attributs de sécurité qui seront attribués au message. Le code XML gérant cette partie d’une
règle de sécurité est présenté dans le listing suivant :
Les balises et correspondent respectivement à l’envoi et à la réception
de communications d’une entité vers une autre. Elles indiquent la façon de transmettre
des messages entre deux entités sécurisées impliquées dans l’interaction mais indiquent aussi
grâce à l’attribut value de la balise et si ce type de communication
est autorisé ou non.
Il existe trois attributs de sécurité qui permettent de spécifier les propriétés de sécurité des
communications : Authentification (A), Intégrité (I), Confidentialité (C). Chacun de ces trois attributs
de sécurité peut être spécifié dans l’un des trois modes suivants : Requis, Optionnel,
81