these doctorat une architecture de securité

Section 2.2. Vulnérabilités des systèmes informatiques
– Ingénierie sociale.
L’attaquant obtient un bien ou une information en exploitant la confiance mais également
l’ignorance ou la crédulité des utilisateurs ou de tierces personnes. Il s’agira d’exploiter le
facteur humain, qui peut être considéré comme le maillon faible de tout système de sécurité.
Kevin Mitnick, célèbre notamment pour avoir accédé illégalement aux bases de données des
clients de Bell et aux systèmes du Pentagone, de la NASA et de l’US Air Force a théorisé
et popularisé cette pratique dans son livre “The Art Of Intrusion : The Real Stories Behind
The Exploits Of Hackers, Intruders and Deceivers” [88].
– Accès par le réseau.
Lorsqu’une machine est connectée à un réseau, elle doit être considérée comme cible potentielle
d’une attaque provenant de n’importe quelles autres machines également connectées
à ce réseau, ceci est encore plus vrai lorsque la machine possède un accès à internet. Il faut
alors considérer toutes les machines connectés à internet comme des attaquants potentiels.
Les moyens et les types d’attaques par le réseau sont nombreux et variés : dénis de service,
intrusions, virus, vers et chevaux de Troie, balayage de ports (ports scan), altération
des messages de et vers des machines, détournement de session TCP, usurpation d’identité
(man in the middle), attaque par rejeu,. . . .
tel-00239252, version 1 - 5 Feb 2008
Le processus de sécurisation d’un système informatique consiste essentiellement à trouver et
à supprimer toutes les failles d’un système afin de rendre les attaques inopérantes. Notons que si
un administrateur doit combler toutes les failles de ces systèmes, l’attaquant lui n’a qu’à trouver
une seule faille pour compromettre la sécurité totale d’un système.
Vulnérabilités des applications distribuées
De manière générale, une application distribuée est composée de plusieurs parties s’exécutant
sur plusieurs ordinateurs et échangeant des messages contenant des données pour mener à bien
une tâche.
Lorsque l’attaquant ne dispose pas d’accès physique à la machine, il est alors obligé d’obtenir
des informations via le réseau interconnectant les diverses parties de l’application. Les attaques
dont il dispose alors pour parvenir à ses fins (figure 2.2) sont les suivantes :
– Interruption : Une partie de l’application distribuée est détruite ou est devenue inaccessible.
Il s’agit d’une attaque sur la disponibilité.
– Interception : Un tiers non autorisé intercepte des données. Il s’agit d’une attaque sur la
confidentialité.
– Fabrication : Un tiers non autorisé insère des données contrefaites dans les communications
de l’application. Il s’agit d’une attaque sur l’authentification.
– Modification : Un tiers non autorisé intercepte des données et les modifie avant des les
envoyer au destinataire. Il s’agit d’une attaque sur l’intégrité.
Les systèmes à agents mobiles
Le paradigme du code mobile [48, 57, 53] est une notion présente depuis le début des années
1990 au sein des systèmes distribués. Un agent mobile est une entité logicielle mobile composée
de code, de données et d’un état. Lorsqu’un agent mobile se déplace de machine en machine,
il est crucial de s’assurer que l’agent sera exécuté fidèlement et complètement sur chacun des
nœuds qu’il visite. Par exemple, dans le cas d’un agent mobile qui visite un certain nombre de
sites de commerce électronique afin d’en trouver le meilleur pour un produit donné, nous voulons
empêcher les hôtes de l’agent de le modifier de manière à faire apparaître leur offre comme la
meilleure. Dans le même ordre d’idée, il faut pouvoir garantir que lors de son transfert d’un
hôte vers un autre, l’agent ne sera pas modifié par une entité tierce. Les champs d’application
typiques pour ce type de modèle sont, par excellence, l’administration des réseaux [27], la collecte
d’informations sur divers sites ou encore le calcul distribué.
Il existe de nombreux systèmes à agents mobiles : Ajanta [63, 64], Telescript [115], les Aglets
[118, 62], Mobile Agent Plateform (MAP) [100, 99]. La mobilité du code et des données inhérentes
7