1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
|
<?xml version="1.0" encoding="ISO-8859-1"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" lang="fr" xml:lang="fr"><head><!--
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
This file is generated from xml source: DO NOT EDIT
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
-->
<title>Chiffrement SSL/TLS fort : Introduction - Serveur Apache HTTP</title>
<link href="../style/css/manual.css" rel="stylesheet" media="all" type="text/css" title="Main stylesheet" />
<link href="../style/css/manual-loose-100pc.css" rel="alternate stylesheet" media="all" type="text/css" title="No Sidebar - Default font size" />
<link href="../style/css/manual-print.css" rel="stylesheet" media="print" type="text/css" />
<link href="../images/favicon.ico" rel="shortcut icon" /></head>
<body id="manual-page"><div id="page-header">
<p class="menu"><a href="../mod/">Modules</a> | <a href="../mod/directives.html">Directives</a> | <a href="../faq/">FAQ</a> | <a href="../glossary.html">Glossaire</a> | <a href="../sitemap.html">Plan du site</a></p>
<p class="apache">Serveur Apache HTTP Version 2.5</p>
<img alt="" src="../images/feather.gif" /></div>
<div class="up"><a href="./"><img title="<-" alt="<-" src="../images/left.gif" /></a></div>
<div id="path">
<a href="http://www.apache.org/">Apache</a> > <a href="http://httpd.apache.org/">Serveur HTTP</a> > <a href="http://httpd.apache.org/docs/">Documentation</a> > <a href="../">Version 2.5</a> > <a href="./">SSL/TLS</a></div><div id="page-content"><div id="preamble"><h1>Chiffrement SSL/TLS fort : Introduction</h1>
<div class="toplang">
<p><span>Langues Disponibles: </span><a href="../en/ssl/ssl_intro.html" hreflang="en" rel="alternate" title="English"> en </a> |
<a href="../fr/ssl/ssl_intro.html" title="Fran�ais"> fr </a> |
<a href="../ja/ssl/ssl_intro.html" hreflang="ja" rel="alternate" title="Japanese"> ja </a></p>
</div>
<div class="outofdate">Cette traduction peut �tre p�rim�e. V�rifiez la version
anglaise pour les changements r�cents.</div>
<blockquote>
<p>Ce qui est agr�able avec les standards est d'avoir l'embarras du choix. Et
si certains standards ne vous conviennent pas vraiment, il vous suffit
d'attendre un an pour voir appara�tre celui qui r�pondra � vos attentes.</p>
<p class="cite">-- <cite>A. Tanenbaum</cite>, "Introduction to
Computer Networks"</p>
</blockquote>
<p>Ce chapitre en guise d'introduction est destin� aux lecteurs pour lesquels
le Web, HTTP et Apache sont familiers, mais ne sont pas des experts en mati�re
de s�curit�. Il n'a pas la pr�tention d'�tre un guide d�taill� sur le
protocole SSL, il ne traitera pas non plus des techniques sp�cifiques de gestion
des certificats dans une organisation, ni des importants probl�mes l�gaux de
brevets ou des restrictions d'importation ou d'exportation. Il se veut plut�t
une base de travail pour les utilisateurs de <code class="module"><a href="../mod/mod_ssl.html">mod_ssl</a></code> en
rassemblant diff�rents concepts, d�finitions et exemples comme point de d�part
pour une exploration plus d�taill�e.</p>
<p>Le contenu s'inspire en grande partie, avec la permission de l'auteur,
de l'article <a href="http://home.comcast.net/~fjhirsch/Papers/wwwj/">Introducing
SSL and Certificates using SSLeay</a> de <a href="http://home.comcast.net/~fjhirsch/">Frederick J. Hirsch</a>, de
l'Open Group Research Institute, publi� dans <a href="http://www.ora.com/catalog/wjsum97/">Web Security: A Matter of
Trust</a>, World Wide Web Journal, Volume 2, Issue 3, Summer 1997. Vous
pouvez envoyer toute remarque positive � <a href="mailto:hirsch@fjhirsch.com">Frederick Hirsch</a> (l'auteur de l'article
original) et toute remarque n�gative � <a href="mailto:rse@engelschall.com">Ralf S. Engelschall</a> (l'auteur du module
<code class="module"><a href="../mod/mod_ssl.html">mod_ssl</a></code>).</p>
</div>
<div id="quickview"><ul id="toc"><li><img alt="" src="../images/down.gif" /> <a href="#cryptographictech">Techniques de chiffrement</a></li>
<li><img alt="" src="../images/down.gif" /> <a href="#certificates">Certificats</a></li>
<li><img alt="" src="../images/down.gif" /> <a href="#ssl">Couche Points d'Acc�s S�curis�s - Secure Sockets Layer (SSL)</a></li>
<li><img alt="" src="../images/down.gif" /> <a href="#references">R�f�rences</a></li>
</ul></div>
<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="section">
<h2><a name="cryptographictech" id="cryptographictech">Techniques de chiffrement</a></h2>
<p>La ma�trise de SSL n�cessite la compr�hension des algorithmes de
chiffrement, des fonctions relatives aux empreintes de messages (comme les
fonctions de type hash ou non r�versibles), et des signatures num�riques. Ces
techniques pourraient faire l'objet d'un ouvrage � elles seules (voir par
exemple [<a href="#AC96">AC96</a>]) et constituent les bases de la
confidentialit�, de l'int�grit� et de l'authentification.</p>
<h3><a name="cryptographicalgo" id="cryptographicalgo">Algorithmes de chiffrement</a></h3>
<p>Supposons qu'Alice veuille envoyer un message � sa banque pour
transf�rer une certaine somme. Alice souhaiterait que le message soit
priv�, car il contient des informations comme son num�ro de compte et le
montant du transfert. Une solution consisterait � utiliser un algorithme de
chiffrement, technique qui permet de remplacer un message par sa version
chiffr�e, illisible jusqu'� ce qu'elle soit d�chiffr�e.
Sous sa forme chiffr�e,
le message ne peut �tre d�chiffr� qu'en utilisant une cl� secr�te. Sans la
cl�, le message est inutilisable : les bons algorithmes de chiffrement
rendent si difficile la restitution du texte original par des intrus que
ceux-ci y gaspilleraient leurs efforts.</p>
<p>Il existe deux cat�gories d'algorithmes de chiffrement : conventionnel
ou � cl� publique.</p>
<dl>
<dt>Chiffrement conventionnel</dt>
<dd>aussi connu sous le nom de chiffrement sym�trique, il n�cessite le
partage d'une cl� entre l'exp�diteur et le destinataire : une portion
d'information secr�te permettant de chiffrer et d�chiffrer un message.
Tant que cette cl� reste secr�te, personne � part l'exp�diteur et le
destinataire ne peut lire le message. Si Alice et sa banque partagent une
cl� secr�te, ils peuvent donc s'envoyer l'un � l'autre des messages priv�s.
Le fait de partager une cl� entre l'exp�diteur et le destinataire avant
de communiquer, tout en la maintenant secr�te vis � vis des autres, peut
toutefois poser des probl�mes.</dd>
<dt>Chiffrement � cl� publique</dt>
<dd>aussi connu sous le nom de chiffrement asym�trique, il r�soud le
probl�me d'�change de cl� en d�finissant un algorithme qui utilise deux
cl�s, chacune d'entre elles pouvant �tre utilis�e pour chiffrer un message.
Si une des cl�s a �t� utilis�e pour chiffrer le message, on doit utiliser
l'autre cl� pour le d�chiffrer. Il est ainsi possible de recevoir des
messages s�curis�s simplement en rendant publique une des cl�s (la cl�
publique), et en gardant l'autre cl� secr�te (la cl� priv�e).</dd>
</dl>
<p>Tout le monde peut chiffrer un message en utilisant la cl� publique,
mais seul le propri�taire de la cl� priv�e sera en mesure de le lire. De
cette fa�on, Alice peut envoyer des messages priv�s au propri�taire d'une
paire de cl�s (sa banque), en les chiffrant � l'aide de la cl� publique.
Seule la banque sera en mesure de les d�chiffrer.</p>
<h3><a name="messagedigests" id="messagedigests">Empreinte d'un message</a></h3>
<p>Bien qu'Alice puisse chiffrer son message pour le rendre priv�, il
subsiste toujours le risque que quelqu'un puisse modifier le message
original ou le remplacer par un autre, afin d'effectuer le transfert de
fonds � son profit, par exemple. Une solution pour garantir l'int�grit� du
message consisterait pour Alice � cr�er un r�sum� concentr� de son message
qu'elle enverrait � sa banque avec ce dernier. A la r�ception du message,
la banque cr�e son propre r�sum� et le compare avec celui qu'Alice a
envoy�. Si les deux r�sum�s sont identiques, le message re�u n'a pas
�t� modifi�.</p>
<p>Un r�sum� tel que celui-ci est appel�
<dfn>empreinte num�rique de message</dfn> (message digest),
<em>fonction irr�versible</em> (one-way function) ou
<em>fonction de hashage</em> (hash function). Une empreinte de message
constitue une repr�sentation courte et de longueur fixe, d'un message plus
long et de longueur variable. Les algorithmes de cr�ation d'empreintes sont
con�us pour produire une empreinte unique pour chaque message. Les
empreintes de messages sont con�ues pour que la restitution du message
� partir de l'empreinte soit d'une difficult� insurmontable, et qu'il soit
(en th�orie) impossible de trouver deux messages diff�rents qui produisent
la m�me empreinte -- ce qui �limine la possibilit� de remplacer un message
par un autre en conservant la m�me empreinte.</p>
<p>Trouver le moyen d'envoyer l'empreinte de mani�re s�curis�e � la banque
constitue un autre d�fit auquel Alice doit faire face ; si l'empreinte
n'est pas envoy�e de mani�re s�curis�e, son int�grit� peut �tre compromise,
et avec elle, la possibilit� pour la banque de v�rifier l'int�grit� du
message original. L'int�grit� du message ne peut �tre v�rifi�e que si
l'empreinte qui lui est associ�e est envoy�e de mani�re s�curis�e.</p>
<p>Une solution pour envoyer l'empreinte de mani�re s�curis�e consiste �
l'inclure dans une signature num�rique.</p>
<h3><a name="digitalsignatures" id="digitalsignatures">Signatures num�riques</a></h3>
<p>Quand Alice envoie un message � sa banque, cette derni�re doit s'assurer
que le message a bien �t� envoy� par elle, pour �viter qu'un intrus puisse
effectuer une transaction sur son compte. Une <em>signature num�rique</em>,
cr��e par Alice et incluse dans le message, permet d'atteindre cet
objectif.</p>
<p>Les signatures num�riques peuvent �tre cr��es en chiffrant une empreinte de
message, ainsi que d'autres informations (comme un num�ro d'ordre) avec la cl�
priv�e de l'exp�diteur. Bien que tout le monde puisse <em>d�chiffrer</em> la
signature � l'aide de la cl� publique, seul l'exp�diteur connait la cl� priv�e.
Ce qui implique que seul l'exp�diteur peut avoir sign� le message. Inclure
l'empreinte dans la signature entra�ne que cette derni�re n'est valable que
pour ce message ; ceci assure aussi l'int�grit� du message car personne ne
peut modifier l'empreinte et ensuite signer le message.</p>
<p>Afin de se pr�munir contre l'interception et la r�utilisation de la
signature par un intrus quelques jours plus tard, la signature contient un
num�ro d'ordre unique. Ceci prot�ge la banque contre une plainte frauduleuse
de la part d'Alice all�guant qu'elle n'a pas envoy� le message --
elle seule peut l'avoir sign� (non-r�pudiation).</p>
</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="section">
<h2><a name="certificates" id="certificates">Certificats</a></h2>
<p>Bien qu'Alice soit parvenue � envoyer un message priv� � sa banque, apr�s
l'avoir sign� et avoir ainsi assur� l'int�grit� du message, elle doit encore v�rifier
qu'elle communique r�ellement avec la banque. C'est � dire qu'elle doit
s'assurer que la cl� publique qu'elle utilise appartient bien � la paire de
cl�s de la banque, et non � celle d'un intrus.
De m�me, la banque doit v�rifier que la
signature du message a bien �t� construite avec la cl� priv�e d'Alice.</p>
<p>Si chaque partie poss�de un certificat qui valide l'identit� de l'autre,
confirme la cl� publique, et est sign� par un organisme de confiance, alors
les deux protagonistes peuvent �tre s�rs que la personne avec laquelle ils
communiquent est bien celle avec laquelle ils d�sirent le faire. Un tel
organisme de confiance s'appelle une <em>Autorit� de Certification</em>, et
on utilise les certificats � des fins d'authentification.</p>
<h3><a name="certificatecontents" id="certificatecontents">Contenu d'un certificat</a></h3>
<p>Un certificat associe une cl� publique avec l'identit� r�elle d'un
individu, d'un serveur, ou d'une autre entit� plus connue sous le nom de
sujet. Comme on le voit dans le <a href="#table1">Tableau 1</a>, les
information concernant le sujet comprennent des informations
d'identification (le nom distinctif ou distinguished name - dn), ainsi que
la cl� publique. Il comporte aussi l'identification et la signature de
l'autorit� de certification qui a d�livr� le certificat, ainsi que la
p�riode de validit� de ce dernier. Il peut aussi contenir des informations
suppl�mentaires (ou extensions) telles que des informations de gestion
destin�es � l'autorit� de certification, comme un num�ro de s�rie.</p>
<h4><a name="table1" id="table1">Tableau 1: Information contenues dans un certificat</a></h4>
<table>
<tr><th>Sujet</th>
<td>Nom distinctif, Cl� publique</td></tr>
<tr><th>Fournisseur</th>
<td>Nom distinctif, Signature</td></tr>
<tr><th>P�riode de validit�</th>
<td>Pas avant, Pas apr�s</td></tr>
<tr><th>Informations de gestion</th>
<td>Version, Num�ro de s�rie</td></tr>
<tr><th>Extensions</th>
<td>Contraintes de base, Drapeaux Netscape, etc.</td></tr>
</table>
<p>Un nom distinctif sert � fournir une identit� dans un contexte
sp�cifique -- par exemple, un individu peut poss�der un certificat
personnel, et aussi un certificat en tant qu'employ�. Les noms distinctifs
doivent respecter le standard X509 [<a href="#X509">X509</a>], qui d�finit
les champs, les noms de champs, et les abr�viations utilis�es pour faire
r�f�rence aux champs (voir <a href="#table2">Tableau 2</a>).</p>
<h4><a name="table2" id="table2">Tableau 2: Informations contenues dans le nom distinctif</a></h4>
<table class="bordered">
<tr><th>Champ du DN</th>
<th>Abr�v.</th>
<th>Description</th>
<th>Exemple</th></tr>
<tr><td>Nom complet (Common Name)</td>
<td>CN</td>
<td>Nom certifi�</td>
<td>CN=Joe Average</td></tr>
<tr><td>Organisation or Entreprise</td>
<td>O</td>
<td>Nom est associ� � cette<br />organisation</td>
<td>O=Snake Oil, Ltd.</td></tr>
<tr><td>Unit� organisationnelle (Organizational Unit)</td>
<td>OU</td>
<td>Nom est associ� avec cette <br />unit� organisationnelle,
par exemple un d�partement</td>
<td>OU=Research Institute</td></tr>
<tr><td>Ville/Localisation</td>
<td>L</td>
<td>Nom est localis� dans cette ville</td>
<td>L=Snake City</td></tr>
<tr><td>Etat/Province</td>
<td>ST</td>
<td>Nom est localis� dans cet �tat/province</td>
<td>ST=Desert</td></tr>
<tr><td>Pays</td>
<td>C</td>
<td>Nom est localis� dans ce pays (code ISO)</td>
<td>C=XZ</td></tr>
</table>
<p>Une autorit� de certification peut d�finir une contrainte sp�cifiant
quels champs du nom distinctif sont optionnels et lesquels sont
obligatoires. Elle peut aussi imposer des contraintes sur le contenu des
champs, ce que peuvent aussi faire les utilisateurs de certificats. Par
exemple, un navigateur Netscape peut exiger, dans le cas d'un certificat
de serveur, que le nom complet (Common Name) corresponde � un nom g�n�rique
contenant le nom de domaine du serveur, comme
<code>*.snakeoil.com</code>.</p>
<p>Le format binaire d'un certificat est d�fini en utilisant la
notation ASN.1 [<a href="#X208">X208</a>] [<a href="#PKCS">PKCS</a>].
Cette notation definit la mani�re de sp�cifier les contenus, et les r�gles
d'encodage d�finissent la mani�re dont ces information sont converties au
format binaire. L'encodage binaire du certificat est d�fini par les R�gles
d'Encodage Distinctives (Distinguished Encoding Rules - DER), qui se basent
d'une mani�re plus g�n�rale sur les R�gles d'Encodage de Base (Basic
Encoding Rules - BER). Pour les transmissions qui ne supportent pas le
format binaire, ce dernier peut �tre converti au format ASCII en utilisant
le codage Base64 [<a href="#MIME">MIME</a>]. Lorsqu'il est plac� entre des
d�limiteurs de d�but et de fin (comme ci-dessous), on dit que le certificat
est encod� au format PEM ("Privacy Enhanced Mail").</p>
<div class="example"><h3>Exemple de certificat encod� au format PEM (snakeoil.crt)</h3><pre>-----BEGIN CERTIFICATE-----
MIIC7jCCAlegAwIBAgIBATANBgkqhkiG9w0BAQQFADCBqTELMAkGA1UEBhMCWFkx
FTATBgNVBAgTDFNuYWtlIERlc2VydDETMBEGA1UEBxMKU25ha2UgVG93bjEXMBUG
A1UEChMOU25ha2UgT2lsLCBMdGQxHjAcBgNVBAsTFUNlcnRpZmljYXRlIEF1dGhv
cml0eTEVMBMGA1UEAxMMU25ha2UgT2lsIENBMR4wHAYJKoZIhvcNAQkBFg9jYUBz
bmFrZW9pbC5kb20wHhcNOTgxMDIxMDg1ODM2WhcNOTkxMDIxMDg1ODM2WjCBpzEL
MAkGA1UEBhMCWFkxFTATBgNVBAgTDFNuYWtlIERlc2VydDETMBEGA1UEBxMKU25h
a2UgVG93bjEXMBUGA1UEChMOU25ha2UgT2lsLCBMdGQxFzAVBgNVBAsTDldlYnNl
cnZlciBUZWFtMRkwFwYDVQQDExB3d3cuc25ha2VvaWwuZG9tMR8wHQYJKoZIhvcN
AQkBFhB3d3dAc25ha2VvaWwuZG9tMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKB
gQDH9Ge/s2zcH+da+rPTx/DPRp3xGjHZ4GG6pCmvADIEtBtKBFAcZ64n+Dy7Np8b
vKR+yy5DGQiijsH1D/j8HlGE+q4TZ8OFk7BNBFazHxFbYI4OKMiCxdKzdif1yfaa
lWoANFlAzlSdbxeGVHoT0K+gT5w3UxwZKv2DLbCTzLZyPwIDAQABoyYwJDAPBgNV
HRMECDAGAQH/AgEAMBEGCWCGSAGG+EIBAQQEAwIAQDANBgkqhkiG9w0BAQQFAAOB
gQAZUIHAL4D09oE6Lv2k56Gp38OBDuILvwLg1v1KL8mQR+KFjghCrtpqaztZqcDt
2q2QoyulCgSzHbEGmi0EsdkPfg6mp0penssIFePYNI+/8u9HT4LuKMJX15hxBam7
dUHzICxBVC1lnHyYGjDuAMhe396lYAn8bCld1/L4NMGBCQ==
-----END CERTIFICATE-----</pre></div>
<h3><a name="certificateauthorities" id="certificateauthorities">Autorit�s de certification</a></h3>
<p>En v�rifiant les informations contenues dans une demande de certificat
avant de l'accorder, l'autorit� de certification s'assure de l'identit� du
propri�taire de la cl� priv�e issue de sa paire de cl�s. Par exemple, Si
Alice demande un certificat personnel, l'autorit� de certification doit
d'abord s'assurer qu'elle correspond vraiment � la personne � laquelle
la demande de certificat fait r�f�rence.</p>
<h4><a name="certificatechains" id="certificatechains">Cha�nes de certification</a></h4>
<p>Une autorit� de certification peut aussi �mettre un certificat �
destination d'une
autre autorit� de certification. Pour v�rifier un certificat, Alice
peut �tre amen�e � v�rifier le certificat de l'�metteur pour chaque
autorit� de certification parente, jusqu'� ce qu'elle en atteigne une
en qui elle a confiance. Elle peut aussi ne faire confiance qu'aux
certificats faisant l'objet d'une cha�ne limit�e d'�metteurs, afin
de r�duire le risque de rencontrer un "mauvais" certificat dans la
cha�ne.</p>
<h4><a name="rootlevelca" id="rootlevelca">Cr�ation d'une autorit� de certification racine</a></h4>
<p>Comme indiqu� plus haut, chaque certificat n�cessite la validation
de l'identit� du sujet par un �metteur de certificats
de niveau sup�rieur, et ceci en
remontant jusqu'� l'Autorit� de Certification (CA) racine. Ceci pose un
probl�me : qui va se porter garant du certificat de l'autorit� racine
qui ne poss�de pas d'�metteur de certificat ? C'est uniquement dans ce
cas que le certificat est auto-sign�, l'�metteur du certificat et son
sujet �tant confondus. Les navigateurs sont pr�configur�s avec une
liste d'autorit�s de certification de confiance, mais il est important
d'�tre extr�mement prudent avant de faire confiance � un certificat
auto-sign�. La large publication d'une cl� publique par l'autorit�
racine r�duit cependant les risques encourus
en faisant confiance � cette cl� --
si quelqu'un publiait une cl� en se faisant passer pour l'autorit�, il
serait vite d�masqu�.</p>
<p>Quelques compagnies, comme <a href="http://www.thawte.com/">Thawte</a> et <a href="http://www.verisign.com/">VeriSign</a>,
se sont proclam�es elles-m�mes Autorit�s de Certification. Ces
compagnies proposent les services suivant :</p>
<ul>
<li>V�rification des demandes de certificats</li>
<li>Traitement des demandes de certificats</li>
<li>Emission et gestion des certificats</li>
</ul>
<p>Vous pouvez aussi cr�er votre propre autorit� de certification. Bien
que risqu� dans l'environnement de l'Internet, ceci peut s'av�rer utile
dans un Intranet, o� l'organisme peut v�rifier facilement les identit�s
des individus et des serveurs.</p>
<h4><a name="certificatemanagement" id="certificatemanagement">Gestion des certificats</a></h4>
<p>Constituer une autorit� de certification repr�sente une
responsabilit� qui n�cessite une solide infrastructure administrative,
technique et gestionnaire. Les autorit�s de certification ne se
contentent pas d'�mettre des certificats, elles doivent aussi les g�rer
-- � savoir elles d�terminent leur dur�e de validit�, elles les
renouvellent, et elles maintiennent des listes de certificats qui ont
�t� �mis dans le pass� mais ne sont plus valides (Listes de r�vocations
de certificats, ou CRLs).</p>
<p>Par exemple, si Alice est titulaire d'un certificat en tant
qu'employ�e d'une compagnie, mais vient de quitter cette compagnie,
son certificat doit �tre r�voqu�. Comme les certificats ne sont �mis
qu'apr�s v�rification de l'identit� du sujet, et peuvent �tre envoy�s
� tous ceux avec lesquels le sujet peut communiquer, il est impossible
de discerner � partir du seul certificat s'il a �t� r�voqu�. Pour
v�rifier la validit� d'un certificat, il est donc n�cessaire de
contacter l'autorit� de certification qui l'a �mis afin de pouvoir
consulter ses listes de r�vocations de certificats -- ce qui n'est
en g�n�ral pas une partie automatique du processus.</p>
<div class="note"><h3>Note</h3>
<p>Si votre autorit� de certification ne fait pas partie de la liste
des autorit�s de confiance de votre navigateur, il faut enregistrer le
certificat de l'autorit� de certification dans ce dernier, ce qui lui
permettra de valider les certificats de serveurs sign�s par cette
autorit� de certification. Ceci peut �tre dangereux, car une fois le
certificat enregistr�, le navigateur acceptera tous les certificats
sign�s par cette autorit� de certification.</p>
</div>
</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="section">
<h2><a name="ssl" id="ssl">Couche Points d'Acc�s S�curis�s - Secure Sockets Layer (SSL)</a></h2>
<p>Le protocole Couche Points d'Acc�s S�curis�s est une couche protocolaire
qui pourrait s'intercaler entre un protocole d'une couche r�seau orient�e
connexion (comme TCP/IP) et une couche protocolaire d'application (comme HTTP).
SSL fournit une communication s�curis�e entre client et serveur en permettant
l'authentification mutuelle, l'utilisation des signatures num�riques pour la
v�rification de l'int�grit� des donn�es, et le chiffrement pour la
confidentialit�.</p>
<p>Ce protocole est con�u pour supporter un grand choix d'algorithmes
sp�cifiques utilis�s pour la cryptographie, les empreintes et les signatures.
Ceci permet la s�lection d'un algorithme pour des serveurs sp�cifiques en
respectant la l�galit�, les r�gles d'exportation ou autres contraintes, et
permet aussi au protocole de tirer parti des nouveaux algorithmes. Ces choix
font l'objet d'une n�gociation entre client et serveur lors de
l'�tablissement de la session protocolaire.</p>
<h3><a name="table4" id="table4">Tableau 4: Versions du protocole SSL</a></h3>
<table class="bordered">
<tr><th>Version</th>
<th>Source</th>
<th>Description</th>
<th>Navigateurs support�s</th></tr>
<tr><td>SSL v2.0</td>
<td>Standard du fournisseur (de Netscape Corp.) [<a href="#SSL2">SSL2</a>]</td>
<td>Premier protocole SSL pour lequel il existe des impl�mentations</td>
<td>- NS Navigator 1.x/2.x<br />
- MS IE 3.x<br />
- Lynx/2.8+OpenSSL</td></tr>
<tr><td>SSL v3.0</td>
<td>Projet Internet arriv� � expiration (de Netscape Corp.) [<a href="#SSL3">SSL3</a>]</td>
<td>Comporte des r�visions permettant de pr�venir certaines attaques de
s�curit� sp�cifiques, ajout de chiffrements non RSA, et support des
cha�nes de certification</td>
<td>- NS Navigator 2.x/3.x/4.x<br />
- MS IE 3.x/4.x<br />
- Lynx/2.8+OpenSSL</td></tr>
<tr><td>TLS v1.0</td>
<td>Standard propos� pour l'Internet (de l'IETF) [<a href="#TLS1">TLS1</a>]</td>
<td>R�vision de SSL 3.0 pour mettre � jour la couche MAC vers HMAC,
ajout du bourrage de bloc pour le chiffrement de bloc, standardisation
de l'ordonnancement des messages et plus de messages d'alerte.</td>
<td>- Lynx/2.8+OpenSSL</td></tr>
</table>
<p>Il existe plusieurs versions du protocole SSL, comme le montre le
<a href="#table4">Tableau 4</a>. Comme indiqu� dans ce dernier, un des apports
de SSL 3.0 est le support du chargement des cha�nes de certification. Cette
fonctionnalit� permet � un serveur de passer au navigateur un certificat de
serveur accompagn� du certificat de l'�metteur. Le chargement de la
cha�ne permet aussi au navigateur de valider le certificat du serveur, m�me si
les certificats de l'autorit� de certification ne sont pas install�s pour les
�metteurs interm�diaires, car ils sont inclus dans la cha�ne de certification.
SSL 3.0 sert de base au standard du protocole S�curit� de la Couche Transport
ou Transport Layer Security
[<a href="#TLS1">TLS</a>], actuellement en d�veloppement au sein de
l'Internet Engineering Task Force (IETF).</p>
<h3><a name="session" id="session">Etablissement d'une session</a></h3>
<p>La session SSL est �tablie en suivant une s�quence d'�changes
d'informations entre client et serveur, comme le montre la
<a href="#figure1">Figure 1</a>. Cette s�quence peut varier, selon que
le serveur est configur� pour fournir un certificat de serveur ou
r�clame un certificat client. Bien que dans certains cas, des �tapes
d'�changes d'informations suppl�mentaires soient n�cessaires pour la
gestion des informations de chiffrement, cet article r�sume un sc�nario
courant. Se reporter aux sp�cifications SSL pour avoir la liste de
toutes les possibilit�s.</p>
<div class="note"><h3>Note</h3>
<p>Une fois la session SSL �tablie, elle peut �tre r�utilis�e. Ceci
permet d'�viter la perte de performances due � la r�p�tition des nombreuses
�tapes n�cessaires � l'�tablissement d'une session. Pour parvenir � ceci,
le serveur assigne un identifiant de session unique � chaque session SSL ;
cet identifiant est mis en cache dans le serveur et le client peut
l'utiliser pour des connexions ult�rieures afin de r�duire la dur�e des
�changes d'informations (et ceci jusqu'� ce que l'identifiant de session
arrive � expiration dans le cache du serveur).</p>
</div>
<p class="figure">
<img src="../images/ssl_intro_fig1.gif" alt="" width="423" height="327" /><br />
<a id="figure1" name="figure1"><dfn>Figure 1</dfn></a> : S�quence
simplifi�e d'�changes d'informations SSL</p>
<p>Les �l�ments de la s�quence d'�changes d'informations, tels qu'ils
sont utilis�s par le client et le serveur, sont �num�r�s ci-apr�s :</p>
<ol>
<li>N�gociation de la suite de chiffrement � utiliser durant le transfert des donn�es</li>
<li>Elaboration et �change d'une cl� de session entre le client et le serveur</li>
<li>Authentification �ventuelle du serveur par le client</li>
<li>Authentification �ventuelle du client par le serveur</li>
</ol>
<p>La premi�re �tape, la n�gociation de la suite de chiffrement, permet au
client et au serveur de choisir une suite de chiffrement qu'ils supportent
tous les deux. La sp�cification du protocole SSL 3.0 d�finit 31 suites de
chiffrement. Une suite de chiffrement se compose des �l�ments
suivants :</p>
<ul>
<li>M�thode d'�change de la cl�</li>
<li>Chiffrement du transfert des donn�es</li>
<li>Empreinte du message servant � cr�er le code d'authentification du
message (MAC)</li>
</ul>
<p>Ces trois �l�ments sont d�crits dans les sections suivantes.</p>
<h3><a name="keyexchange" id="keyexchange">M�thode d'�change de la cl�</a></h3>
<p>La m�thode d'�change de la cl� d�finit la mani�re
dont la cl� de chiffrement
sym�trique secr�te et partag�e utilis�e pour le transfert des donn�es de
l'application sera accept�e par le client et le serveur. SSL 2.0 utilise
l'�change de cl� RSA seulement, tandis que SSL 3.0 supporte tout un choix
d'algorithmes d'�change de cl� incluant l'�change de cl� RSA (quand les
certificats sont utilis�s), et l'�change de cl�s Diffie-Hellman (pour
�changer des cl�s sans certificat, ou en l'absence de communication
pr�alable entre le client et le serveur).</p>
<p>Les signatures num�riques constituent une variante dans le choix des
m�thodes d'�change de cl� -- utiliser les signatures ou pas, et dans
l'affirmative, quel genre de signatures utiliser. La signature � l'aide
d'une cl� priv�e fournit une protection contre une attaque
"man-in-the-middle" au cours de laquelle
l'�change d'informations destin� � g�n�rer la
cl� partag�e peut �tre intercept� [<a href="#AC96">AC96</a>, p516].</p>
<h3><a name="ciphertransfer" id="ciphertransfer">Chiffrement du transfert de donn�es</a></h3>
<p>Comme d�crit plus haut, SSL utilise le chiffrement sym�trique
conventionnel pour chiffrer les messages au cours d'une session. Il existe
neuf choix possibles pour le chiffrement, y compris l'option du transfert
non chiffr� :</p>
<ul>
<li>Pas de chiffrement</li>
<li>Chiffrement en continu (Stream Ciphers)
<ul>
<li>RC4 avec cl�s de 40 bits</li>
<li>RC4 avec cl�s de 128 bits</li>
</ul></li>
<li>Chiffrement par blocs CBC (CBC Block Ciphers)
<ul><li>RC2 avec cl� de 40 bits</li>
<li>DES avec cl� de 40 bits</li>
<li>DES avec cl� de 56 bits</li>
<li>Triple-DES avec cl� de 168 bits</li>
<li>Idea (cl� de 128 bits)</li>
<li>Fortezza (cl� de 96 bits)</li>
</ul></li>
</ul>
<p>"CBC" signifie Cipher Block Chaining (Cha�nage de blocs chiffr�s),
c'est � dire qu'une portion du bloc de texte chiffr� pr�c�dent est utilis�e
pour le chiffrement du bloc courant. "DES" signifie Data Encryption
Standard (Standard de Chiffrement des Donn�es)
[<a href="#AC96">AC96</a>, ch12], et poss�de de nombreuses variantes
(telles que DES40 et 3DES_EDE). Parmi les algorithmes disponibles, "Idea"
est actuellement un des meilleurs et des plus puissants sur le plan
cryptographique, et "RC2" est un algorithme propri�taire de RSA DSI
[<a href="#AC96">AC96</a>, ch13].</p>
<h3><a name="digestfuntion" id="digestfuntion">Fonction de cr�ation d'empreinte</a></h3>
<p>Le choix d'une fonction de cr�ation d'empreinte d�termine la mani�re
dont une empreinte est cr��e � partir d'une unit� de donn�es. SSL supporte
les fonctions suivantes :</p>
<ul>
<li>Pas d'empreinte (choix Null)</li>
<li>MD5, une empreinte de 128 bits</li>
<li>Algorithme d'Empreinte S�curis�e (Secure Hash Algorithm - SHA-1), une
empreinte de 160 bits</li>
</ul>
<p>On utilise l'empreinte de message pour cr�er un Code d'Authentification
de Message (Message Authentication Code - MAC) qui est chiffr� avec le
message afin de v�rifier son int�grit� et de se prot�ger contre les
attaques de type "rejeu".</p>
<h3><a name="handshake" id="handshake">Protocole de la s�quence d'�changes d'informations</a></h3>
<p>La s�quence d'�changes d'informations utilise trois protocoles :</p>
<ul>
<li>Le <dfn>Protocole d'�changes d'informations SSL</dfn> pour �tablir
la session SSl entre le client et le serveur.</li>
<li>Le <dfn>Protocole de sp�cification du chiffrement SSL</dfn> pour
l'agr�ment effectif de la suite de chiffrement � utiliser
pour la session.</li>
<li>Le <dfn>Protocole d'alertes SSL</dfn> pour la transmission de
messages d'erreur SSL entre le client et le serveur.</li>
</ul>
<p>Ces protocoles, ainsi que les donn�es du protocole de l'application,
sont encapsul�s dans le <dfn>Protocole d'enregistrement SSL
(SSL Record Protocol)</dfn>, comme
le montre la <a href="#figure2">Figure 2</a>. Un protocole encapsul� est
tranf�r� en tant que donn�es par le protocole de la couche de niveau
inf�rieur, qui ne se pr�occupe pas du contenu des donn�es. Le protocole
encapsul� n'a aucune connaissance du protocole sous-jacent.</p>
<p class="figure">
<img src="../images/ssl_intro_fig2.gif" alt="" width="428" height="217" /><br />
<a id="figure2" name="figure2"><dfn>Figure 2</dfn></a>:
Pile du protocole SSL</p>
<p>L'encapsulation des protocoles de contr�le SSL dans le protocole
d'enregistrement signifie que si une session active est ren�goci�e, les
protocoles de contr�le seront transmis de mani�re s�curis�e. S'il n'y
avait pas de session pr�alable, la suite de chiffrement Null est utilis�e,
ce qui signifie que les messages ne seront pas chiffr�s et ne poss�deront
pas d'empreinte d'int�grit�, jusqu'� ce que la session ait �t� �tablie.</p>
<h3><a name="datatransfer" id="datatransfer">Transmission des donn�es</a></h3>
<p>Le protocole d'enregistrement SSL, comme le montre la
<a href="#figure3">Figure 3</a>, est utilis� pour transmettre les donn�es
de l'application et les donn�es de contr�le SSL entre le client et le
serveur, les donn�es �tant n�cessairement fragment�es en �l�ments plus
petits, ou plusieurs messages de donn�es avec protocole de niveau
sup�rieur pouvant �tre combin�s en un seul �l�ment. Ce protocole peut
joindre des signatures d'empreintes, compresser et chiffrer ces �l�ments
avant de les transmettre en utilisant le protocole fiable de transport
sous-jacent (Note : actuellement, aucune impl�mentation majeure de SSL
n'inclut le support de la compression).</p>
<p class="figure">
<img src="../images/ssl_intro_fig3.gif" alt="" width="423" height="323" /><br />
<a id="figure3" name="figure3"><dfn>Figure 3</dfn></a>:
Protocole d'enregistrement SSL</p>
<h3><a name="securehttp" id="securehttp">S�curisation des communications HTTP</a></h3>
<p>Une des utilisations courantes de SSL est la s�curisation des
communication HTTP sur le Web entre un navigateur et un serveur web. Ceci
n'exclut pas l'utilisation de HTTP non s�curis� - la version s�curis�e
(appel�e HTTPS) est identique � du vrai HTTP sur SSL,
mais utilise le pr�fixe
d'URL <code>https</code> au lieu de <code>http</code>, et un port
de serveur diff�rent (par d�faut le port 443).
Ceci constitue pour une large part
ce qu'apporte <code class="module"><a href="../mod/mod_ssl.html">mod_ssl</a></code> au serveur web Apache.</p>
</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="section">
<h2><a name="references" id="references">R�f�rences</a></h2>
<dl>
<dt><a id="AC96" name="AC96">[AC96]</a></dt>
<dd>Bruce Schneier, <q>Applied Cryptography</q>, 2nd Edition, Wiley,
1996. Voir <a href="http://www.counterpane.com/">http://www.counterpane.com/</a> pour diverses autres productions de Bruce
Schneier.</dd>
<dt><a id="X208" name="X208">[X208]</a></dt>
<dd>ITU-T Recommendation X.208, <q>Specification of Abstract Syntax Notation
One (ASN.1)</q>, 1988. Voir par exemple <a href="http://www.itu.int/rec/recommendation.asp?type=items&lang=e&parent=T-REC-X.208-198811-I">http://www.itu.int/rec/recommendation.asp?type=items&lang=e&parent=T-REC-X.208-198811-I</a>.
</dd>
<dt><a id="X509" name="X509">[X509]</a></dt>
<dd>ITU-T Recommendation X.509, <q>The Directory - Authentication
Framework</q>. Voir par exemple <a href="http://www.itu.int/rec/recommendation.asp?type=folders&lang=e&parent=T-REC-X.509">http://www.itu.int/rec/recommendation.asp?type=folders&lang=e&parent=T-REC-X.509</a>.
</dd>
<dt><a id="PKCS" name="PKCS">[PKCS]</a></dt>
<dd><q>Public Key Cryptography Standards (PKCS)</q>,
RSA Laboratories Technical Notes, Voir <a href="http://www.rsasecurity.com/rsalabs/pkcs/">http://www.rsasecurity.com/rsalabs/pkcs/</a>.</dd>
<dt><a id="MIME" name="MIME">[MIME]</a></dt>
<dd>N. Freed, N. Borenstein, <q>Multipurpose Internet Mail Extensions
(MIME) Part One: Format of Internet Message Bodies</q>, RFC2045.
Voir par exemple <a href="http://ietf.org/rfc/rfc2045.txt">http://ietf.org/rfc/rfc2045.txt</a>.</dd>
<dt><a id="SSL2" name="SSL2">[SSL2]</a></dt>
<dd>Kipp E.B. Hickman, <q>The SSL Protocol</q>, 1995. See <a href="http://www.netscape.com/eng/security/SSL_2.html">http://www.netscape.com/eng/security/SSL_2.html</a>.</dd>
<dt><a id="SSL3" name="SSL3">[SSL3]</a></dt>
<dd>Alan O. Freier, Philip Karlton, Paul C. Kocher, <q>The SSL Protocol
Version 3.0</q>, 1996. Voir <a href="http://www.netscape.com/eng/ssl3/draft302.txt">http://www.netscape.com/eng/ssl3/draft302.txt</a>.</dd>
<dt><a id="TLS1" name="TLS1">[TLS1]</a></dt>
<dd>Tim Dierks, Christopher Allen, <q>The TLS Protocol Version 1.0</q>,
1999. Voir <a href="http://ietf.org/rfc/rfc2246.txt">http://ietf.org/rfc/rfc2246.txt</a>.</dd>
</dl>
</div></div>
<div class="bottomlang">
<p><span>Langues Disponibles: </span><a href="../en/ssl/ssl_intro.html" hreflang="en" rel="alternate" title="English"> en </a> |
<a href="../fr/ssl/ssl_intro.html" title="Fran�ais"> fr </a> |
<a href="../ja/ssl/ssl_intro.html" hreflang="ja" rel="alternate" title="Japanese"> ja </a></p>
</div><div id="footer">
<p class="apache">Copyright 2012 The Apache Software Foundation.<br />Autoris� sous <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p>
<p class="menu"><a href="../mod/">Modules</a> | <a href="../mod/directives.html">Directives</a> | <a href="../faq/">FAQ</a> | <a href="../glossary.html">Glossaire</a> | <a href="../sitemap.html">Plan du site</a></p></div>
</body></html>
|
