these doctorat une architecture de securité

Chapitre 1
Introduction
tel-00239252, version 1 - 5 Feb 2008
Lors d’un discours en 1965, Gordon Moore, un des présidents d’Intel, fit une remarque qui
reste toujours d’actualité : selon lui, le nombre de transistors des processeurs devrait doubler
tous les 18 mois et permettre ainsi une croissance exponentielle régulière des performances.
Cette loi s’est vérifiée au fil du temps. Nous sommes arrivés à un point où la puissance de calcul
d’un ordinateur actuel est généralement surdimensionnée par rapport à la charge de travail
que lui imposent ses utilisateurs. La mise à disposition à des tiers des ressources inexploitées
d’un parc d’ordinateurs est la suite logique de ce constat. La baisse constante du prix du matériel
informatique favorise aussi la multiplication du parc matériel au sein des entreprises, des
laboratoires de recherches ou chez les particuliers.
1.1 Problématique et objectifs de la thèse
Les grilles de calcul permettent de regrouper toute cette puissance afin de l’utiliser. Sous le
terme grille de calcul, nous rassemblons tous les outils permettant la globalisation des ressources
ainsi que leur mise à disposition.
La mise à disposition des ressources entraîne de manière directe le besoin de sécuriser cet
ensemble afin de le protéger contre une utilisation frauduleuse. Ce contrôle s’applique à la fois sur
les ressources fournies mais aussi sur les utilisateurs de celle-ci. Le rôle premier d’un mécanisme
de sécurité consiste à protéger l’accès aux ressources et de n’accorder l’accès qu’aux utilisateurs
autorisés.
Les solutions de grilles de calcul clé en main se sont avérées cruciales dans l’adoption massives
des technologies liées aux grilles de calcul par tous les acteurs. Ces solutions permettent
de mettre facilement en place des grilles de calcul et répondent majoritairement aux besoins des
utilisateurs. Une grille de calcul peut être composée de grappes (cluster), de machines parallèles
ou encore d’ordinateurs de bureau. Un grappe est composée d’un ensemble de machines dédiées
à la grille interconnectées par des réseaux haut-débit. Cependant, si le déploiement d’une application
utilisant une seule grille ou un ensemble de grilles similaires (mêmes technologies)
reste dans la limite du possible, l’utilisation d’un ensemble de grilles hétérogènes est nettement
moins évidente. La première critique qui peut être formulée concerne le manque d’interopérabilité
des diverses technologies y compris celles sur lesquelles se reposent les mécanismes de
sécurité. En effet, si on s’intéresse au déploiement d’une application, on constate qu’il existe de
nombreuses manières de soumettre des tâches ou d’accéder aux ressources. Cette diversité impose
une configuration spécifique de l’application pour chaque solution. Suite à la mise en avant
de ces problèmes, il est important de proposer une couche logicielle qui permette de découpler la
partie contenant la logique de l’application de la partie concernant le processus de déploiement
de cette application.
Dans le même ordre d’idées, il apparaît indispensable de pouvoir exprimer la configuration
de sécurité d’une application en dehors du code de cette dernière. Cette approche permet ainsi
de pouvoir configurer la sécurité d’une application en fonction de son déploiement. Cette solution
nous semble tout particulièrement adaptée lors du déploiement d’applications sur plusieurs
1