these doctorat une architecture de securité

Chapitre 3. Étude d’intergiciels sécurisés pour le calcul distribué
FIG. 3.6 – Architecture CORBA
tel-00239252, version 1 - 5 Feb 2008
La première publication des spécifications du service de sécurité de CORBBA date de 1995 et
a depuis subit de nombreuses mises à jour afin de réduire les problèmes architecturaux initiaux,
notamment ceux portant sur l’interopérabilité et la portabilité. C’est à partir de la version 1.5
de ce document qu’est apparue SSLIOP, une spécification décrivant la communication inter-ORB
en utilisant le protocole SSL. Cette spécification a été rajoutée sous la pression des partenaires
industriels.
L’architecture du service de sécurité se compose de plusieurs éléments assurant chacun un
rôle précis. On retrouve notamment une organisation en domaines de sécurité (Security Policy
Domains, Security Domains). Ils sont constitués d’un ensemble d’objets sur lesquels une politique
de sécurité commune sera appliquée. La sécurité de chaque domaine est spécifiée au sein
de domain security policies. Les domaines sont administrés par une autorité de sécurité Security
Authority et peuvent être organisés hiérarchiquement. Dans ce cas, l’autorité de sécurité délègue
la gestion de la sécurité des objets contenues dans le sous domaine à la sous autorité qui contient
l’objet en question.
Les domaines de sécurité peuvent aussi être organisés en fédération. Ils ne sont alors plus
hiérarchiques mais peuvent être représentés au même niveau. Fédérer deux domaines implique :
1. que chacun des domaines accorde un certain niveau de confiance à l’autre,
2. la combinaison des politiques de sécurité présentes dans chaque domaine.
Il faut, de plus, définir la façon dont les rôles d’un domaine vont correspondre aux rôles de l’autre
domaine.
Le rôle de l’ORB sécurisé est de vérifier que la politique de sécurité définie au sein d’un domaine
sera appliquée à tous les objets de ce domaine. En pratique la politique de sécurité d’un
domaine est contenue au sein d’un serveur de domaine.
Il existe un autre type de domaine : le Security Technology Domain. Il regroupe les domaines
qui utilisent les mêmes outils pour assurer la sécurité du domaine. Ces outils pouvant être une
même API de connexion, la même manière de chiffrer les communications, l’utilisation d’un
même algorithme de chiffrement.
Les politiques de sécurité peuvent être imposées à la fois par l’ORB et par l’application ellemême.
Les politiques de sécurité systèmes (system security policy) sont imposées par l’ORB. Ce
type de politiques s’applique à la fois sur toutes les applications, celles qui gèrent leur propre
sécurité et celles qui n’ont pas conscience d’utiliser des mécanismes de sécurité. Les politiques
de sécurité au niveau applicatif (Application security policies) sont imposées par les objets d’une
application utilisant explicitement les mécanismes de sécurité. Ces deux types de politiques de
sécurité sont regroupés au sein de deux niveaux de sécurité :
– Le Security Level 1 peut être utilisé quand l’application n’a pas été prévue pour fonctionner
avec des notions de sécurité ou qu’elle ne possède que des besoins limités en terme de
36