1 <?xml version="1.0" encoding="ISO-8859-1" ?>
2 <!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
3 <?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
4 <!-- French translation : Lucien GENTIS -->
5 <!-- Reviewed by : Vincent Deffontaines -->
6 <!-- English Revision: 1673945 -->
9 Licensed to the Apache Software Foundation (ASF) under one or more
10 contributor license agreements. See the NOTICE file distributed with
11 this work for additional information regarding copyright ownership.
12 The ASF licenses this file to You under the Apache License, Version 2.0
13 (the "License"); you may not use this file except in compliance with
14 the License. You may obtain a copy of the License at
16 http://www.apache.org/licenses/LICENSE-2.0
18 Unless required by applicable law or agreed to in writing, software
19 distributed under the License is distributed on an "AS IS" BASIS,
20 WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
21 See the License for the specific language governing permissions and
22 limitations under the License.
25 <manualpage metafile="suexec.xml.meta">
27 <title>Support suEXEC</title>
30 <p>La fonctionnalité <strong>suEXEC</strong> permet
31 l'exécution des programmes <strong>CGI</strong> et
32 <strong>SSI</strong> sous un utilisateur autre que celui sous
33 lequel s'exécute le serveur web qui appelle ces programmes.
34 Normalement, lorsqu'un programme CGI ou SSI est lancé, il
35 s'exécute sous le même utilisateur que celui du serveur web qui
38 <p>Utilisée de manière appropriée, cette fonctionnalité peut
39 réduire considérablement les risques de sécurité encourus
40 lorsqu'on autorise les utilisateurs à développer et faire
41 s'exécuter des programmes CGI ou SSI de leur cru. Cependant, mal
42 configuré, suEXEC peut causer de nombreux problèmes et même créer
43 de nouvelles failles dans la sécurité de votre ordinateur. Si
44 vous n'êtes pas familier avec la gestion des programmes
45 <em>setuid root</em> et les risques de sécurité qu'ils comportent,
46 nous vous recommandons vivement de ne pas tenter
47 d'utiliser suEXEC.</p>
50 <section id="before"><title>Avant de commencer</title>
52 <p>Avant de foncer tête baissée dans la lecture de ce document,
53 vous devez tenir compte de certaines hypothèses concernant vous-même
54 et l'environnement dans lequel vous allez utiliser suexec.</p>
56 <p>Premièrement, vous devez utiliser un système d'exploitation
57 UNIX ou dérivé, capable d'effectuer des opérations
58 <strong>setuid</strong> et <strong>setgid</strong>. Tous les
59 exemples de commande sont donnés en conséquence. D'autres
60 plates-formes, même si elles supportent suEXEC, peuvent
61 avoir une configuration différente.</p>
63 <p>Deuxièmement, vous devez être familier avec les concepts de base
64 relatifs à la sécurité de votre ordinateur et son administration.
65 Ceci implique la compréhension des opérations
66 <strong>setuid/setgid</strong> et des différents effets qu'elles
67 peuvent produire sur votre système et son niveau de sécurité.</p>
69 <p>Troisièmement, vous devez utiliser une version
70 <strong>non modifiée</strong> du code de suEXEC. L'ensemble du
71 code de suEXEC a été scruté et testé avec soin par les développeurs
72 et de nombreux bêta testeurs. Toutes les précautions ont été prises
73 pour s'assurer d'une base sûre de code non seulement simple, mais
74 aussi solide. La modification de ce code peut causer des problèmes
75 inattendus et de nouveaux risques de sécurité. Il est
76 <strong>vivement</strong> recommandé de ne pas modifier le code de
77 suEXEC, à moins que vous ne soyez un programmeur spécialiste des
78 particularités liées à la sécurité, et souhaitez partager votre
79 travail avec l'équipe de développement du serveur HTTP Apache afin
80 de pouvoir en discuter.</p>
82 <p>Quatrièmement et dernièrement, l'équipe de développement du
83 serveur HTTP Apache a décidé de ne
84 <strong>PAS</strong> inclure suEXEC dans l'installation par défaut
85 d'Apache httpd. Pour pouvoir mettre en oeuvre suEXEC, l'administrateur
86 doit porter la plus grande attention aux détails. Après avoir bien
87 réfléchi aux différents points de la configuration de suEXEC,
88 l'administrateur peut l'installer selon les méthodes classiques.
89 Les valeurs des paramètres de configuration doivent être
90 déterminées et spécifiées avec soin par l'administrateur, afin de
91 maintenir la sécurité du système de manière appropriée lors de
92 l'utilisation de la fonctionnalité suEXEC. C'est par le biais de
93 ce processus minutieux que nous espérons réserver
94 l'installation de suEXEC aux administrateurs prudents et
95 suffisamment déterminés à vouloir l'utiliser.</p>
97 <p>Vous êtes encore avec nous ? Oui ? Bien.
98 Alors nous pouvons continuer !</p>
101 <section id="model"><title>Modèle de sécurité de suEXEC</title>
103 <p>Avant d'installer et configurer suEXEC, nous allons tout d'abord
104 décrire le modèle de sécurité que vous êtes sur le point
105 d'implémenter. Vous devriez ainsi mieux comprendre ce qui se passe
106 vraiment à l'intérieur de suEXEC et quelles précautions ont été
107 prises pour préserver la sécurité de votre système.</p>
109 <p><strong>suEXEC</strong> est basé sur un programme "conteneur"
110 (wrapper) setuid qui est appelé par le serveur HTTP Apache principal.
111 Ce conteneur est appelé quand une requête HTTP concerne
112 un programme CGI ou SSI que l'administrateur
113 a décidé de faire s'exécuter
114 sous un utilisateur autre que celui du serveur principal.
115 Lorsqu'il reçoit une telle requête, Apache httpd fournit au conteneur
116 suEXEC le nom du programme, ainsi que les identifiants utilisateur
117 et groupe sous lesquels le programme doit s'exécuter.</p>
119 <p>Le conteneur effectue ensuite les vérifications suivantes afin
120 de déterminer la réussite ou l'échec du processus -- si une seule
121 de ces conditions n'est pas vérifiée, le programme journalise
122 l'erreur et se termine en retournant un code d'erreur, sinon il
127 <strong>L'utilisateur qui exécute le conteneur est-il un
128 utilisateur valide de ce système ?</strong>
131 Ceci permet de s'assurer que l'utilisateur qui exécute le
132 conteneur est vraiment un utilisateur appartenant au système.
137 <strong>Le conteneur a-t-il été appelé avec un nombre
138 d'arguments correct ?</strong>
141 Le conteneur ne s'exécutera que si on lui fournit un nombre
142 d'arguments correct. Le serveur HTTP apache sait quel est le
143 bon format des arguments. Si le conteneur ne reçoit pas un
144 nombre d'arguments correct, soit il a été modifié,
145 soit quelque chose ne va pas dans la portion suEXEC de
146 votre binaire Apache httpd.
151 <strong>Cet utilisateur valide est-il autorisé à exécuter le
155 Cet utilisateur est-il celui autorisé à exécuter le
156 conteneur ? Un seul utilisateur (celui d'Apache) est
157 autorisé à exécuter ce programme.
162 <strong>Le chemin du programme CGI ou SSI cible est-il
163 non sûr ?</strong>
166 Le chemin du programme CGI ou SSI cible débute-t-il par un
167 '/' ou contient-il une référence arrière '..' ? Ceci est
168 interdit ; le programme CGI ou SSI cible doit se trouver dans
169 la hiérarchie de la racine des documents de suEXEC (voir
170 <code>--with-suexec-docroot=<em>DIR</em></code> ci-dessous).
175 <strong>Le nom utilisateur cible est-il valide ?</strong>
178 L'utilisateur cible existe-t-il ?
183 <strong>Le nom du groupe cible est-il valide ?</strong>
186 Le groupe cible existe-t-il ?
191 <strong>L'utilisateur cible n'est-il <em>PAS</em>
192 superutilisateur ?</strong>
196 suEXEc ne permet pas à
197 <code><em>root</em></code> d'exécuter des programmes CGI/SSI.
202 <strong>Le numéro de l'identifiant de l'utilisateur cible
203 est-il <em>SUPERIEUR</em> au numéro d'identifiant
207 Le numéro d'identifiant utilisateur minimum est défini à
208 l'exécution du script configure. Ceci vous permet de définir
209 le numéro d'identifiant utilisateur le plus bas qui sera
210 autorisé à éxécuter des programmes CGI/SSI. En particulier,
211 cela permet d'écarter les comptes système.
216 <strong>Le groupe cible n'est-il <em>PAS</em> le groupe
217 superutilisateur ?</strong>
220 Actuellement, suEXEC ne permet pas au groupe
221 <code><em>root</em></code> d'exécuter des programmes CGI/SSI.
226 <strong> Le numéro d'identifiant du groupe cible est-il
227 <em>SUPERIEUR</em> au numéro d'identifiant minimum ?</strong>
230 Le numéro d'identifiant de groupe minimum est spécifié lors
231 de l'exécution du script configure. Ceci vous permet de
232 définir l'identifiant de groupe le plus bas possible qui sera
233 autorisé à exécuter des programmes CGI/SSI, et est
234 particulièrement utile pour écarter les groupes "système".
239 <strong>Le conteneur peut-il obtenir avec succès l'identité
240 des utilisateur et groupe cibles ?</strong>
243 C'est ici que le programme obtient l'identité des utilisateur
244 et groupe cibles via des appels à setuid et setgid. De même,
245 la liste des accès groupe est initialisée avec tous les
246 groupes auxquels l'utilisateur cible appartient.
251 <strong>Peut-on se positionner dans le répertoire dans dequel
252 sont situés les programmes CGI/SSI ?</strong>
255 S'il n'existe pas, il ne peut pas contenir de fichier. Et si
256 l'on ne peut pas s'y positionner, il n'existe probablement
262 <strong>Le répertoire est-il dans l'espace web
266 Si la requête concerne une portion de la racine du serveur,
267 le répertoire demandé est-il dans la hiérarchie de la racine
268 des documents de suEXEC ? Si la requête concerne un
269 <directive module="mod_userdir"
270 >UserDir</directive>, le répertoire demandé est-il dans
271 la hiérarchie du répertoire défini comme le répertoire
272 utilisateur de suEXEC (voir les
273 <a href="#install">options de configuration de suEXEC</a>) ?
278 <strong>L'écriture dans le répertoire est-elle interdite pour
279 un utilisateur autre que le propriétaire </strong>
282 Le répertoire ne doit pas être ouvert aux autres
283 utilisateurs ; seul l'utilisateur propriétaire doit pouvoir
284 modifier le contenu du répertoire.
289 <strong>Le programme CGI/SSI cible existe-t-il ?</strong>
292 S'il n'existe pas, il ne peut pas être exécuté.
297 <strong>Les utilisateurs autres que le propriétaire n'ont-ils
298 <em>PAS</em> de droits en écriture sur le programme
302 Les utilisateurs autres que le propriétaire ne doivent pas
303 pouvoir modifier le programme CGI/SSI.
308 <strong>Le programme CGI/SSI n'est-il <em>PAS</em> setuid ou
312 Les programmes cibles ne doivent pas pouvoir modifier à
313 nouveau les identifiants utilisateur/groupe.
318 <strong>Le couple utilisateur/groupe cible est-il le même que
319 celui du programme ?</strong>
322 L'utilisateur est-il le propriétaire du fichier ?
327 <strong>Peut-on nettoyer avec succès l'environnement des
328 processus afin de garantir la sûreté des opérations ?</strong>
331 suExec nettoie l'environnement des processus en établissant
332 un chemin d'exécution sûr (défini lors de la configuration),
333 et en ne passant que les variables dont les noms font partie
334 de la liste de l'environnement sûr (créée de même lors de la
340 <strong>Le conteneur peut-il avec succès se substituer au
341 programme CGI/SSI cible et s'exécuter ?</strong>
344 C'est là où l'exécution de suEXEC s'arrête et où commence
345 celle du programme CGI/ssi cible.
350 <p>Ce sont les opérations standards effectuées par le modèle de
351 sécurité du conteneur suEXEC. Il peut paraître strict et est
352 susceptible d'imposer de nouvelles limitations et orientations
353 dans la conception des programmes CGI/SSI, mais il a été développé
354 avec le plus grand soin, étape par étape, en se focalisant sur
355 la sécurité.</p>
357 <p>Pour plus d'informations sur la mesure dans laquelle ce modèle
358 de sécurité peut limiter vos possibilités au regard de la
359 configuration du serveur, ainsi que les risques de sécurité qui
360 peuvent être évités grâce à une configuration appropriée de suEXEC,
361 se référer à la section <a
362 href="#jabberwock">"Avis à la population !"</a> de ce document.</p>
365 <section id="install"><title>Configurer et installer suEXEC</title>
367 <p>C'est ici que nous entrons dans le vif du sujet.</p>
369 <p><strong>Options de configuration de suEXEC</strong><br />
373 <dt><code>--enable-suexec</code></dt>
375 <dd>Cette option active la fonctionnalité suEXEC qui n'est
376 jamais installée ou activée par défaut. Au moins une option
377 <code>--with-suexec-xxxxx</code> doit accompagner l'option
378 <code>--enable-suexec</code> pour qu'APACI (l'utilitaire de
379 configuration de la compilation d'Apache) accepte votre demande
380 d'utilisation de la fonctionnalité suEXEC.</dd>
382 <dt><code>--enable-suexec-capabilities</code></dt>
384 <dd><strong>Spécifique à Linux :</strong> Normalement, le binaire
385 <code>suexec</code> est installé en mode "setuid/setgid root", ce
386 qui lui permet de s'exécuter avec la totalité des privilèges de
387 l'utilisateur root. Avec cette option, le binaire
388 <code>suexec</code> sera installé avec seulement les bits
389 setuid/setgid "capability" définis, ce qui constitue un
390 sous-ensemble des privilèges de root pour les opérations de
391 suexec. Notez que dans ce mode, le binaire <code>suexec</code> ne
392 sera pas en mesure d'écrire dans un fichier journal ; il est donc
393 recommandé dans ce mode d'utiliser les options
394 <code>--with-suexec-syslog --without-suexec-logfile</code>, afin
395 d'utiliser la jounalisation syslog.</dd>
397 <dt><code>--with-suexec-bin=<em>PATH</em></code></dt>
399 <dd>Le chemin du binaire <code>suexec</code> doit être codé en
400 dur dans le serveur pour des raisons de sécurité. Cette option
401 vous permet de modifier le chemin par défaut.
403 <code>--with-suexec-bin=/usr/sbin/suexec</code></dd>
405 <dt><code>--with-suexec-caller=<em>UID</em></code></dt>
407 <dd>L'<a href="mod/mpm_common.html#user">utilisateur</a> sous
408 lequel httpd s'exécute habituellement. C'est le seul utilisateur
409 autorisé à exécuter le wrapper suEXEC.</dd>
411 <dt><code>--with-suexec-userdir=<em>DIR</em></code></dt>
413 <dd>Cette option définit le sous-répertoire de la hiérarchie des
414 répertoires utilisateurs dans lequel l'utilisation
415 de suEXEC sera autorisée. Tous les exécutables situés dans ce
416 répertoire seront exécutables par suEXEC sous l'utilisateur
417 cible ; ces programmes doivent donc être sûrs. Si vous utilisez
418 une directive <directive module="mod_userdir">UserDir</directive>
419 "simple" (c'est à dire ne contenant pas de
420 "*"), l'option --with-suexec-userdir
421 devra contenir la même valeur. SuEXEC ne fonctionnera pas
422 correctement si la directive <directive
423 module="mod_userdir">UserDir</directive> contient une valeur
424 différente du répertoire home de l'utilisateur tel qu'il est
425 défini dans le fichier <code>passwd</code>. la valeur par défaut
426 est "<code>public_html</code>".<br />
427 Si vous avez plusieurs hôtes virtuels avec une directive
428 <directive module="mod_userdir">UserDir</directive> différente
429 pour chacun d'entre eux, vous devrez faire en sorte que chaque
430 UserDir possède un répertoire parent commun ; donnez alors à
431 l'option --with-suexec-userdir le nom
432 de ce répertoire commun. <strong>Si tout ceci n'est pas défini
433 correctement, les requêtes CGI "~userdir" ne fonctionneront
436 <dt><code>--with-suexec-docroot=<em>DIR</em></code></dt>
438 <dd>Cette option fonctionne comme la directive DocumentRoot pour
439 httpd. Il s'agit de la seule hiérarchie (en dehors des directives
440 <directive module="mod_userdir"
441 >UserDir</directive>) dans laquelle la fonctionnalité suEXEC
442 pourra être utilisée. La valeur par défaut est la valeur de
443 <code>--datadir</code> accompagnée du suffixe
444 "<code>/htdocs</code>" ;
445 <em>Par exemple</em>, si vous exécutez configure avec
446 "<code>--datadir=/home/apache</code>", la valeur
447 "<code>/home/apache/htdocs</code>" sera utilisée par défaut comme
448 racine des documents pour le conteneur suEXEC.</dd>
450 <dt><code>--with-suexec-uidmin=<em>UID</em></code></dt>
452 <dd>Cette option définit l'identifiant utilisateur le plus bas
453 avec lequel un utilisateur pourra être la cible de
454 suEXEC. 500 ou 100 sont des valeurs courantes sur la plupart des
455 systèmes. la valeur par défaut est 100.</dd>
457 <dt><code>--with-suexec-gidmin=<em>GID</em></code></dt>
459 <dd>Cette option définit l'identifiant de groupe le plus bas
460 avec lequel un utilisateur pourra être la cible de
461 suEXEC. 100 est une valeur courante sur la plupart des
462 systèmes et est par conséquent la valeur par défaut.</dd>
464 <dt><code>--with-suexec-logfile=<em>FILE</em></code></dt>
466 <dd>Cette option permet de définir le fichier dans lequel
467 toutes les transactions et erreurs de suEXEC seront journalisées
468 (à des fins d'analyse ou de débogage). Par défaut, le fichier
469 journal se nomme "<code>suexec_log</code>" et se trouve dans votre
470 répertoire standard des fichiers journaux défini par
471 <code>--logfiledir</code></dd>
473 <dt><code>--with-suexec-syslog</code></dt>
475 <dd>Avec cette option, suexec enregistrera les messages d'erreurs
476 et d'informations dans le journal syslog. Cette option doit être
477 utilisée conjointement avec l'option
478 <code>--without-suexec-logfile</code>.</dd>
480 <dt><code>--with-suexec-safepath=<em>PATH</em></code></dt>
482 <dd>Cette option permet de définir une variable d'environnement
483 PATH sûre à passer aux exécutables CGI. La valeur par défaut
484 est "<code>/usr/local/bin:/usr/bin:/bin</code>".</dd>
488 <title>Compilation et installation du conteneur suEXEC</title>
490 <p>Si vous avez activé la fonctionnalité suEXEC à l'aide de
491 l'option <code>--enable-suexec</code>, le binaire
492 <code>suexec</code> sera automatiquement construit (en même temps
493 que httpd) lorsque vous exécuterez la commande
494 <code>make</code>.</p>
496 <p>Lorsque tous les composants auront été construits, vous pourrez
497 exécuter la commande <code>make install</code> afin de les
498 installer. Le binaire <code>suexec</code> sera installé dans le
499 répertoire défini à l'aide de l'option <code>--sbindir</code>. La
500 localisation par défaut est "/usr/local/apache2/bin/suexec".</p>
501 <p>Veuillez noter que vous aurez besoin des
502 <strong><em>privilèges root</em></strong> pour passer l'étape de
503 l'installation. Pour que le conteneur puisse changer
504 l'identifiant utilisateur, il doit avoir comme propriétaire
505 <code><em>root</em></code>, et les droits du fichier doivent
506 inclure le bit d'exécution setuserid.</p>
510 <title>>Mise en place de permissions pour
511 paranoïaque</title>
512 <p>Bien que le conteneur suEXEC vérifie que l'utilisateur qui
513 l'appelle correspond bien à l'utilisateur spécifié à l'aide de
514 l'option <code>--with-suexec-caller</code> du programme
515 <program>configure</program>, il subsiste toujours le risque qu'un
516 appel système ou une bibliothèque fasse appel à suEXEC avant que
517 cette vérification ne soit exploitable sur votre système. Pour
518 tenir compte de ceci, et parce que c'est en général la meilleure
519 pratique, vous devez utiliser les permissions du système de
520 fichiers afin de vous assurer que seul le groupe sous lequel
521 s'exécute httpd puisse faire appel à suEXEC.</p>
523 <p>Si, par exemple, votre serveur web est configuré pour
524 s'exécuter en tant que :</p>
526 <highlight language="config">
531 <p>et <program>suexec</program> se trouve à
532 "/usr/local/apache2/bin/suexec", vous devez exécuter les
536 chgrp webgroup /usr/local/apache2/bin/suexec<br />
537 chmod 4750 /usr/local/apache2/bin/suexec<br />
540 <p>Ceci permet de s'assurer que seul le groupe sous lequel httpd
541 s'exécute (ici webgroup) puisse faire appel au conteneur
546 <section id="enable"><title>Activation et désactivation
549 <p>Au démarrage, httpd vérifie la présence du fichier
550 <program>suexec</program> dans le répertoire défini par
551 l'option <code>--sbindir</code> du script configure (le
552 répertoire par défaut est "/usr/local/apache/sbin/suexec"). Si
553 httpd trouve un conteneur suEXEC correctement configuré, il
554 enregistrera le message suivant dans le journal des erreurs :</p>
557 [notice] suEXEC mechanism enabled (wrapper: <var>/path/to/suexec</var>)
560 <p>Si ce message n'est pas généré au démarrage du serveur, ce
561 dernier ne trouve probablement pas le programme conteneur à
562 l'endroit où il est sensé être, ou l'exécutable suexec n'est pas
563 installé en <em>setuid root</em>.</p>
565 <p>Si le serveur HTTP Apache est déjà en cours d'exécution, et si
566 vous activez le mécanisme suEXEC pour la première fois, vous
567 devez arrêter et redémarrer httpd. Un redémarrage
568 à l'aide d'un simple signal HUP ou USR1 suffira. </p>
569 <p>Pour désactiver suEXEC, vous devez supprimer le fichier
570 <program>suexec</program>, puis arrêter et redémarrer
574 <section id="usage"><title>Utilisation de suEXEC</title>
576 <p>Les requêtes pour des programmes CGI ne feront appel au
577 conteneur suEXEC que si elles concernent un hôte virtuel
578 contenant une directive <directive
579 module="mod_suexec">SuexecUserGroup</directive>, ou si elles sont
580 traitées par <module>mod_userdir</module>.</p>
582 <p><strong>Hôtes virtuels :</strong><br /> Une des méthodes
583 d'utilisation du conteneur suEXEC consiste à insérer une
585 module="mod_suexec">SuexecUserGroup</directive> dans une section
586 <directive module="core">VirtualHost</directive>. En définissant
587 des valeurs différentes de celles du serveur principal, toutes les
588 requêtes pour des ressources CGI seront exécutées sous
589 les <em>User</em> et <em>Group</em> définis pour cette section
591 module="core" type="section">VirtualHost</directive>. Si cette
592 directive est absente de la section <directive module="core"
593 type="section">VirtualHost</directive>, l'utilisateur du
594 serveur principal sera pris par défaut</p>
596 <p><strong>Répertoires des utilisateurs :</strong><br /> Avec
597 cette méthode, les
598 requêtes traitées par <module>mod_userdir</module> appelleront le
599 conteneur suEXEC pour exécuter le programme CGI sous l'identifiant
600 utilisateur du répertoire utilisateur concerné. Seuls prérequis
601 pour pouvoir accéder à cette fonctionnalité : l'exécution des CGI
602 doit être activée pour l'utilisateur concerné, et le script doit
603 passer avec succès le test des <a href="#model">vérifications de
604 sécurité</a> décrit plus haut. Voir aussi l'
605 <a href="#install">option de compilation</a>
606 <code>--with-suexec-userdir</code>.</p> </section>
608 <section id="debug"><title>Débogage de suEXEC</title>
610 <p>Le conteneur suEXEC va écrire ses informations de journalisation
611 dans le fichier défini par l'option de compilation
612 <code>--with-suexec-logfile</code> comme indiqué plus haut,
613 ou vers syslog si l'option <code>--with-suexec-syslog</code> est
614 utilisée. Si vous
615 pensez avoir configuré et installé correctement le conteneur,
616 consultez ce journal, ainsi que le journal des erreurs du serveur
617 afin de déterminer l'endroit où vous avez fait fausse
618 route. Si vous utilisez une distribution binaire, la commande
619 <code>"suexec -V"</code> vous permet de déterminer quelles options
620 ont été utilisées pour compiler suexec.</p>
624 <section id="jabberwock"><title>Avis à la population !
625 Avertissements et exemples</title>
627 <p><strong>NOTE !</strong> Cette section est peut-être incomplète.
628 Pour en consulter la dernière révision, voir la version de la <a
629 href="http://httpd.apache.org/docs/&httpd.docs;/suexec.html"
630 >Documentation en ligne</a>.</p>
632 <p>Quelques points importants du conteneur peuvent
633 imposer des contraintes du point de vue de la configuration du
634 serveur. Veuillez en prendre connaissance avant de soumettre un
635 rapport de bogue à propos de suEXEC.</p>
638 <li><strong>Points importants de suEXEC</strong></li>
641 Limitations concernant la hiérarchie.
644 Pour des raisons de sécurité et d'efficacité, toutes les
645 requêtes suEXEC ne doivent concerner que des ressources
646 situées dans la racine des documents définie pour les
647 requêtes concernant un hôte virtuel, ou des ressources
648 situées dans la racine des documents définies pour les
649 requêtes concernant un répertoire utilisateur. Par exemple,
650 si vous avez configuré quatre hôtes virtuels, vous devrez
651 définir la structure des racines de documents de vos hôtes
652 virtuels en dehors d'une hiérarchie de documents principale
653 de httpd, afin de tirer parti de suEXEC dans le contexte des
654 hôtes virtuels (Exemple à venir).
659 La variable d'environnement PATH de suEXEC
662 Modifier cette variable peut s'avérer dangereux. Assurez-vous
663 que tout chemin que vous ajoutez à cette variable est un
664 répertoire <strong>de confiance</strong>. Vous n'avez
665 probablement pas l'intention d'ouvrir votre serveur de façon
666 à ce que l'on puisse y exécuter un cheval de Troie.
671 Modification de suEXEC
674 Encore une fois, ceci peut vous causer de
675 <strong>graves ennuis</strong> si vous vous y essayez sans
676 savoir ce que vous faites. Evitez de vous y risquer dans la
projects / apache / blob