<?php
include_once $_SERVER['DOCUMENT_ROOT'] . '/include/shared-manual.inc';
$TOC = array();
$TOC_DEPRECATED = array();
$PARENTS = array();
include_once dirname(__FILE__) ."/toc/security.inc";
$setup = array (
  'home' => 
  array (
    0 => 'index.php',
    1 => 'PHP Manual',
  ),
  'head' => 
  array (
    0 => 'UTF-8',
    1 => 'fr',
  ),
  'this' => 
  array (
    0 => 'security.hiding.php',
    1 => 'Masquer PHP',
    2 => 'Masquer PHP',
  ),
  'up' => 
  array (
    0 => 'security.php',
    1 => 'S&eacute;curit&eacute;',
  ),
  'prev' => 
  array (
    0 => 'security.variables.php',
    1 => 'Donn&eacute;es transmises par les internautes',
  ),
  'next' => 
  array (
    0 => 'security.current.php',
    1 => '&Ecirc;tre &agrave; jour',
  ),
  'alternatives' => 
  array (
  ),
  'source' => 
  array (
    'lang' => 'fr',
    'path' => 'security/hiding.xml',
  ),
  'history' => 
  array (
  ),
);
$setup["toc"] = $TOC;
$setup["toc_deprecated"] = $TOC_DEPRECATED;
$setup["parents"] = $PARENTS;
manual_setup($setup);

contributors($setup);

?>
<div id="security.hiding" class="chapter">
 <h1 class="title">Masquer PHP</h1>

 <p class="para">
  En général, la sécurité par l&#039;obscurité est une des formes de sécurité les
  plus faibles. Mais dans certains cas, chaque action, aussi faible soit
  elle, concernant la sécurité, est souhaitable.
 </p>
 <p class="para">
  Quelques astuces permettent de masquer <abbr title="PHP: Hypertext Preprocessor">PHP</abbr>, ce qui peut ralentir
  un attaquant qui recherche des faiblesses dans le système. En
  réglant l&#039;option expose_php à <code class="literal">off</code> dans le fichier <var class="filename">php.ini</var>,
  il est possible de réduire la quantité d&#039;informations disponible.
 </p>
 <p class="para">
  Une autre astuce est de configurer le serveur web, comme Apache,
  pour qu&#039;il utilise plusieurs types de fichiers différents avec <abbr title="PHP: Hypertext Preprocessor">PHP</abbr>,
  soit localement avec un fichier <var class="filename">.htaccess</var>, soit
  dans le fichier de configuration du serveur lui-même. Il est ainsi possible d&#039;utiliser des
  extensions de fichiers déroutantes comme ceci :
  <div class="example" id="example-1">
   <p><strong>Exemple #1 Masquer PHP avec un autre langage</strong></p>
   <div class="example-contents">
<div class="apache-confcode"><pre class="apache-confcode"># Faire que le code PHP ressemble à un autre langage
AddType application/x-httpd-php .asp .py .pl</pre>
</div>
   </div>

  </div>
  Ou le masquer complètement :
  <div class="example" id="example-2">
   <p><strong>Exemple #2 Masquer PHP avec des types inconnus</strong></p>
   <div class="example-contents">
<div class="apache-confcode"><pre class="apache-confcode"># Faire que le code PHP ressemble à un autre langage qui n&#039;existe pas
AddType application/x-httpd-php .bop .foo .133t</pre>
</div>
   </div>

  </div>
  Il est aussi possible de le cacher sous forme de <abbr title="Hyper Text Markup Language">HTML</abbr>. Cela a un léger impact négatif
  sur les performances générales, car tous les fichiers <abbr title="Hyper Text Markup Language">HTML</abbr> seront aussi
  analysés et traités par le moteur <abbr title="PHP: Hypertext Preprocessor">PHP</abbr> :
  <div class="example" id="example-3">
   <p><strong>Exemple #3 Utiliser le type <abbr title="Hyper Text Markup Language">HTML</abbr> pour les extensions PHP</strong></p>
   <div class="example-contents">
<div class="apache-confcode"><pre class="apache-confcode"># Faire que le code PHP ressemble à du html
AddType application/x-httpd-php .htm .html</pre>
</div>
   </div>

  </div>
  Pour que cela fonctionne efficacement, il convient de renommer tous les
  fichiers <abbr title="PHP: Hypertext Preprocessor">PHP</abbr> avec les extensions ci-dessus. Même si c&#039;est une forme
  de sécurité du non-dit, c&#039;est une mesure de prévention mineure,
  avec peu d&#039;inconvénients.
 </p>
</div>
<?php manual_footer($setup); ?>