[PDF] MÉMOIRE DE FIN DÉTUDES 1Réseau National de Té

View - Download MÉMOIRE DE FIN DÉTUDES

Previous PDF

Next PDF

INSTITUT DES TECHNIQUES D"ING

´ENIEUR DE L"INDUSTRIE

D"AQUITAINEM

´EMOIRE DE FIN D"´ETUDES

PR

´ESENT´E EN VUE D"OBTENIR

LE DIPL

ˆOME D"ING´ENIEUR

DES TECHNIQUES DE L"INDUSTRIE

Dans la Sp´ecialit´e R´eseaux et T´el´ecommunications PAR

Gr´egoireMoreauDIPL

ˆOME D´ELIVR´E

PAR L" ´ECOLE NATIONALE SUP´ERIEURE D"´ELECTRONIQUE, INFORMATIQUE & RADIOCOMMUNICATION de BORDEAUXCONCEPTION ET MISE EN PRODUCTION D"UN SYST `EME

AUTOMATIS

´E DE S´ECURISATION DU R´ESEAU REAUMURSOUTENU LE 19 SEPTEMBRE 2005

REAUMUR,

351 cours de la lib´eration

33405 TALENCE

ANN

´EES :2004 - 2005

AUTEUR :Gr´egoireMoreauTITRE :Conception et mise en production d"un syst`eme automatis´e de s´ecurisation du

r´eseau REAUMURENTREPRISE PARTENAIRE :REAUMUR, Universit´e Bordeaux I

MAITRE D"APPRENTISSAGE :LaurentFacq, Directeur techniqueTUTEUR PEDAGOGIQUE :MichelPallardNOMBRE DE PAGES :53 pages sans l"appareil de r´ef´erence.

NOMBRE DE REFERENCES BIBLIOGRAPHIQUES :5

RESUME :Ce projet pr´esente la solution r´epondant au besoin d"automatiser la ges- tion de la s´ecurit´e sur le r´eseau REAUMUR. Elle traite diff´erentes informations pour aboutir `a la reconnaissance de probl`emes de s´ecurit´e, agit pour pr´evenir les personnes responsables et potentiellement met en quarantaine les machines posant probl`eme. Le travail a consist´e en l"analyse du besoin pr´ecis, le choix d"une

solution, son d´eveloppement et sa mise en oeuvre, avec enfin une analyse des r´esultats.MOTS CLES :s´ecurit´e informatique / s´ecurit´e r´eseau / d´etection d"intrusions / actions

automatis´ees / interaction homme-machine / traitement automatis´e d"informationsPARTIE `A REMPLIR PAR LE MAˆITRE D"APPRENTISSAGEACCESSIBILIT ´E DE CE RAPPORT (entourer la mention choisie) :Classe 0 = Acc`es libre

Classe 1 = Confidentiel jusqu"au

Classe 2 = Hautement confidentiel jusqu"au(date de fin de confidentialit´e)

Date : Nom du signataire : Signature

Remerciements

Je remercie tout d"abord tout le personnel de mon entreprise REAUMUR pour leur accueil et leur disponibilit´e. Je tiens `a remercier plus particuli`erement DanielMarchand, directeur du service, pour ses efforts dans le cadre de mon recrutement en tant qu"apprenti. Je remercie vivement mon maˆıtre d"apprentissage LaurentFacq, directeur technique, pour ses enseignements, sa disponibilit´e et sa confiance. Je tiens `a remercier toute l"´equipe p´edagogique du CFAI et de l"ENSEIRB et parti- culi`erement DidierThierspour m"avoir donn´e l"opportunit´e de suivre cette formation. Je

remercie tous les enseignants pour leurs cours, leur patience et la qualit´e de leur p´edagogie.

Je remercie mon tuteur p´edagogique MichelPallardde la qualit´e de ses conseils. Je remercie toute la promotion RT1 pour ces 3 ann´ees enrichissantes au point de vue humain. Je remercie ma compagne Marie-No¨elleBenassypour sa patience et ses nombreuses relectures mˆeme si le sujet du m´emoire est loin d"ˆetre sa passion! Je remercie enfin mes parents pour leurs conseils avis´es et leurs encouragements.

Table des mati`eres

Introduction 5

1 Pr´esentation de REAUMUR 6

1.1 Pr´esentation g´en´erale . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .6

1.1.1 De Renater

1`a REAUMUR2. . . . . . . . . . . . . . . . . . . . . .6

1.1.2 REAUMUR, un r´eseau de campus, un service . . . . . . . . . . . . .6

1.1.3 REAUMUR et le r´eseau r´egional et urbain . . . . . . . . . . . . . .9

1.2 Avenir de REAUMUR . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .9

2 Situation initiale 11

2.1 Contexte du projet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .11

2.2 Analyse de l"existant . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .12

2.3 Probl´ematique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .12

2.4 Objectifs vis´es par le projet . . . . . . . . . . . . . . . . . . . . . . . . . . .13

2.5 Contraintes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .13

2.6 D´emarche . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .14

2.7 Expression des besoins . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .14

2.7.1 Utilisateurs du syst`eme . . . . . . . . . . . . . . . . . . . . . . . . .14

2.7.2 Perte de temps sur le traitement des probl`emes de s´ecurit´e . . . . .15

2.7.3 Interaction plus rapide avec les correspondants . . . . . . . . . . . .15

2.7.4 Risques associ´es aux absences de personnel . . . . . . . . . . . . . .15

2.8 Planning pr´evisionnel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .16

3 Recherche des solutions 17

3.1 Solutions envisageables . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .17

3.1.1 Principe de fonctionnement g´en´eral . . . . . . . . . . . . . . . . . . .17

3.1.2 Solutions commerciales . . . . . . . . . . . . . . . . . . . . . . . . .18

3.1.3 Solutions libres . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .18

3.1.4 D´eveloppement interne . . . . . . . . . . . . . . . . . . . . . . . . . .19

3.2 Choix de la solution . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .19

3.3 Choix des outils logiciels et mat´eriels pour le syst`eme . . . . . . . . . . . . .20

3.3.1 Quelle sonde de d´etection d"intrusion? . . . . . . . . . . . . . . . . .20

3.3.2 Quel format de stockage utiliser pour Snort? . . . . . . . . . . . . .20

3.3.3 Quelle base de donn´ees? . . . . . . . . . . . . . . . . . . . . . . . . .22

3.3.4 Quels langages de programmation? . . . . . . . . . . . . . . . . . . .22

1

R´eseau National de T´el´ecommunications pour la Technologie, l"Enseignement et la Recherche.

2REseau Aquitain des Utilisateurs des Milieux Universitaires et de Recherche.

Table des mati`eres 3/58

3.3.5 Dimensionnement du mat´eriel . . . . . . . . . . . . . . . . . . . . . .23

3.4 Faisabilit´e du d´eveloppement . . . . . . . . . . . . . . . . . . . . . . . . . .24

4 R´ealisation 25

4.1 Les ´etapes de la r´ealisation . . . . . . . . . . . . . . . . . . . . . . . . . . .25

4.2 Enquˆete . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .26

4.3 Pr´esentation du cahier des charges fonctionnel pour le d´eveloppement . . .26

4.3.1 Situations de vie . . . . . . . . . . . . . . . . . . . . . . . . . . . . .26

4.3.2 D´efinition des fonctions du syst`eme . . . . . . . . . . . . . . . . . . .26

4.4 Analyse et principe de fonctionnement . . . . . . . . . . . . . . . . . . . . .28

4.4.1 Les sources d"informations . . . . . . . . . . . . . . . . . . . . . . . .29

4.4.2 L"analyse des donn´ees : plusieurs´ev´enements de s´ecurit´epour un

uniqueprobl`eme de s´ecurit´e. . . . . . . . . . . . . . . . . . . . . . .30

4.4.3 La prise de d´ecision et l"action en d´ecoulant . . . . . . . . . . . . . .31

4.4.4 Une fois la d´ecision prise, son application . . . . . . . . . . . . . . .32

4.4.5 L"interaction des utilisateurs avec le syst`eme . . . . . . . . . . . . .33

4.5 D´eveloppement du syst`eme . . . . . . . . . . . . . . . . . . . . . . . . . . .33

4.5.1 Pour les sources d"informations . . . . . . . . . . . . . . . . . . . . .33

4.5.2 L"analyse des donn´ees . . . . . . . . . . . . . . . . . . . . . . . . . .35

4.5.3 La d´ecision . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .35

4.5.4 L"ex´ecution de la d´ecision . . . . . . . . . . . . . . . . . . . . . . . .36

4.6 Interface graphique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .36

4.6.1 Utilisation demoteurs de templates. . . . . . . . . . . . . . . . . .36

4.6.2 Choix dumoteur de templates. . . . . . . . . . . . . . . . . . . . .36

4.6.3 S´ecurit´e . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .37

4.6.4 Authentification . . . . . . . . . . . . . . . . . . . . . . . . . . . . .37

4.6.5 Pr´esentation des informations et des interactions possibles . . . . . .38

5 Mise en production 39

5.1 Premi`ere ´etape : version alpha . . . . . . . . . . . . . . . . . . . . . . . . .39

5.1.1 Le syst`eme . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .39

5.1.2 L"interface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .40

5.1.3 R´esultats . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .40

5.2 Deuxi`eme ´etape : version beta . . . . . . . . . . . . . . . . . . . . . . . . . .40

5.2.1 Le syst`eme . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .40

5.2.2 L"interface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .40

5.3 Version de production stable livr´ee pour septembre apr`es validation . . . . .41

6 Bilan du projet 42

6.1 R´eponse au cahier des charges fonctionnel . . . . . . . . . . . . . . . . . . .42

6.2 Respect du planning . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .43

6.3 Coˆut du projet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .44

6.3.1 Coˆut effectif . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .44

6.3.2 Coˆut potentiel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .45

6.4 Gains . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .45

6.4.1 Gain de temps . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .45

6.4.2 Gain en termes d"image et de s´ecurit´e . . . . . . . . . . . . . . . . .46

6.5 Bilan humain . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .47

Table des mati`eres 4/58

6.5.1 Gestion du changement et de la mise en quarantaine . . . . . . . . .47

6.5.2 Documentations, pr´esentation et formation . . . . . . . . . . . . . .47

7 Bilan de comp´etences 48

7.1 Domaine scientifique et technique . . . . . . . . . . . . . . . . . . . . . . . .48

7.2 Domaine organisationnel . . . . . . . . . . . . . . . . . . . . . . . . . . . . .49

7.3 Domaine ´economique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .49

7.4 Domaine humain . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .49

8 Perspectives 51

8.1 Distribution du syst`eme dans la communaut´e des logiciels libres . . . . . . .51

8.2 Am´elioration de l"intelligence du syst`eme . . . . . . . . . . . . . . . . . . .51

8.3 ´Elargissement du p´erim`etre du syst`eme . . . . . . . . . . . . . . . . . . . .52

Conclusion 53

Bibliographie 54

Glossaire 56

Annexes

A Partenaires de REAUMUR II

B Cahier des charges fonctionnel IV

C Mod`ele conceptuel des donn´ees XIII

Introduction

La s´ecurit´e des r´eseaux depuis quelques ann´ees, a vu son importance s"accroˆıtre au point

de devenir une priorit´e dans de nombreuses soci´et´es. Des outils automatis´es de plus en

plus complexes, des virus `a la r´eplication foudroyante attaquent les r´eseaux et menacent en permanence l"int´egrit´e des syst`emes d"information. Par exemple, une machine dot´ee d"un syst`eme Windows, et non prot´eg´ee, est d´esormais contamin´ee en moins de 12 minutes 3. REAUMUR, le service en charge du r´eseau inter-universitaire ´eponyme n"´echappe pas `a ce constat et se trouve mˆeme en premi`ere ligne de d´efense face `a ces menaces. Dans un tel contexte, la gestion manuelle de la s´ecurit´e devient fortement consommatrice de temps. L"objet de mon projet de m´emoire est donc d"automatiser et d"am´eliorer la gestion de la s´ecurit´e.

J"ai suivi une d´emarche commen¸cant par l"analyse de la situation initiale pour d´eterminer

une probl´ematique et les besoins associ´es. A partir de ces besoins, j"ai recherch´e des solutions

pouvant y r´epondre et r´ealis´e le projet. J"ai ensuite ´evalu´e sa r´eponse aux besoins une fois

celui-ci mis en oeuvre. Je termine enfin sur un bilan personnel.3 mesure de Sophos

Chapitre 1

Pr´esentation de REAUMUR

1.1 Pr´esentation g´en´erale

1.1.1 De Renater

1`a REAUMUR2

Le r´eseau Renater, depuis 1991, raccorde les diff´erentes universit´es fran¸caises entre elles

et apporte `a celles-ci un lien avec Internet. En Aquitaine, le besoin de cr´eer un service

d"interconnexion au niveau du campus entre les diff´erentes universit´es pour f´ed´erer en un

point unique l"acc`es `a Renater (figure 1.1) a engendr´e la cr´eation du r´eseau de campus

REAUMUR.

La mission de REAUMUR est d´efinie ainsi :

"REAUMUR a pour mission d"assurer l"exploitation, la gestion et le d´eveloppement de moyens et de services r´eseaux communs, dans le cadre des activit´es scientifiques, p´edagogiques, documentaires ou de gestion des diff´erents centres, laboratoires et services des organismes partenaires. REAUMUR fixe notamment les conditions de s´ecurit´e d"utili-

sation, en accord avec les partenaires.»3. Ces partenaires sont, entre autres, les universit´es

de Bordeaux I, III et IV, le CNRS, l"ENSEIRB ou encore l"ENSAM. 4

1.1.2 REAUMUR, un r´eseau de campus, un service

Le service REAUMUR se trouve sur le campus universitaire de Talence, sur le domaine du

Haut Carr´e. Il est rattach´e administrativement `a l"Universit´e Bordeaux I et plus pr´ecis´ement

`a la DRIMM 5. REAUMUR est donc historiquement proche des utilisateurs pour la partie Bordeaux I (dans les petits laboratoires ou certaines administrations, les usagers du r´eseau sont parfois1

R´eseau National de T´el´ecommunications pour la Technologie, l"Enseignement et la Recherche.

2REseau Aquitain des Utilisateurs des Milieux Universitaires et de Recherche.

3Extrait de la convention portant statuts du service interuniversitaire REAUMUR.

4Pour une liste exhaustive voir l"annexe A page II.

5Direction des Ressources Informatiques et Multim´edia Mutualis´ees.

Chapitre 1. Pr´esentation de REAUMUR 7/58

Fig.1.1 - R´eseau Renaterdirectement reli´es `a nos ´equipements). Cependant, de mani`ere g´en´erale et dans le cadre de

l"´evolution vers les r´eseaux urbains et r´egionaux, REAUMUR a pour rˆole d"interconnecter

les r´eseaux des diff´erents partenaires et de servir d"interface pour la connexion `a Renater.

D"un point de vue technique, `a sa cr´eation, REAUMUR ´etait bas´e sur un r´eseau de fibre optique utilisant le protocole FDDI

6(d´ebit de 100 Mbit/s `a 200 Mbit/s). En 2000, le

r´eseau REAUMUR a migr´e sur le campus vers le protocole Gigabit Ethernet (1000 Mbit/s). Entre 2000 et aujourd"hui, le lien entre REAUMUR et Renater est pass´e de 34 Mbit/s `a 1000 Mbit/s en passant par un palier `a 100 Mbit/s. Cette augmentation traduit un accroissement de la demande en ressources de la part des utilisateurs. La figure 1.2 page 8 pr´esente les diff´erentes mani`eres d"ˆetre connect´e `a REAUMUR. Sur cette figure, on trouve trois types d"´equipements : les postes clients, les commutateurs et les routeurs. Les commutateurs sont des ´el´ements d"interconnexion qui permettent de constituer des

r´eseaux locaux. Les routeurs sont des ´el´ements d"interconnexion qui permettent la liaison

de r´eseaux entre eux.6 FDDI :Fiber Data Distribution Interface: protocole de liaison relativement ancien, utilisant la fibre optique comme support. Chapitre 1. Pr´esentation de REAUMUR 8/58Coeur de réseau

REAUMUR

Petit laboratoire,

petit site

Partenaires utilisant

le routeur de REAUMUR commutateur REAUMURcommutateur partenairerouteur REAUMURrouteur partenaire

Partenaire possédant

son propre routeur UtilisateursPoste ClientFig.1.2 - Diversit´e des connexions sur REAUMUR

Chapitre 1. Pr´esentation de REAUMUR 9/58

On peut ainsi observer trois grands types de connexion `a REAUMUR : -la connexion type petit laboratoire ou petit site, avec un commutateur REAUMUR

sur lequel des utilisateurs peuvent directement se connecter,-la connexion d"un partenaire avec son r´eseau interne reli´e `a un commutateur REAU-

MUR h´eberg´e sur leur site,-enfin, la connexion d"un partenaire qui va se faire directement sur notre routeur de

coeur de r´eseau. Sur le plan ´economique, le budget de REAUMUR est d´etermin´e par son directeur, puis vot´e par le conseil d"administration rassemblant les organismes membres de REAUMUR. Il s"´el`eve pour l"ann´ee 2004 `a 570 000e.

L"´equipe de REAUMUR est compos´ee de 7 personnes :-2 ing´enieurs de recherche : directeur (gestion de l"administratif et des ressources hu-

maines) et directeur technique (chef de projet, d´eveloppement, s´ecurit´e du r´eseau),-1 ing´enieur d"´etude (d´eveloppement et gestion quotidienne du r´eseau),

-1 assistant ing´enieur (assistance aux utilisateurs), -1 technicien (gestion de la partie physique du r´eseau), -1 secr´etaire (assistance au directeur, gestion de la page Web du service), -1 apprenti (assistance aux ing´enieurs, d´eveloppement). Les concurrents potentiels de REAUMUR sont les soci´et´es priv´ees de gestion de r´eseau qui pourraient ˆetre choisies pour remplacer toute ou partie de l"´equipe titulaire pour cer- taines fonctions.

1.1.3 REAUMUR et le r´eseau r´egional et urbain

L"ESRA

7est le point de rassemblement des organismes d"enseignement et de recherche

aquitains pour leur connexion `a Renater. Depuis son origine, ESRA est pilot´e par REAUMUR tandis que sa gestion ´etait confi´ee `a des soci´et´es priv´ees. Depuis 2004, REAUMUR g`ere directement le r´eseau ESRA.

1.2 Avenir de REAUMUR

Les ´etudiants et personnels du campus vont disposer de moyens d"acc`es au r´eseau de plus en plus nombreux (avec le programme Aquitaine Campus Ouvert) que ce soit avec ou sans fil. La gestion de la s´ecurit´e dans ce cadre devient donc de plus en plus complexe. Pour acqu´erir une dimension europ´eenne, les universit´es bordelaises se rapprochent de plus en plus, avec une fusion en point de mire. Le premier pas ´etant la cr´eation d"un PRES 87
R´eseau Enseignement Sup´erieur et Recherche en Aquitaine.

8Pole Recherche Enseignement Sup´erieur cf. http ://www.u-bordeaux1.fr/bx1/pres.pdf et

http ://www.cpu.fr/Publications/Publication.asp?Id=347

Chapitre 1. Pr´esentation de REAUMUR 10/58

"Universit´e de Bordeaux" par les 4 universit´es. Les structures inter-universitaires comme

REAUMUR sont directement concern´ees.

Les d´ebits des liaisons internes au campus et vers Renater vont encore augmenter avec la croissance des besoins des utilisateurs en termes de nouveaux services : visioconf´erence,

grilles de calcul (r´eseaux `a tr`es haut d´ebit d"ordinateurs d´edi´es au calcul). Ainsi, certains

liens sont en cours de migration sur du 10Gigabit Ethernet. L"augmentation du p´erim`etre de REAUMUR, au niveau du campus de la plaque urbaine

et r´egionale, va amener un plus grand nombre d"utilisateurs ce qui entraˆıne une gestion de

la s´ecurit´e plus difficile. L"augmentation du nombre d"utilisateurs am`ene aussi un probl`eme. IP

9version 4 (le

protocole de base d"Internet) arrive `a ses limites en terme du nombre de machines qu"il peut adresser du fait de la taille allou´ee `a l"adresse des machines. On commence donc `a manquer d"adresses IP pour les machines. Il existe des moyens pour contourner ce probl`eme mais ils

sont g´en´eralement peu satisfaisants en terme de s´ecurit´e et de compatibilit´e (par exemple,

le NAT

10). Pour y r´epondre, le nouveau protocole IP version 6 est en cours d"installation

dans les diff´erentes universit´es et va induire des migrations de mat´eriels et logiciels. Cela

risque d"entraˆıner une augmentation du besoin en ressources humaines.

En plus de la n´ecessit´e d"importants d´ebits, les nouvelles applications ont des besoins de

qualit´e de service

11et donc d"une approche diff´erente du r´eseau.

Toutes ces ´evolutions vont demander du temps et des moyens humains suppl´ementaires. Or, actuellement, la fonction publique est dans une situation o`u mˆeme le renouvellement des d´eparts `a la retraite pose probl`eme. Il faut donc compter au mieux sur des ressources humaines qui vont rester constantes. Il est donc n´ecessaire d"´economiser du temps sur les tˆaches qui peuvent en faire l"objet. De ce fait, le projet va s"axer sur l"´economie de temps dans une des tˆaches les plus consommatrices : la gestion de la s´ecurit´e.9

IP :Internet Protocol, protocole de niveau r´eseau, permettant l"adressage des machines et l"ache-

minent des donn´ees.

10NAT :Network Address Translationpermet d"utiliser une mˆeme adresse IP sur Internet pour

un ensemble de machines mais peut poser probl`eme pour certaines applications comme la visio- conf´erence.

11Qualit´e de service (QoS pourQuality of Serviceen anglais) : il s"agit en fait de la qualit´e du

transport des informations dans le sens o`u les donn´ees arrivent dans l"ordre et avec un d´elai de

transmission contrˆol´e. Dans le cadre d"un ´echange classique de donn´ees, il n"y a pas `a s"en soucier.

Par contre, par exemple pour la visioconf´erence, la qualit´e de service est n´ecessaire pour ´eviter

d"avoir des mauvaises transmissions.

Chapitre 2

Situation initiale

Au commencement du projet, j"ai d´etermin´e le contexte du projet et analys´e l"existant. De cette mani`ere, suite `a des discussions avec mon maˆıtre d"apprentissage nous avons pu

d´efinir une probl´ematique et les contraintes du projet. A partir de cette probl´ematique nous

avons d´egag´e des objectifs et leurs indicateurs associ´es pour enfin aboutir `a l"expression des

besoins.

2.1 Contexte du projet

REAUMUR est confront´e `a une grande quantit´e de probl`emes de s´ecurit´e. D"une part, certains de ces probl`emes sont potentiellement dangereux pour le r´eseau car

ils peuvent entraˆıner des dysfonctionnements des ´equipements r´eseaux et une saturation de

la bande passante du campus. D"autre part, des probl`emes li´es aux abus d"utilisateurs (utilisation non professionnelle du r´eseau) peuvent induire une surconsommation de ressources et donc un surdimensionnement du r´eseau. Ils peuvent entraˆıner une mauvaise image de REAUMUR vis `a vis de Renater,

voire mˆeme des plaintes en justice (dans les cas d"utilisation du r´eseau pour des ´echanges

de fichiers ill´egaux). De plus, ces probl`emes consomment un temps de traitement manuel non n´egligeable aussi bien au niveau de l"´equipe du service qu"au niveau des correspondants de REAUMUR. Ces correspondants (interlocuteurs privil´egi´es de REAUMUR) sont les personnels pr´esents sur les sites, informaticiens ou non. Ils g`erent la communication entre utilisateurs finaux et

REAUMUR.

La situation actuelle de la fonction publique, rappelons le, fait qu"il est difficile d"obtenir

des ressources humaines suppl´ementaires. Il est donc primordial de r´eussir `a automatiser les

tˆaches pouvant l"ˆetre. Ainsi, du temps pourra ˆetre gagn´e pour l"´equipe de REAUMUR. Celle-

ci pourra r´ealiser des projets suppl´ementaires plutˆot que de traiter des tˆaches quotidiennes

r´ep´etitives.

Chapitre 2. Situation initiale 12/58

2.2 Analyse de l"existant

Au d´ebut du projet, soit au d´ebut de l"ann´ee 2004, le traitement des probl`emes de s´ecurit´e

se faisait en 3 ´etapes :-d´etection d"un probl`eme, analyse puis mise en quarantaine de la machine incrimin´ee

si besoin ´etait et envoi de courrier ´electronique au correspondant responsable de la

machine,-r´esolution du probl`eme de la part du correspondant et envoi de courrier ´electronique `a

REAUMUR demandant le r´etablissement de la connexion de la machine sur le r´eseau,-prise en compte par REAUMUR, et le cas ´ech´eant, lev´ee de la quarantaine.

Des mesures avaient ´et´e faites de mani`ere `a quantifier le temps perdu par REAUMUR

pour la gestion des probl`emes de s´ecurit´e (dans la portion qui peut ˆetre automatisable). Le

r´esultat ´etait de 1 heure et 15 minutes par jour globalement (et de temps ing´enieur qui plus

est!). Il faut noter que cette valeur est une moyenne et qu"il arrive sur certaines p´eriodes

(apparition d"un nouveau virus, piratage massif...) que cette dur´ee soit largement d´epass´ee.

Il y a donc une perte de temps r´eelle qui, de plus, occasionne des interruptions dans les tˆaches d"ing´enierie. De plus, les informations concernant les probl`emes de s´ecurit´e ne sont pas directement accessibles aux correspondants. Ceux-ci doivent transiter par le personnel de REAUMUR pour les obtenir. Il y a donc, en plus, un probl`eme d"acc`es `a l"information. Les correspondants ont estim´e qu"ils attendent en moyenne 2 heures avant que leurs demandes de lev´ee de quarantaine ne soient trait´ees. La perte de temps au niveau des correspondants, et donc au niveau des utilisateurs finaux, est importante.

Enfin, le fait que la s´ecurit´e soit g´er´ee manuellement par du personnel introduit le risque

que des piratages puissent avoir lieu durant la nuit, les week-end et les vacances. Un syst`eme automatique pourrait contrer les attaques dans ces p´eriodes.quotesdbs_dbs27.pdfusesText_33

[PDF] grille évaluation projet

[PDF] comment bien faire l amour ? son mari pdf

[PDF] le roman de renart fiche de lecture

[PDF] évaluer un projet d'animation

[PDF] comment évaluer un projet éducatif

[PDF] le roman de renart bibliocollège pdf

[PDF] formation extraction huiles essentielles

[PDF] cours de sexologie pdf

[PDF] inventaire floristique transect

[PDF] comment mieux faire lamour ? une femme pdf

[PDF] technique d inventaire botanique

[PDF] memoire inventaire floristique

[PDF] relevé floristique définition

[PDF] inventaire floristique définition

[PDF] fiche de lecture roméo et juliette gratuite