Teniendo en cuenta las siguientes líneas de mysql_real_escape_string() Manual :
La inyección SQL en MySQL no debería ser posible con estos caracteres especiales solos:\b
\0
\n
\r
\t
\Z
.
Sin embargo, el manual de String Literals establece lo siguiente, pero las razones especificadas (o no) no se relacionan con la inyección SQL:
Además, en una prueba simple, independientemente de si los caracteres especiales enumerados anteriormente se escapan o no, MySQL arrojó los mismos resultados. En otras palabras, a MySQL ni siquiera le importó:
$query_sql = "SELECT * FROM `user` WHERE user = '$user'";
La consulta anterior funcionó de manera similar para las versiones sin escape y con escape de los caracteres enumerados anteriormente como se indica a continuación:
$user = chr(8); // Back Space
$user = chr(0); // Null char
$user = chr(13); // Carriage Return
$user = chr(9); // Horizontal Tab
$user = chr(26); // Substitute
$user = chr(92) .chr(8); // Escaped Back Space
$user = chr(92) .chr(0); // Escaped Null char
$user = chr(92) .chr(13); // Escaped Carriage Return
$user = chr(92) .chr(9); // Escaped Horizontal Tab
$user = chr(92) .chr(26); // Escaped Substitute
Tabla de prueba y datos utilizados en la prueba simple:
-- Table Structure
CREATE TABLE IF NOT EXISTS `user` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`user` varchar(10) CHARACTER SET utf8 NOT NULL,
PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
-- Table Data
INSERT INTO `user` ( `user` ) VALUES
( char( '8' ) ),
( char( '0' ) ),
( char( '10' ) ),
( char( '13' ) ),
( char( '9' ) ),
( char( '26' ) );