<?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 => 'es',
  ),
  'this' => 
  array (
    0 => 'mongodb.security.request_injection.php',
    1 => 'Ataques por inyecci&oacute;n de consultas',
    2 => 'Ataques por inyecci&oacute;n de consultas',
  ),
  'up' => 
  array (
    0 => 'mongodb.security.php',
    1 => 'Seguridad',
  ),
  'prev' => 
  array (
    0 => 'mongodb.security.php',
    1 => 'Seguridad',
  ),
  'next' => 
  array (
    0 => 'mongodb.security.script_injection.php',
    1 => 'Ataque por inyecci&oacute;n de scripts',
  ),
  'alternatives' => 
  array (
  ),
  'source' => 
  array (
    'lang' => 'es',
    '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">Ataques por inyección de consultas</h2>
  <p class="para">
   Si se pasan parámetros <code class="literal">$_GET</code> (o <code class="literal">$_POST</code>)
   a las consultas, asegúrese de convertirlos en strings antes.
   Los usuarios pueden insertar arrays asociativos en las consultas
   GET y POST, que podrían convertirse en consultas $ no deseadas.
  </p>

  <p class="para">
   Un ejemplo bastante inofensivo: supongamos que se buscan las informaciones de un
   usuario con la consulta <em>http://www.example.com?username=bob</em>.
   La aplicación crea la consulta
   <code class="literal">$q = new \MongoDB\Driver\Query( [ &#039;username&#039; =&gt; $_GET[&#039;username&#039;] ])</code>.
  </p>

  <p class="para">
   Esto funciona bien, pero alguien podría subvertirlo pasando
   <em>http://www.example.com?username[$ne]=foo</em>, que PHP
   transformará mágicamente en un array asociativo, transformando la consulta en
   <code class="literal">$q = new \MongoDB\Driver\Query( [ &#039;username&#039; =&gt; [ &#039;$ne&#039; =&gt; &#039;foo&#039; ] ] )</code>,
   que devolverá todos los usuarios cuyo nombre no es &quot;foo&quot; (todos los usuarios, probablemente).
  </p>

  <p class="para">
   Este es un ataque bastante fácil de contrarrestar: asegúrese de que los parámetros
   <code class="literal">$_GET</code> y <code class="literal">$_POST</code> sean del tipo esperado
   antes de enviarlos a la base de datos. PHP dispone de la función
   <span class="function"><a href="function.filter-var.php" class="function">filter_var()</a></span> para ayudar.
  </p>

  <p class="para">
   Tenga en cuenta que este tipo de ataque puede ser utilizado con cualquier interacción
   con la base de datos que localice un documento, incluyendo actualizaciones,
   upserts, eliminaciones y comandos findAndModify.
  </p>

  <p class="para">
   Ver <a href="https://www.mongodb.com/docs/manual/security/" class="link external">&raquo;&nbsp;la documentación principal</a>
   para más información sobre los problemas de tipo inyección SQL con MongoDB.
  </p>
 </div><?php manual_footer($setup); ?>