Considerando as linhas abaixo de mysql_real_escape_string() manual:
A injeção de SQL no MySQL não deve ser possível apenas com esses caracteres especiais:
\b
\0
\n
\r
\t
\Z
. No entanto, o manual String Literals afirma o seguinte, mas os motivos especificados (ou não) não estão relacionados à injeção de SQL:
Além disso, em um teste simples, independente do clima, os caracteres especiais listados acima são escapados ou não, o MySQL produziu os mesmos resultados. Em outras palavras, o MySQL nem se importou:
$query_sql = "SELECT * FROM `user` WHERE user = '$user'";
A consulta acima funcionou de maneira semelhante para versões sem escape e com escape desses caracteres listados acima, conforme colocado abaixo:
$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
Tabela de teste e dados usados no teste simples:
-- 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' ) );