Предотвращение SQL-инъекций с помощью PHP и Zend Framework - как?

Question

Я пытаюсь защитить форму входа на мою страницу от SQL-инъекций. На сервере я использую Zend Framework (Zend_Db, Zend_Db_Table_Abstract), но его встроенные функции предотвращения инъекций: quote, quoteInto, quoteIdentifier плохо работают (насколько я знать, как их использовать). Другие способы, такие как mysql_real_escape_string, addslashes, похоже, не работают вообще ...

Вот что я пытаюсь реализовать для защиты:

function prevent_from_sql_injection($str) {
    if(preg_match('/[\'"]/', $str))
     {die('attack1'); exit;  }// no quotes
elseif(preg_match('/[\/\\\\]/', $str))
     {die('attack2'); exit;  }// no slashes
elseif(preg_match('/(and|or|null|not)/i', $str))
     {die('attack3'); exit;  }// no sqli boolean keywords
elseif(preg_match('/(union|select|from|where)/i', $str))
     {die('attack4'); exit;  }// no sqli select keywords
elseif(preg_match('/(group|order|having|limit)/i', $str))
     {die('attack5'); exit;  }//  no sqli select keywords
elseif(preg_match('/(into|file|case|LOAD_FILE|DUMPFILE|char|schema|AES_DECRYPT|AES_ENCRYPT)/i', $str))
     {die('attack6'); exit;  }// no sqli operators
elseif(preg_match('/(--|#|\/\*)/', $str))
     {die('attack7'); exit; }// no sqli comments
elseif(preg_match('/(=|&|\|)/', $str))
     {die('attack8'); exit;  }// no boolean operators
elseif(preg_match('/(UNI\*\*ON|1 OR 1=1|1 AND 1=1|1 EXEC XP_)/', $str))
     {die('attack9'); exit; }
elseif(preg_match('/(1|'| |O|R|=|&#49&#39&#32&#79&#82&#32&#39&#49&#39&#61&#39&#49|%31%27%20%4F%52%20%27%31%27%3D%27%31)/', $str))
     { die('attack10'); exit; }
elseif(preg_match('/(SELECT\s[\w\*\)\(\,\s]+\sFROM\s[\w]+)| (UPDATE\s[\w]+\sSET\s[\w\,\'\=]+)| (INSERT\sINTO\s[\d\w]+[\s\w\d\)\(\,]*\sVALUES\s\([\d\w\'\,\)]+)| (DELETE\sFROM\s[\d\w\'\=]+)/', $str))
     { die('attack11'); exit; } 
elseif(preg_match('/(script)|(<)|(>)|(%3c)|(%3e)|(SELECT) |(UPDATE) |(INSERT) |(DELETE)|(GRANT) |(REVOKE)|(UNION)|(<)|(>)/', $str))
     { die('attack12'); exit; } 
elseif(!preg_match('/^["a-zA-Z0-9\040]+$/', $str))
     { die('attack13'); exit; } 
else return $str;

}

Что касается проверки моих результатов, я использую расширение Firefox SQL Inject Me , и оно показывает еще 14 ошибок (иногда 21 или 17, и я не знаю, почему результаты отличаются):

Server Status Code: 302 Found
Tested value: 1' OR '1'='1
Server Status Code: 302 Found
Tested value: 1 UNI/**/ON SELECT ALL FROM WHERE
Server Status Code: 302 Found
Tested value: &#49&#39&#32&#79&#82&#32&#39&#49&#39&#61&#39&#49
Server Status Code: 302 Found
Tested value: 1 OR 1=1
Server Status Code: 302 Found
Tested value: 1' OR '1'='1
Server Status Code: 302 Found
Tested value: 1 EXEC XP_
Server Status Code: 302 Found
Tested value: 1 UNION ALL SELECT 1,2,3,4,5,6,name FROM sysObjects WHERE xtype = 'U' --
Server Status Code: 302 Found
Tested value: %31%27%20%4F%52%20%27%31%27%3D%27%31
Server Status Code: 302 Found
Tested value: 1 AND 1=1
Server Status Code: 302 Found
Tested value: 1' OR '1'='1
Server Status Code: 302 Found
Tested value: 1 AND ASCII(LOWER(SUBSTRING((SELECT TOP 1 name FROM sysobjects WHERE xtype='U'), 1, 1))) > 116

Так, каков наилучший способ предотвратить все эти SQL-атаки? Использование заполнителей хорошо, но в некоторых случаях это не совсем нормально. Может быть, это расширение неправильно и у меня паранойя?

Answer 1

Я настоятельно рекомендую использовать Zend_DB . Используются подготовленные операторы .
Параметры для подготовленных утверждений не должны быть указаны; водитель автоматически обрабатывает это.

Если приложение использует исключительно подготовленные заявления, разработчик может будьте уверены, что SQL-инъекция не будет происходят (однако, если другие части запрос строится с неэкранированный ввод, SQL-инъекция все еще возможно

$db = Zend_Db::factory('Pdo_Mysql', array(
    'host'     => '127.0.0.1',
    'username' => 'webuser',
    'password' => 'xxxxxxxx',
    'dbname'   => 'test'
));

$stmt = $db->query('SELECT * FROM bugs WHERE reported_by = ? AND bug_status = ?',
    array('goofy', 'FIXED')
);

$rows = $stmt->fetchAll();

echo $rows[0]['bug_description'];

Answer 2

Используйте подготовленные операторы SQL вместо экранирования значений.

 $st = $pdo->prepare("SELECT * FROM tbl WHERE x = ?");
 $st->execute($x);

Включение в черный список нескольких операторов SQL не является разумным подходом.Это расширение Firefox вводит в заблуждение и создает неправильное впечатление.

Очевидно, что вы не должны начинать принимать случайные команды SQL в качестве входных данных.Самое большее, вы используете некоторые переменные запроса в качестве данных запроса.И подготовленных заявлений достаточно для обеспечения безопасности в этом случае.Объединение команд и переменных SQL является устаревшей практикой (что, по-видимому, предполагает это сомнительное расширение Firefox).

Answer 3

Поместите этот код на свою страницу заголовка.

function clean_header($string)
{
$string = trim($string);

// From RFC 822: “The field-body may be composed of any ASCII
// characters, except CR or LF.”
if (strpos($string, “\n“) !== false) {
$string = substr($string, 0, strpos($string, “\n“));
}
if (strpos($string, “\r“) !== false) {
$string = substr($string, 0, strpos($string, “\r“));
}

return $string;
}