Welche Zeichen sind tatsächlich in der Lage, eine SQL-Injection in MySQL zu verursachen?

Betrachten Sie die folgenden Zeilen von mysql_real_escape_string() Handbuch :

SQL-Injection in MySQL sollte nicht allein mit diesen Sonderzeichen möglich sein:\b \0 \n \r \t \Z .

Das Handbuch für Zeichenfolgenliterale gibt jedoch Folgendes an, aber die angegebenen Gründe ( oder nicht ) beziehen sich nicht auf die SQL-Injektion:

Außerdem lieferte MySQL in einem einfachen wetterunabhängigen Test, ob die oben aufgeführten Sonderzeichen maskiert wurden oder nicht, dieselben Ergebnisse. Mit anderen Worten, MySQL hatte nicht einmal etwas dagegen :

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

Die obige Abfrage funktionierte ähnlich für nicht maskierte und maskierte Versionen der oben aufgeführten Zeichen, wie unten angegeben:

$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

Testtabelle und im einfachen Test verwendete Daten:

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