mirror of
				https://github.com/apache/httpd.git
				synced 2025-10-30 08:05:39 +03:00 
			
		
		
		
	git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1722582 13f79535-47bb-0310-9956-ffa450edef68
		
			
				
	
	
		
			481 lines
		
	
	
		
			24 KiB
		
	
	
	
		
			Plaintext
		
	
	
	
	
	
			
		
		
	
	
			481 lines
		
	
	
		
			24 KiB
		
	
	
	
		
			Plaintext
		
	
	
	
	
	
| <?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>
 | ||
| <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type" />
 | ||
| <!--
 | ||
|         XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
 | ||
|               This file is generated from xml source: DO NOT EDIT
 | ||
|         XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
 | ||
|       -->
 | ||
| <title>Chiffrement fort SSL/TLS : Mode d'emploi - Serveur Apache HTTP Version 2.5</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 rel="stylesheet" type="text/css" href="../style/css/prettify.css" />
 | ||
| <script src="../style/scripts/prettify.min.js" type="text/javascript">
 | ||
| </script>
 | ||
| 
 | ||
| <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/quickreference.html">Directives</a> | <a href="http://wiki.apache.org/httpd/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 fort SSL/TLS : Mode d'emploi</h1>
 | ||
| <div class="toplang">
 | ||
| <p><span>Langues Disponibles: </span><a href="../en/ssl/ssl_howto.html" hreflang="en" rel="alternate" title="English"> en </a> |
 | ||
| <a href="../fr/ssl/ssl_howto.html" title="Fran<61>ais"> fr </a></p>
 | ||
| </div>
 | ||
| 
 | ||
| 
 | ||
| <p>Ce document doit vous permettre de d<>marrer et de faire fonctionner
 | ||
| une configuration de base. Avant de vous lancer dans l'application de
 | ||
| techniques avanc<6E>es, il est fortement recommand<6E> de lire le reste
 | ||
| de la documentation SSL afin d'en comprendre le fonctionnement de
 | ||
| mani<EFBFBD>re plus approfondie.</p>
 | ||
| </div>
 | ||
| <div id="quickview"><ul id="toc"><li><img alt="" src="../images/down.gif" /> <a href="#configexample">Exemple de configuration basique</a></li>
 | ||
| <li><img alt="" src="../images/down.gif" /> <a href="#ciphersuites">Suites de chiffrement et mise en application de la s<>curit<69>
 | ||
| de haut niveau</a></li>
 | ||
| <li><img alt="" src="../images/down.gif" /> <a href="#ocspstapling">Agrafage OCSP</a></li>
 | ||
| <li><img alt="" src="../images/down.gif" /> <a href="#accesscontrol">Authentification du client et contr<74>le d'acc<63>s</a></li>
 | ||
| <li><img alt="" src="../images/down.gif" /> <a href="#logging">Journalisation</a></li>
 | ||
| </ul><ul class="seealso"><li><a href="#comments_section">Commentaires</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="configexample" id="configexample">Exemple de configuration basique</a></h2>
 | ||
| 
 | ||
| 
 | ||
| <p>Votre configuration SSL doit comporter au moins les directives
 | ||
| suivantes :</p>
 | ||
| 
 | ||
| <pre class="prettyprint lang-config">Listen 443
 | ||
| <VirtualHost *:443>
 | ||
|     ServerName www.example.com
 | ||
|     SSLEngine on
 | ||
|     SSLCertificateFile "/path/to/www.example.com.cert"
 | ||
|     SSLCertificateKeyFile "/path/to/www.example.com.key"
 | ||
| </VirtualHost></pre>
 | ||
| 
 | ||
| 
 | ||
| </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
 | ||
| <div class="section">
 | ||
| <h2><a name="ciphersuites" id="ciphersuites">Suites de chiffrement et mise en application de la s<>curit<69>
 | ||
| de haut niveau</a></h2>
 | ||
| 
 | ||
| <ul>
 | ||
| <li><a href="#onlystrong">Comment cr<63>er un serveur SSL
 | ||
| qui n'accepte que le chiffrement fort ?</a></li>
 | ||
| <li><a href="#strongurl">Comment cr<63>er un serveur qui accepte tous les types de
 | ||
| chiffrement en g<>n<EFBFBD>ral, mais exige un chiffrement fort pour pouvoir
 | ||
| acc<EFBFBD>der <20> une URL particuli<6C>re ?</a></li>
 | ||
| </ul>
 | ||
| 
 | ||
| 
 | ||
| <h3><a name="onlystrong" id="onlystrong">Comment cr<63>er un serveur SSL qui n'accepte
 | ||
| que le chiffrement fort ?</a></h3>
 | ||
| 
 | ||
|     <p>Les directives suivantes ne permettent que les
 | ||
|     chiffrements de plus haut niveau :</p>
 | ||
|     <pre class="prettyprint lang-config">SSLCipherSuite HIGH:!aNULL:!MD5</pre>
 | ||
| 
 | ||
| 
 | ||
|  <p>Avec la configuration qui suit, vous indiquez une pr<70>f<EFBFBD>rence pour
 | ||
|  des algorityhmes de chiffrement sp<73>cifiques optimis<69>s en mati<74>re de
 | ||
|  rapidit<69> (le choix final sera op<6F>r<EFBFBD> par mod_ssl, dans la mesure ou le
 | ||
|  client les supporte) :</p>
 | ||
| 
 | ||
|     <pre class="prettyprint lang-config">SSLCipherSuite RC4-SHA:AES128-SHA:HIGH:!aNULL:!MD5
 | ||
| SSLHonorCipherOrder on</pre>
 | ||
| 
 | ||
| 
 | ||
| 
 | ||
| <h3><a name="strongurl" id="strongurl">Comment cr<63>er un serveur qui accepte tous les types de
 | ||
| chiffrement en g<>n<EFBFBD>ral, mais exige un chiffrement fort pour pouvoir
 | ||
| acc<EFBFBD>der <20> une URL particuli<6C>re ?</a></h3>
 | ||
| 
 | ||
|     <p>Dans ce cas bien <20>videmment, une directive <code class="directive"><a href="../mod/mod_ssl.html#sslciphersuite">SSLCipherSuite</a></code> au niveau du serveur principal
 | ||
|     qui restreint le choix des suites de chiffrement aux versions les plus
 | ||
|     fortes ne conviendra pas. <code class="module"><a href="../mod/mod_ssl.html">mod_ssl</a></code> peut cependant <20>tre
 | ||
|     reconfigur<75> au sein de blocs <code>Location</code> qui permettent
 | ||
|     d'adapter la configuration g<>n<EFBFBD>rale <20> un r<>pertoire sp<73>cifique ;
 | ||
|     <code class="module"><a href="../mod/mod_ssl.html">mod_ssl</a></code> peut alors forcer automatiquement une
 | ||
|     ren<65>gociation des param<61>tres SSL pour parvenir au but recherch<63>.
 | ||
|     Cette configuration peut se pr<70>senter comme suit :</p>
 | ||
|     <pre class="prettyprint lang-config"># soyons tr<74>s tol<6F>rant a priori
 | ||
| SSLCipherSuite ALL:!aNULL:RC4+RSA:+HIGH:+MEDIUM:+LOW:+EXP:+eNULL
 | ||
| 
 | ||
| <Location "/strong/area">
 | ||
| # sauf pour https://hostname/strong/area/ et ses sous-r<>pertoires
 | ||
| # qui exigent des chiffrements forts
 | ||
| SSLCipherSuite HIGH:!aNULL:!MD5
 | ||
| </Location></pre>
 | ||
| 
 | ||
| 
 | ||
| </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
 | ||
| <div class="section">
 | ||
| <h2><a name="ocspstapling" id="ocspstapling">Agrafage OCSP</a></h2>
 | ||
| 
 | ||
| 
 | ||
| <p>Le protocole de contr<74>le du statut des certificats en ligne (Online
 | ||
| Certificate Status Protocol - OCSP) est un m<>canisme permettant de
 | ||
| d<EFBFBD>terminer si un certificat a <20>t<EFBFBD> r<>voqu<71> ou non, et l'agrafage OCSP en
 | ||
| est une fonctionnalit<69> particuli<6C>re par laquelle le serveur, par exemple
 | ||
| httpd et mod_ssl, maintient une liste des r<>ponses OCSP actuelles pour
 | ||
| ses certificats et l'envoie aux clients qui communiquent avec lui. La
 | ||
| plupart des certificats contiennent l'adresse d'un r<>pondeur OCSP maintenu
 | ||
| par l'Autorit<69> de Certification (CA) sp<73>cifi<66>e, et mod_ssl peut requ<71>rir
 | ||
| ce r<>pondeur pour obtenir une r<>ponse sign<67>e qui peut <20>tre envoy<6F>e aux
 | ||
| clients qui communiquent avec le serveur.</p>
 | ||
| 
 | ||
| <p>L'agrafage OCSP est la m<>thode la plus performante pour obtenir le
 | ||
| statut d'un certificat car il est disponible au niveau du serveur, et le
 | ||
| client n'a donc pas besoin d'ouvrir une nouvelle connexion vers
 | ||
| l'autorit<69> de certification. Autres avantages de l'absence de
 | ||
| communication entre le client et l'autorit<69> de certification :
 | ||
| l'autorit<69> de certification n'a pas acc<63>s <20> l'historique de navigation
 | ||
| du client, et l'obtention du statut du certificat est plus efficace car
 | ||
| elle n'est plus assujettie <20> une surcharge <20>ventuelle des serveurs de
 | ||
| l'autorit<69> de certification.</p>
 | ||
| 
 | ||
| <p>La charge du serveur est moindre car la r<>ponse qu'il a obtenu du
 | ||
| r<EFBFBD>pondeur OCSP peut <20>tre r<>utilis<69>e par tous les clients qui utilisent
 | ||
| le m<>me certificat dans la limite du temps de validit<69> de la r<>ponse.</p>
 | ||
| 
 | ||
| <p>Une fois le support g<>n<EFBFBD>ral SSL correctement configur<75>, l'activation
 | ||
| de l'agrafage OCSP ne requiert que des modifications mineures
 | ||
| <EFBFBD> la configuration de httpd et il suffit en g<>n<EFBFBD>ral de l'ajout de ces
 | ||
| deux directives :</p>
 | ||
| 
 | ||
|     <pre class="prettyprint lang-config">SSLUseStapling On
 | ||
| SSLStaplingCache "shmcb:ssl_stapling(32768)"</pre>
 | ||
| 
 | ||
| 
 | ||
| <p>Ces directives sont plac<61>es de fa<66>on <20> ce qu'elles aient une port<72>e
 | ||
| globale (et particuli<6C>rement en dehors de toute section VirtualHost), le
 | ||
| plus souvent o<> sont plac<61>es les autres directives de configuration
 | ||
| globales SSL, comme <code>conf/extra/httpd-ssl.conf</code> pour les
 | ||
| installations de httpd <20> partir des sources, ou
 | ||
| <code>/etc/apache2/mods-enabled/ssl.conf</code> pour Ubuntu ou Debian,
 | ||
| etc...</p>
 | ||
| 
 | ||
| <p>Cette directive <code class="directive">SSLStaplingCache</code> particuli<6C>re
 | ||
| n<EFBFBD>cessite le chargement du module <code class="module"><a href="../mod/mod_socache_shmcb.html">mod_socache_shmcb</a></code> (<28>
 | ||
| cause du pr<70>fixe <code>shmcb</code> de son argument). Ce module est en
 | ||
| g<EFBFBD>n<EFBFBD>ral d<>j<EFBFBD> activ<69> pour la directive
 | ||
| <code class="directive">SSLSessionCache</code>, ou pour des modules autres que
 | ||
| <code class="module"><a href="../mod/mod_ssl.html">mod_ssl</a></code>. Si vous activez un cache de session SSL
 | ||
| utilisant un m<>canisme autre que <code class="module"><a href="../mod/mod_socache_shmcb.html">mod_socache_shmcb</a></code>,
 | ||
| utilisez aussi ce m<>canisme alternatif pour la directive
 | ||
| <code class="directive">SSLStaplingCache</code>. Par exemple :</p>
 | ||
| 
 | ||
|     <pre class="prettyprint lang-config">SSLSessionCache "dbm:ssl_scache"
 | ||
| SSLStaplingCache "dbm:ssl_stapling"</pre>
 | ||
| 
 | ||
| 
 | ||
| <p>Vous pouvez utiliser la commande openssl pour v<>rifier que votre
 | ||
| serveur envoie bien une r<>ponse OCSP :</p>
 | ||
| 
 | ||
| <pre>$ openssl s_client -connect www.example.com:443 -status -servername www.example.com
 | ||
| ...
 | ||
| OCSP response: 
 | ||
| ======================================
 | ||
| OCSP Response Data:
 | ||
|     OCSP Response Status: successful (0x0)
 | ||
|     Response Type: Basic OCSP Response
 | ||
| ...
 | ||
|     Cert Status: Good
 | ||
| ...</pre>
 | ||
| 
 | ||
| <p>Les sections suivantes explicitent les situations courantes qui
 | ||
| requi<EFBFBD>rent des modifications suppl<70>mentaires de la configuration. Vous
 | ||
| pouvez aussi vous r<>f<EFBFBD>rer au manuel de r<>f<EFBFBD>rence de
 | ||
| <code class="module"><a href="../mod/mod_ssl.html">mod_ssl</a></code>.</p>
 | ||
| 
 | ||
| <h3>Si l'on utilise plus que quelques certificats SSL pour le serveur</h3>
 | ||
| 
 | ||
| <p>Les r<>ponses OCSP sont stock<63>es dans le cache d'agrafage SSL. Alors
 | ||
| que les r<>ponses ont une taille de quelques centaines <20> quelques
 | ||
| milliers d'octets, mod_ssl supporte des r<>ponses d'une taille jusqu'<27>
 | ||
| environ 10 ko. Dans notre cas, le nombre de certificats est cons<6E>quent
 | ||
| et la taille du cache (32768 octets dans l'exemple ci-dessus) doit <20>tre
 | ||
| augment<EFBFBD>e. En cas d'erreur lors du stockage d'une r<>ponse, le
 | ||
| message AH01929 sera enregistr<74> dans le journal.</p>
 | ||
| 
 | ||
| 
 | ||
| <h3>Si le certificat ne sp<73>cifie pas de r<>pondeur OCSP, ou si une
 | ||
| adresse diff<66>rente doit <20>tre utilis<69>e</h3>
 | ||
| 
 | ||
| <p>Veuillez vous r<>f<EFBFBD>rer <20> la documentation de la directive <code class="directive"><a href="../mod/mod_ssl.html#sslstaplingforceurl">SSLStaplingForceURL</a></code>.</p>
 | ||
| 
 | ||
| <p>Vous pouvez v<>rifier si un certificat sp<73>cifie un r<>pondeur OCSP en
 | ||
| utilisant la commande openssl comme suit :</p>
 | ||
| 
 | ||
| <pre>$ openssl x509 -in ./www.example.com.crt -text | grep 'OCSP.*http'
 | ||
| OCSP - URI:http://ocsp.example.com</pre>
 | ||
| 
 | ||
| <p>Si un URI OCSP est fourni et si le serveur web peut communiquer
 | ||
| directement avec lui sans passer par un mandataire, aucune modification
 | ||
| suppl<EFBFBD>mentaire de la configuration n'est requise. Notez que les r<>gles
 | ||
| du pare-feu qui contr<74>lent les connexions sortantes en provenance du
 | ||
| serveur web devront peut-<2D>tre subir quelques ajustements.</p>
 | ||
| 
 | ||
| <p>Si aucun URI OCSP n'est fourni, contactez votre autorit<69> de
 | ||
| certification pour savoir s'il en existe une ; si c'est le
 | ||
| cas, utilisez la directive <code class="directive"><a href="../mod/mod_ssl.html#sslstaplingforceurl">SSLStaplingForceURL</a></code> pour la sp<73>cifier dans
 | ||
| la configuration du serveur virtuel qui utilise le certificat.</p>
 | ||
| 
 | ||
| 
 | ||
| <h3>Si plusieurs serveurs virtuels sont configur<75>s pour utiliser SSL
 | ||
| et si l'agrafage OCSP doit <20>tre d<>sactiv<69> pour certains d'entre eux</h3>
 | ||
| 
 | ||
| 
 | ||
| <p>Ajoutez la directive <code>SSLUseStapling Off</code> <20> la
 | ||
| configuration des serveurs virtuels pour lesquels l'agrafage OCSP doit
 | ||
| <EFBFBD>tre d<>sactiv<69>.</p>
 | ||
| 
 | ||
| 
 | ||
| <h3>Si le r<>pondeur OCSP est lent ou instable</h3>
 | ||
| 
 | ||
| <p>De nombreuses directives permettent de g<>rer les temps de r<>ponse et
 | ||
| les erreurs. R<>f<EFBFBD>rez-vous <20> la documentation de <code class="directive"><a href="../mod/mod_ssl.html#sslstaplingfaketrylater">SSLStaplingFakeTryLater</a></code>, <code class="directive"><a href="../mod/mod_ssl.html#sslstaplingrespondertimeout">SSLStaplingResponderTimeout</a></code>, et <code class="directive"><a href="../mod/mod_ssl.html#sslstaplingreturnrespondererrors">SSLStaplingReturnResponderErrors</a></code>.</p>
 | ||
| 
 | ||
| 
 | ||
| <h3>Si mod_ssl enregistre l'erreur AH02217 dans le journal</h3>
 | ||
| 
 | ||
| <pre>AH02217: ssl_stapling_init_cert: Can't retrieve issuer certificate!</pre>
 | ||
| <p>Afin de pouvoir supporter l'agrafage OCSP lorsqu'un certificat de
 | ||
| serveur particulier est utilis<69>, une cha<68>ne de certification pour ce
 | ||
| certificat doit <20>tre sp<73>cifi<66>e. Si cela n'a pas <20>t<EFBFBD> fait lors de
 | ||
| l'activation de SSL, l'erreur AH02217 sera enregistr<74>e lorsque
 | ||
| l'agrafage OCSP sera activ<69>, et les clients qui utilisent le certificat
 | ||
| consid<EFBFBD>r<EFBFBD> ne recevront pas de r<>ponse OCSP.</p>
 | ||
| 
 | ||
| <p>Veuillez vous r<>f<EFBFBD>rer <20> la documentation des directives <code class="directive"><a href="../mod/mod_ssl.html#sslcertificatechainfile">SSLCertificateChainFile</a></code> et <code class="directive"><a href="../mod/mod_ssl.html#sslcertificatefile">SSLCertificateFile</a></code> pour sp<73>cifier une
 | ||
| cha<EFBFBD>ne de certification.</p>
 | ||
| 
 | ||
| 
 | ||
| </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
 | ||
| <div class="section">
 | ||
| <h2><a name="accesscontrol" id="accesscontrol">Authentification du client et contr<74>le d'acc<63>s</a></h2>
 | ||
| 
 | ||
| <ul>
 | ||
| <li><a href="#allclients">Comment forcer les clients
 | ||
| <EFBFBD> s'authentifier <20> l'aide de certificats ?</a></li>
 | ||
| <li><a href="#arbitraryclients">Comment forcer les clients
 | ||
| <EFBFBD> s'authentifier <20> l'aide de certificats pour une URL particuli<6C>re,
 | ||
| mais autoriser quand-m<>me tout client anonyme
 | ||
| <EFBFBD> acc<63>der au reste du serveur ?</a></li>
 | ||
| <li><a href="#certauthenticate">Comment n'autoriser l'acc<63>s <20> une URL
 | ||
| particuli<EFBFBD>re qu'aux clients qui poss<73>dent des certificats, mais autoriser
 | ||
| l'acc<63>s au reste du serveur <20> tous les clients ?</a></li>
 | ||
| <li><a href="#intranet">Comment imposer HTTPS avec chiffrements forts,
 | ||
| et soit authentification de base, soit possession de certificats clients,
 | ||
| pour l'acc<63>s <20> une partie de l'Intranet, pour les clients en
 | ||
| provenance de l'Internet ?</a></li>
 | ||
| </ul>
 | ||
| 
 | ||
| <h3><a name="allclients" id="allclients">Comment forcer les clients
 | ||
| <EFBFBD> s'authentifier <20> l'aide de certificats ?
 | ||
| </a></h3>
 | ||
| 
 | ||
| 
 | ||
|     <p>Lorsque vous connaissez tous vos clients (comme c'est en g<>n<EFBFBD>ral le cas
 | ||
|     au sein d'un intranet d'entreprise), vous pouvez imposer une
 | ||
|     authentification bas<61>e uniquement sur les certificats. Tout ce dont vous
 | ||
|     avez besoin pour y parvenir est de cr<63>er des certificats clients sign<67>s par
 | ||
|     le certificat de votre propre autorit<69> de certification
 | ||
|     (<code>ca.crt</code>), et d'authentifier les clients <20> l'aide de ces
 | ||
|     certificats.</p>
 | ||
|     <pre class="prettyprint lang-config"># exige un certificat client sign<67> par le certificat de votre CA
 | ||
| # contenu dans ca.crt
 | ||
| SSLVerifyClient require
 | ||
| SSLVerifyDepth 1
 | ||
| SSLCACertificateFile "conf/ssl.crt/ca.crt"</pre>
 | ||
| 
 | ||
| 
 | ||
| 
 | ||
| <h3><a name="arbitraryclients" id="arbitraryclients">Comment forcer les clients
 | ||
| <EFBFBD> s'authentifier <20> l'aide de certificats pour une URL particuli<6C>re,
 | ||
| mais autoriser quand-m<>me tout client anonyme
 | ||
| <EFBFBD> acc<63>der au reste du serveur ?</a></h3>
 | ||
| 
 | ||
| 
 | ||
| <p>Pour forcer les clients <20> s'authentifier <20> l'aide de certificats pour une
 | ||
| URL particuli<6C>re, vous pouvez utiliser les fonctionnalit<69>s de reconfiguration
 | ||
| de <code class="module"><a href="../mod/mod_ssl.html">mod_ssl</a></code> en fonction du r<>pertoire :</p>
 | ||
| 
 | ||
|     <pre class="prettyprint lang-config">SSLVerifyClient none
 | ||
| SSLCACertificateFile "conf/ssl.crt/ca.crt"
 | ||
| 
 | ||
| <Location "/secure/area">
 | ||
| SSLVerifyClient require
 | ||
| SSLVerifyDepth 1
 | ||
| </Location></pre>
 | ||
| 
 | ||
| 
 | ||
| 
 | ||
| <h3><a name="certauthenticate" id="certauthenticate">Comment n'autoriser l'acc<63>s <20> une URL
 | ||
| particuli<EFBFBD>re qu'aux clients qui poss<73>dent des certificats, mais autoriser
 | ||
| l'acc<63>s au reste du serveur <20> tous les clients ?</a></h3>
 | ||
| 
 | ||
| 
 | ||
|     <p>La cl<63> du probl<62>me consiste <20> v<>rifier si une partie du certificat
 | ||
|     client correspond <20> ce que vous attendez. Cela signifie en g<>n<EFBFBD>ral
 | ||
|     consulter tout ou partie du nom distinctif (DN), afin de v<>rifier s'il
 | ||
|     contient une cha<68>ne connue. Il existe deux m<>thodes pour y parvenir ;
 | ||
|     on utilise soit le module <code class="module"><a href="../mod/mod_auth_basic.html">mod_auth_basic</a></code>, soit la
 | ||
|     directive <code class="directive"><a href="../mod/mod_ssl.html#sslrequire">SSLRequire</a></code>.</p>
 | ||
| 
 | ||
|     <p>La m<>thode du module <code class="module"><a href="../mod/mod_auth_basic.html">mod_auth_basic</a></code> est en g<>n<EFBFBD>ral
 | ||
|     incontournable lorsque les certificats ont un contenu arbitraire, ou
 | ||
|     lorsque leur DN ne contient aucun champ connu
 | ||
|     (comme l'organisation, etc...). Dans ce cas, vous devez construire une base
 | ||
|     de donn<6E>es de mots de passe contenant <em>tous</em> les clients
 | ||
|     autoris<69>s, comme suit :</p>
 | ||
| 
 | ||
|     <pre class="prettyprint lang-config">SSLVerifyClient      none
 | ||
| SSLCACertificateFile "conf/ssl.crt/ca.crt"
 | ||
| SSLCACertificatePath "conf/ssl.crt"
 | ||
| 
 | ||
| <Directory "/usr/local/apache2/htdocs/secure/area">
 | ||
| SSLVerifyClient      require
 | ||
|     SSLVerifyDepth       5
 | ||
|     SSLOptions           +FakeBasicAuth
 | ||
|     SSLRequireSSL
 | ||
|     AuthName             "Snake Oil Authentication"
 | ||
|     AuthType             Basic
 | ||
|     AuthBasicProvider    file
 | ||
|     AuthUserFile         "/usr/local/apache2/conf/httpd.passwd"
 | ||
|     Require              valid-user
 | ||
| </Directory></pre>
 | ||
| 
 | ||
|     
 | ||
| 
 | ||
|     <p>Le mot de passe utilis<69> dans cet exemple correspond <20> la cha<68>ne de
 | ||
|     caract<63>res "password" chiffr<66>e en DES. Voir la documentation de la
 | ||
|     directive <code class="directive"><a href="../mod/mod_ssl.html#ssloptions">SSLOptions</a></code> pour
 | ||
|     plus de d<>tails.</p>
 | ||
| 
 | ||
|     <div class="example"><h3>httpd.passwd</h3><pre>/C=DE/L=Munich/O=Snake Oil, Ltd./OU=Staff/CN=Foo:xxj31ZMTZzkVA
 | ||
| /C=US/L=S.F./O=Snake Oil, Ltd./OU=CA/CN=Bar:xxj31ZMTZzkVA
 | ||
| /C=US/L=L.A./O=Snake Oil, Ltd./OU=Dev/CN=Quux:xxj31ZMTZzkVA</pre></div>
 | ||
| 
 | ||
|     <p>Lorsque vos clients font tous partie d'une m<>me hi<68>rarchie, ce qui
 | ||
|     appara<72>t dans le DN, vous pouvez les authentifier plus facilement en
 | ||
|     utilisant la directive <code class="directive"><a href="../mod/mod_ssl.html#sslrequire">SSLRequire</a></code>, comme suit :</p>
 | ||
| 
 | ||
| 
 | ||
|     <pre class="prettyprint lang-config">SSLVerifyClient      none
 | ||
| SSLCACertificateFile "conf/ssl.crt/ca.crt"
 | ||
| SSLCACertificatePath "conf/ssl.crt"
 | ||
| 
 | ||
| <Directory "/usr/local/apache2/htdocs/secure/area">
 | ||
|   SSLVerifyClient      require
 | ||
|   SSLVerifyDepth       5
 | ||
|   SSLOptions           +FakeBasicAuth
 | ||
|   SSLRequireSSL
 | ||
|   SSLRequire       %{SSL_CLIENT_S_DN_O}  eq "Snake Oil, Ltd." \
 | ||
|                and %{SSL_CLIENT_S_DN_OU} in {"Staff", "CA", "Dev"}
 | ||
| </Directory></pre>
 | ||
| 
 | ||
| 
 | ||
| 
 | ||
| <h3><a name="intranet" id="intranet">Comment imposer HTTPS avec chiffrements forts,
 | ||
| et soit authentification de base, soit possession de certificats clients,
 | ||
| pour l'acc<63>s <20> une partie de l'Intranet, pour les clients en
 | ||
| provenance de l'Internet ? Je souhaite quand-m<>me autoriser l'acc<63>s en HTTP
 | ||
| aux clients de l'intranet.</a></h3>
 | ||
| 
 | ||
| 
 | ||
|    <p>On suppose dans ces exemples que les clients de l'intranet ont des
 | ||
|    adresses IP dans la gamme 192.168.1.0/24, et que la partie de l'intranet
 | ||
|    <20> laquelle vous voulez autoriser l'acc<63>s depuis l'Internet est
 | ||
|    <code>/usr/local/apache2/htdocs/subarea</code>. Ces lignes de configuration
 | ||
|    doivent se trouver en dehors de votre h<>te virtuel HTTPS, afin qu'elles
 | ||
|    s'appliquent <20> la fois <20> HTTP et HTTPS.</p>
 | ||
| 
 | ||
|     <pre class="prettyprint lang-config">SSLCACertificateFile "conf/ssl.crt/company-ca.crt"
 | ||
| 
 | ||
| <Directory "/usr/local/apache2/htdocs">
 | ||
| #   En dehors de subarea, seul l'acc<63>s depuis l'intranet est
 | ||
| #   autoris<69>
 | ||
|     Require              ip 192.168.1.0/24
 | ||
| </Directory>
 | ||
| 
 | ||
| <Directory "/usr/local/apache2/htdocs/subarea">
 | ||
| #   Dans subarea, tout acc<63>s depuis l'intranet est autoris<69>
 | ||
| #   mais depuis l'Internet, seul l'acc<63>s par HTTPS + chiffrement fort + Mot de passe
 | ||
| #   ou HTTPS + chiffrement fort + certificat client n'est autoris<69>.
 | ||
| 
 | ||
| #   Si HTTPS est utilis<69>, on s'assure que le niveau de chiffrement est fort.
 | ||
| #   Autorise en plus les certificats clients comme une alternative <20>
 | ||
| #   l'authentification basique.
 | ||
|     SSLVerifyClient      optional
 | ||
|     SSLVerifyDepth       1
 | ||
|     SSLOptions           +FakeBasicAuth +StrictRequire
 | ||
|     SSLRequire           %{SSL_CIPHER_USEKEYSIZE} >= 128
 | ||
|     
 | ||
|     #   ON oblige les clients venant d'Internet <20> utiliser HTTPS
 | ||
|     RewriteEngine        on
 | ||
|     RewriteCond          "%{REMOTE_ADDR}" "!^192\.168\.1\.[0-9]+$"
 | ||
|     RewriteCond          "%{HTTPS}" "!=on"
 | ||
|     RewriteRule          "." "-" [F]
 | ||
|     
 | ||
|     #   On permet l'acc<63>s soit sur les crit<69>res r<>seaux, soit par authentification Basique
 | ||
|     Satisfy              any
 | ||
|     
 | ||
|     #   Contr<74>le d'acc<63>s r<>seau
 | ||
|     Require              ip 192.168.1.0/24
 | ||
|     
 | ||
|     #   Configuration de l'authentification HTTP Basique
 | ||
|     AuthType             basic
 | ||
|     AuthName             "Protected Intranet Area"
 | ||
|     AuthBasicProvider    file
 | ||
|     AuthUserFile         "conf/protected.passwd"
 | ||
|     Require              valid-user
 | ||
| </Directory></pre>
 | ||
| 
 | ||
| 
 | ||
| </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
 | ||
| <div class="section">
 | ||
| <h2><a name="logging" id="logging">Journalisation</a></h2>
 | ||
|     
 | ||
| 
 | ||
|     <p><code class="module"><a href="../mod/mod_ssl.html">mod_ssl</a></code> peut enregistrer des informations de
 | ||
|     d<>bogage tr<74>s verbeuses dans le journal des erreurs, lorsque sa
 | ||
|     directive <code class="directive"><a href="../mod/core.html#loglevel">LogLevel</a></code> est d<>finie
 | ||
|     <20> des niveaux de trace <20>lev<65>s. Par contre, sur un serveur tr<74>s
 | ||
|     sollicit<69>, le niveau <code>info</code> sera probablement d<>j<EFBFBD> trop
 | ||
|     <20>lev<65>. Souvenez-vous que vous pouvez configurer la directive
 | ||
|     <code class="directive"><a href="../mod/core.html#loglevel">LogLevel</a></code> par module afin de
 | ||
|     pourvoir <20> vos besoins.</p>
 | ||
| </div></div>
 | ||
| <div class="bottomlang">
 | ||
| <p><span>Langues Disponibles: </span><a href="../en/ssl/ssl_howto.html" hreflang="en" rel="alternate" title="English"> en </a> |
 | ||
| <a href="../fr/ssl/ssl_howto.html" title="Fran<61>ais"> fr </a></p>
 | ||
| </div><div class="top"><a href="#page-header"><img src="../images/up.gif" alt="top" /></a></div><div class="section"><h2><a id="comments_section" name="comments_section">Commentaires</a></h2><div class="warning"><strong>Notice:</strong><br />This is not a Q&A section. Comments placed here should be pointed towards suggestions on improving the documentation or server, and may be removed again by our moderators if they are either implemented or considered invalid/off-topic. Questions on how to manage the Apache HTTP Server should be directed at either our IRC channel, #httpd, on Freenode, or sent to our <a href="http://httpd.apache.org/lists.html">mailing lists</a>.</div>
 | ||
| <script type="text/javascript"><!--//--><![CDATA[//><!--
 | ||
| var comments_shortname = 'httpd';
 | ||
| var comments_identifier = 'http://httpd.apache.org/docs/trunk/ssl/ssl_howto.html';
 | ||
| (function(w, d) {
 | ||
|     if (w.location.hostname.toLowerCase() == "httpd.apache.org") {
 | ||
|         d.write('<div id="comments_thread"><\/div>');
 | ||
|         var s = d.createElement('script');
 | ||
|         s.type = 'text/javascript';
 | ||
|         s.async = true;
 | ||
|         s.src = 'https://comments.apache.org/show_comments.lua?site=' + comments_shortname + '&page=' + comments_identifier;
 | ||
|         (d.getElementsByTagName('head')[0] || d.getElementsByTagName('body')[0]).appendChild(s);
 | ||
|     }
 | ||
|     else {
 | ||
|         d.write('<div id="comments_thread">Comments are disabled for this page at the moment.<\/div>');
 | ||
|     }
 | ||
| })(window, document);
 | ||
| //--><!]]></script></div><div id="footer">
 | ||
| <p class="apache">Copyright 2016 The Apache Software Foundation.<br />Autoris<69> 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/quickreference.html">Directives</a> | <a href="http://wiki.apache.org/httpd/FAQ">FAQ</a> | <a href="../glossary.html">Glossaire</a> | <a href="../sitemap.html">Plan du site</a></p></div><script type="text/javascript"><!--//--><![CDATA[//><!--
 | ||
| if (typeof(prettyPrint) !== 'undefined') {
 | ||
|     prettyPrint();
 | ||
| }
 | ||
| //--><!]]></script>
 | ||
| </body></html> |