www/apache
1
0
Fork 0
mirror of https://github.com/apache/httpd.git synced 2025-11-03 17:53:20 +03:00
Code Activity
Files
47a05bb155e48d89221803e6443c8889c6f25eeb
apache/docs/manual/ssl/ssl_howto.html.fr
Rainer Jung f0348fc283 Xforms. 
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1776970 13f79535-47bb-0310-9956-ffa450edef68
2017-01-02 17:57:35 +00:00

540 lines
30 KiB
Plaintext
Raw Blame History

<?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.png" /></div>
<div class="up"><a href="./"><img title="&lt;-" alt="&lt;-" src="../images/left.gif" /></a></div>
<div id="path">
<a href="http://www.apache.org/">Apache</a> &gt; <a href="http://httpd.apache.org/">Serveur HTTP</a> &gt; <a href="http://httpd.apache.org/docs/">Documentation</a> &gt; <a href="../">Version 2.5</a> &gt; <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">&nbsp;en&nbsp;</a> |
<a href="../fr/ssl/ssl_howto.html" title="Fran<61>ais">&nbsp;fr&nbsp;</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 d'algorithmes de chiffrement et mise en oeuvre du chiffrement fort</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><h3>Voir aussi</h3><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
&lt;VirtualHost *:443&gt;
ServerName www.example.com
SSLEngine on
SSLCertificateFile "/path/to/www.example.com.cert"
SSLCertificateKeyFile "/path/to/www.example.com.key"
&lt;/VirtualHost&gt;</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 d'algorithmes de chiffrement et mise en oeuvre du chiffrement fort</a></h2>
<div class="warning">
<p>Le "chiffrement fort est et a toujours <20>t<EFBFBD> une cible mouvante. En outre, la
d<EFBFBD>finition du terme "fort" d<>pend de l'utilisation que vous allez faire de votre
chiffrement, de vos mod<6F>les de menaces, et du niveau de risque que vous
consid<EFBFBD>rez comme acceptable. L'<27>quipe du serveur HTTP Apache ne peut donc pas
d<EFBFBD>finir ce chiffrement fort <20> votre place.</p>
<p>Dans ce document dont la derni<6E>re mise <20> jour remonte <20> la mi-2016, une
"chiffrement fort" fait r<>f<EFBFBD>rence <20> une impl<70>mentation TLS qui fournit, en plus
d'une protection basique de la confidentialit<69>, de l'int<6E>grit<69> et de
l'authenticit<69> que tout utilisateur s'attend <20> trouver, toutes les
fonctionnalit<EFBFBD>s suivantes :</p>
<ul>
<li>Une confidentialit<69> persistante (Forward Secrecy) parfaite qui garantie que
la d<>couverte de la cl<63> priv<69>e d'un serveur ne compromettra pas la
condidentialit<EFBFBD> des communications TLS pass<73>es.</li>
<li>Une protection contre les types d'attaque connus contre les anciennes
impl<EFBFBD>mentations SSL et TLS comme <a href="https://en.wikipedia.org/wiki/POODLE">POODLE</a> et <a href="https://en.wikipedia.org/wiki/Transport_Layer_Security#BEAST_attack">BEAST</a>.</li>
<li>Le support des algorithmes de chiffrement les plus efficaces disponibles sur
les navigateurs web modernes (et <20> jour), ainsi que sur les autres clients HTTP.</li>
<li>Le <strong>Rejet</strong> des clients qui ne sont pas en mesure de respecter
ces pr<70>requis. En d'autres termes, un "chiffrement fort" implique que les
clients obsol<6F>tes ne doivent pas avoir la possibilit<69> de se connecter au serveur
afin de les emp<6D>cher de mettre en danger leurs utilisateurs. Vous seul(e) <20>tes
alors <20> m<>me de d<>cider si ce comportement est appropri<72> <20> votre situation.</li>
</ul>
<p>Notez cependant qu'un <em>chiffrement fort</em> ne suffit pas <20> lui seul pour
assurer un niveau de <em>securit<69></em> fort (A titre d'exemple, les attaques
oracle sur la compression HTTP comme <a href="https://en.wikipedia.org/wiki/BREACH_(security_exploit)">BREACH</a>
peuvent n<>cessiter des actions suppl<70>mentaires pour <20>tre <20>radiqu<71>es).</p>
</div>
<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 de nombreux 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>La configuration suivante active le "chiffrement fort" telle qu'il est
d<>fini ci-dessus, et s'inspire du document de la Fondation Mozilla sur les
pr<70>requis de <a href="https://wiki.mozilla.org/Security/Server_Side_TLS">Server Side
TLS</a> :</p>
<pre class="prettyprint lang-config"># Configuration "moderne" d<>finie en ao<61>t 2016 par le g<>n<EFBFBD>rateur de
# configuration SSL de la Fondation Mozilla. Ce dernier est disponible <20>
# https://mozilla.github.io/server-side-tls/ssl-config-generator/
SSLProtocol all -SSLv3 -TLSv1 -TLSv1.1
# De nombreux algorithmes de chiffrement d<>finis ici n<>cessitent une version
# r<>cente (1.0.1 ou plus) d'OpenSSL. Certains n<>cessitent m<>me OpenSSL 1.1.0
# qui, <20> l'heure o<> ces lignes sont <20>crites, <20>tait encore en pre-release.
SSLCipherSuite ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA256
SSLHonorCipherOrder on
SSLCompression off
SSLSessionTickets off</pre>
<ul>
<li>SSL 3.0 et TLS 1.0 <20>tant vuln<6C>rables <20> certaines attaques connues contre
le protocole, ils ont <20>t<EFBFBD> enti<74>rement retir<69>s.</li>
<li>Actuellement (en ao<61>t 2016), la d<>sactivation de TLS 1.1 est facultative
; TLS 1.2 fournit des options de chiffrement plus <20>volu<6C>es, mais la version
1.1 n'est pas encore consid<69>r<EFBFBD>e comme obsol<6F>te. La d<>sactivation de TLS 1.1
peut cependant juguler des attaques contre certaines impl<70>mentations
d<>pass<73>es de TLS.</li>
<li>La directive <code class="directive"><a href="../mod/mod_ssl.html#sslhonorcipherorder">SSLHonorCipherOrder</a></code>
permet de s'assurer que ce sont les pr<70>f<EFBFBD>rences de chiffrement du serveur
qui seront suivies, et non celles du client.</li>
<li>La d<>sactivation de <code class="directive"><a href="../mod/mod_ssl.html#sslcompression">SSLCompression</a></code> permet de pr<70>venir les attaques
oracle sur la compression TLS (en autres <a href="https://en.wikipedia.org/wiki/CRIME">CRIME</a>).</li>
<li>La d<>sactivation de <code class="directive"><a href="../mod/mod_ssl.html#sslsessiontickets">SSLSessionTickets</a></code> permet de s'assurer que la
qualit<69> de la confidentialit<69> persistante (Forward Secrecy) ne sera pas
compromise, m<>me si le serveur n'est pas red<65>marr<72> r<>guli<6C>rement.</li>
</ul>
<p>C'est votre version d'OpenSSL install<6C>e qui d<>termine la liste des
algorithmes de chiffrement support<72>s par la directive <code class="directive"><a href="../mod/mod_ssl.html#sslciphersuite">SSLCipherSuite</a></code>, et non le serveur. Pour pouvoir
utiliser certains d'entre eux, vous devrez peut-<2D>tre mettre <20> jour votre
version d'OpenSSL.</p>
<h3><a name="strongurl" id="strongurl">Comment cr<63>er un serveur qui accepte de nombreux 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 -- utilisons la suite d'algorithmes de
# chiffrement "interm<72>diaire" de Mozilla (des suites plus l<>g<EFBFBD>res peuvent aussi
# <20>tre utilis<69>es mais ne seront pas document<6E>es ici)
SSLCipherSuite ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA:ECDHE-RSA-AES256-SHA:DHE-RSA-AES128-SHA256:DHE-RSA-AES128-SHA:DHE-RSA-AES256-SHA256:DHE-RSA-AES256-SHA:ECDHE-ECDSA-DES-CBC3-SHA:ECDHE-RSA-DES-CBC3-SHA:EDH-RSA-DES-CBC3-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:AES128-SHA:AES256-SHA:DES-CBC3-SHA:!DSS
&lt;Location "/strong/area"&gt;
# sauf pour https://hostname/strong/area/ et ses sous-r<>pertoires qui exigent
# des chiffrements forts
SSLCipherSuite ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA256
&lt;/Location&gt;</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"
&lt;Location "/secure/area"&gt;
SSLVerifyClient require
SSLVerifyDepth 1
&lt;/Location&gt;</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"
&lt;Directory "/usr/local/apache2/htdocs/secure/area"&gt;
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
&lt;/Directory&gt;</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"
&lt;Directory "/usr/local/apache2/htdocs/secure/area"&gt;
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"}
&lt;/Directory&gt;</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"
&lt;Directory "/usr/local/apache2/htdocs"&gt;
# En dehors de subarea, seul l'acc<63>s depuis l'intranet est
# autoris<69>
Require ip 192.168.1.0/24
&lt;/Directory&gt;
&lt;Directory "/usr/local/apache2/htdocs/subarea"&gt;
# 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} &gt;= 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
&lt;/Directory&gt;</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">&nbsp;en&nbsp;</a> |
<a href="../fr/ssl/ssl_howto.html" title="Fran<61>ais">&nbsp;fr&nbsp;</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&amp;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 2017 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>
View Git Blame Copy Permalink