Które znaki faktycznie mogą spowodować wstrzyknięcie SQL w MySQL?

Biorąc pod uwagę poniższe wiersze z mysql_real_escape_string() instrukcja :

Wstrzyknięcie SQL w MySQL nie powinno być możliwe z samymi tymi znakami specjalnymi:\b \0 \n \r \t \Z .

Jednak podręcznik Literały ciągów zawiera następujące informacje, ale podane powody (lub nie) nie dotyczą wstrzyknięcia SQL:

Co więcej , w prostym teście , bez względu na pogodę , powyższe znaki specjalne są pomijane lub nie , MySQL dał te same wyniki . Innymi słowy MySQL nawet nie miał nic przeciwko :

$query_sql = "SELECT * FROM `user` WHERE user = '$user'";

Powyższe zapytanie działało podobnie dla wersji bez zmiany znaczenia i wersji ze znakami ucieczki tych wymienionych powyżej znaków, jak przedstawiono poniżej:

$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 testowa i dane użyte w prostym teście :

-- 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' ) );