these doctorat une architecture de securité

Section 2.6. Les politiques de sécurité
un proxy pour un individu.
Le deuxième principe est de considérer toutes les clés comme égales. Contrairement à X.509
où seules les autorités de certification peuvent certifier un certificat, tout principal (certificat) est
capable de générer des certificats donc des principaux (certificats). De plus, l’infrastructure de
sécurité ne repose pas sur une architecture centralisée ; cette approche permet le déploiement
facile et rapide d’architectures sécurisés autonomes.
Chaque principal peut assigner un nom choisi arbitrairement à un principal, l’unicité globale
des noms n’est plus requise et ils peuvent être définis de manière à être compréhensible par
des humains. Les noms assignés dans un principal ne restent valides que dans le contexte de
ce principal. Ainsi des noms génériques comme "maman" ou "papa" peuvent être utilisés par
plusieurs principaux sans pour autant faire le lien vers les mêmes principaux.
SDSI (Simple Distributed Security Infrastructure) [90, 80] désigne le mécanisme de nommage
existant au sein de SPKI. Les politiques de sécurité sont conçues pour s’exprimer au sein de listes
de contrôle d’accès. Afin de faciliter leur gestion, il est possible de regrouper les principaux au
sein de groupes et d’utiliser ces groupes au sein des politiques de sécurité ou d’utiliser les noms
symboliques définis au sein des certificats.
tel-00239252, version 1 - 5 Feb 2008
Cependant le modèle présuppose qu’un principal soit à tout moment accessible pour fournir
un ensemble de services comme l’accès aux certificats générés par ce principal et l’accès aux
autres objets appartenant au principal qui ont pu générer des certificats.
2.6 Les politiques de sécurité
La politique de sécurité d’un système informatique permet de spécifier les actions autorisées
dans ce système, c’est-à-dire les actions qui n’invalident pas les propriétés précédentes.
Pour contrôler l’accès aux informations sensibles d’un système, une politique de sécurité doit
identifier les objets du système contenant les informations sensibles, les opérations permettant
d’accéder à ces informations, ainsi que les sujets manipulant ces informations.
Ainsi, une politique de sécurité repose sur :
– la définition des ensembles de ses sujets, de ses objets, et des opérations permettant d’accéder
aux objets.
– la définition de l’ensemble des règles pour le contrôle d’accès entre les sujets et les objets.
L’une des applications de la sécurité informatique est celle du contrôle d’accès aux informations
jugées sensibles. Afin de définir quels sont les sujets autorisés à accéder à une information
sensible, ou encore quelles sont les opérations autorisées et celles qui sont interdites, on établit
une politique de sécurité. La notion de politique de sécurité définit à la fois un ensemble de propriétés
de sécurité qui doivent être satisfaites par le système et un schéma d’autorisations qui
représente les règles permettant de modifier l’état de protection d’un système.
Une définition générale d’une politique de sécurité peut être la suivante :
Définition 2 Politique de sécurité : Ensemble des lois, règles et pratiques qui régissent la façon de
gérer, protéger et diffuser les informations et autres ressources sensibles au sein d’une organisation
[26].
Nous allons tout d’abord étudier plusieurs types de politiques de sécurité : les politiques de
contrôle d’accès discrétionnaire, les politiques de contrôle d’accès obligatoire et les politiques à
base de rôles.
Nous pouvons distinguer deux types de sécurité utilisant les politiques de sécurité présentées
précédemment, la sécurité centralisée et la sécurité distribuée. Dans le système centralisé, il existe
une unique politique de sécurité prenant en compte l’ensemble des entités du système. A l’inverse
la sécurité distribuée se caractérise par la coexistence de nombreuses politiques de sécurité [50].
Il faut établir des règles permettant à ces politiques de coopérer dans le but d’obtenir un système
sécurisé optimal.
17