PHP および SQL インジェクション攻撃 [2]

PHP および SQL インジェクション攻撃 [2]

Magic Quotes

前述したように、SQL インジェクションは主に、攻撃の目的を達成するために、安全でないデータをデータベースに送信します。 SQLインジェクション攻撃を防ぐために、PHPには入力文字列を処理し、下位レベルで入力に対して事前のセキュリティ処理を実行できる機能、つまりMagic Quoteが搭載されています。 (php.ini magic_quotes_gpc)。 magic_quotes_gpc の場合
このオプションが有効な場合、入力文字列内の単一引用符、二重引用符、およびその他の文字の前にバックスラッシュ が自動的に付けられます。

しかし、Magic Quotes はあまり普遍的なソリューションではなく、すべての潜在的に危険な文字をブロックするわけではなく、多くのサーバーでは Magic Quotes が有効になっていません。したがって、SQL インジェクションを防ぐために、他のさまざまな方法も使用する必要があります。

多くのデータベースは、この入力データ処理機能をネイティブに提供します。たとえば、PHP の MySQL 操作関数には、特殊文字やデータベース操作エラーの原因となる可能性のある文字をエスケープできる mysql_real_escape_string() という関数があります。

参照:
http://cn2.php.net/mysql_real_escape_string
興味があれば、以下のコメントを読むことができます:)

このコードを見てください:

//Magic Quotes 機能が有効になっている場合
if (get_magic_quotes_gpc()) {
$name = ストリップスラッシュ($name);
}それ以外{
$name = mysql_real_escape_string($name);

mysql_query("SELECT * FROM users WHERE name='{$name}'");

て

いるかどうかを確認する必要があることに注意してください。 2回繰り返されて処理が失敗します。 MQ が有効な場合、実際のデータを取得するには、追加された を削除する必要があります。

上記の文字列形式のデータの前処理に加えて、バイナリデータをデータベースに格納する場合には、前処理にも注意する必要があります。そうしないと、データがデータベース自体の保存形式と競合し、データベースがクラッシュしたり、データ レコードが失われたり、データベース全体が失われたりする可能性があります。 PostgreSQL などの一部のデータベースは、バイナリ データのエンコードに特別に使用される関数 pg_escape_bytea() を提供しており、Base64 と同様にデータをエンコードできます。

のように：
// プレーンテキスト データの場合は次のように使用します。
pg_escape_string($ Regular_strings);

// バイナリ データの場合:
pg_escape_bytea($binary_data);

別のケースでは、そのようなメカニズムを使用する必要もあります。つまり、データベース システム自体がサポートしていない中国語、日本語などのマルチバイト言語です。それらの一部には、バイナリ データ範囲と重複する ASCII 範囲があります。
ただし、データをエンコードすると、LIKE abc% などのクエリが失敗する可能性があります。