function &getPostVar($sVar, $sType, $mDefaultValue = NULL)
{
   if (isset($_POST[$sVar])
   {
      switch($sType)
      {
          case 'int':
             $_POST[$sVar] = (int) $_POST[$sVar];
             break;
 
          /** y así por cada tipo **/
      }
      return $_POST[$sVar];
   }
   else
   {
      /* No vino nada vía HTTP-POST llamado $sVar */
      /* Devuelvo el valor por defecto */
      return $mDefaultValue;
   }
}
 

Esta función devuelve una referencia al valor de la variable que le estoy indicando en el primer parámetro que ha llegado vía POST. (se puede implementar para GET, COOKIES, etc.)

El uso es bien fácil:

 
$iNotId =& getPostVar('not_id', 'int', NULL);
 

De esta forma, el valor de $iNotId ya se de entrada que es entero y lo puede utilizar en cualquier lugar estando 100% seguro, sin necesidad de estar aplicando filtros en medio del armado de las instrucciones SQL que entorpecen el código para mi gusto.

Hago que devuelva una referencia al elemento del array $_POST simplemente para ahorrar memoria y no repetir datos inútilmente en el script.

$SQL = "SELECT * FROM posts WHERE postID = ".(int)$_GET['id']; // o float, dependiendo el tipo de dato

Sobre lo que mencionaba g3org3_x para el segundo ejemplo, me parece que se refería a un bug de MySQL que dependiendo de la codificación de la conexión que se realizaba con la BD, era posible sobrepasar la acción de mysql_real_escape_string, algo como esto debería funcionar en una versión vulnerable de MySQL:

<?php
 
$c = mysql_connect("localhost", "user", "pass");
mysql_select_db("database", $c);
 
// change our character set
mysql_query("SET CHARACTER SET 'gbk'", $c);
 
// create demo table
mysql_query("CREATE TABLE users (
    username VARCHAR(32) PRIMARY KEY,
    password VARCHAR(32)
) CHARACTER SET 'GBK'", $c);
mysql_query("INSERT INTO users VALUES('foo','bar'), ('baz','test')", $c);
 
// now the exploit code
$_POST['username'] = chr(0xbf) . chr(0x27) . ' OR username = username /*';
$_POST['password'] = 'anything';
 
// Proper escaping, we should be safe, right?
$user = mysql_real_escape_string($_POST['username'], $c);
$passwd = mysql_real_escape_string($_POST['password'], $c);
 
$sql = "SELECT * FROM  users WHERE  username = '{$user}' AND password = '{$passwd}'";
$res = mysql_query($sql, $c);
echo mysql_num_rows($res); // will print 2, indicating that we were able to fetch all records
 
?>

Y sobre el segundo ejemplo, es acaso la versiones anteriores a la 5x mas vulnerables que las actuales?

Para el segundo ejemplo, en condiciones normales no debería ser posible modificar la consulta, aunque como dices depende si la versión de MySQL es vulnerable o no (¿te refieres a los problemas con la codificación no?). Lo de hacer XSS lo dije en plan de fastidioso, porque en la última línea se escribe el nombre del usuario

Para el segundo solo encontre que basarse en mysql_real_escape_string() como sabemos no estan seguro usarla ya que podemos(aunque depende de la version de MySQL ) aun asi podemos pasar el filtro, el problema seria el maximo de 20 largo pero yo creo que si se podra hacer algo con 20 caracteres.

Aunque aun no veo como hacer el XSS que dices en el comentario que dejaste en el articulo original, seria bueno saber tu opinion...

Saludos

Saludos