<?php
include_once $_SERVER['DOCUMENT_ROOT'] . '/include/shared-manual.inc';
$TOC = array();
$TOC_DEPRECATED = array();
$PARENTS = array();
include_once dirname(__FILE__) ."/toc/mongodb.security.inc";
$setup = array (
  'home' => 
  array (
    0 => 'index.php',
    1 => 'PHP Manual',
  ),
  'head' => 
  array (
    0 => 'UTF-8',
    1 => 'fr',
  ),
  'this' => 
  array (
    0 => 'mongodb.security.request_injection.php',
    1 => 'Attaques par injection de requ&ecirc;tes',
    2 => 'Attaques par injection de requ&ecirc;tes',
  ),
  'up' => 
  array (
    0 => 'mongodb.security.php',
    1 => 'S&eacute;curit&eacute;',
  ),
  'prev' => 
  array (
    0 => 'mongodb.security.php',
    1 => 'S&eacute;curit&eacute;',
  ),
  'next' => 
  array (
    0 => 'mongodb.security.script_injection.php',
    1 => 'Attaque par injection de scripts',
  ),
  'alternatives' => 
  array (
  ),
  'source' => 
  array (
    'lang' => 'fr',
    'path' => 'reference/mongodb/security.xml',
  ),
  'history' => 
  array (
  ),
);
$setup["toc"] = $TOC;
$setup["toc_deprecated"] = $TOC_DEPRECATED;
$setup["parents"] = $PARENTS;
manual_setup($setup);

contributors($setup);

?>
<div id="mongodb.security.request_injection" class="section">
  <h2 class="title">Attaques par injection de requêtes</h2>
  <p class="para">
   Si on passe des paramètres <code class="literal">$_GET</code> (ou <code class="literal">$_POST</code>)
   aux requêtes, il faut s&#039;assurer de convertir en chaînes de caractères avant.
   Les utilisateurs peuvent insérer des tableaux associatifs dans les requêtes
   GET et POST, qui pourraient alors devenir des requêtes $ indésirables.
  </p>

  <p class="para">
   Un exemple assez anodin : supposez qu&#039;on cherche les informations d&#039;un
   utilisateur avec la requête <em>http://www.example.com?username=bob</em>.
   L&#039;application crée la requête
   <code class="literal">$q = new \MongoDB\Driver\Query( [ &#039;username&#039; =&gt; $_GET[&#039;username&#039;] ])</code>.
  </p>

  <p class="para">
   Cela fonctionne bien, mais quelqu&#039;un pourrait subvertir cela en passant
   <em>http://www.example.com?username[$ne]=foo</em>, que PHP
   transformera magiquement en un tableau associatif, transformant le requête en
   <code class="literal">$q = new \MongoDB\Driver\Query( [ &#039;username&#039; =&gt; [ &#039;$ne&#039; =&gt; &#039;foo&#039; ] ] )</code>,
   qui renverra tous les utilisateurs dont le nom n&#039;est pas &quot;foo&quot; (tous les utilisateurs, probablement).
  </p>

  <p class="para">
   C&#039;est une attaque assez facile à contrer : il faut s&#039;assurer que les paramètres
   <code class="literal">$_GET</code> et <code class="literal">$_POST</code> sont du type attendu
   avant d&#039;envoyer à la base de données. PHP dispose de la fonction
   <span class="function"><a href="function.filter-var.php" class="function">filter_var()</a></span> pour aider.
  </p>

  <p class="para">
   À noter que ce type d&#039;attaque peut être utilisé avec n&#039;importe quelle interaction
   avec la base de données qui localise un document, y compris les mises à jour,
   les upserts, les suppressions et les commandes findAndModify.
  </p>

  <p class="para">
   Voir <a href="https://www.mongodb.com/docs/manual/security/" class="link external">&raquo;&nbsp;la documentation principale</a>
   pour plus d&#039;informations sur les problèmes de type injection SQL avec MongoDB.
  </p>
 </div><?php manual_footer($setup); ?>