Собственно, это статья о трех больших проблемах в безопасности подавляющего числа "самодельных" скриптов.
1. Возможность SQL-injection. Внимательно изучите этот кусок кода (PHP):
$conn = mysql_connect("localhost", "zz", "zz");
mysql_select_db("test", $conn);
$sql = "SELECT adminpwd FROM data WHERE login='$login' ";
$a = mysql_query($sql, $conn);
$z = mysql_result($a, 1);
...
Допустим, скрипт называется script.php и параметр login передается ему в виде script.php?login=ssss . Вы видите, что параметр login никак не проверяется. А что будет, если вместо login=admin передать login='admin ? Будет ошибка SQL-запроса, ведь к базе данных передается запрос SELECT adminpwd FROM data WHERE login=''admin' .
В такой ситуации злоумышленник может исполнить любой SQL-запрос (использовав, например union).
Защита от этого предельно проста: использовать функцию mysql_escape_string($string);
2. Возможность исполнения произвольной команды. Необходимо всегда проверять включаемые файлы, особенно не рекомендуется использовать include($inc), если переменная $inc передается через адресную строку.
3. Возможность переопределения переменных. Возьмем такой пример:
$file=file("zz.txt");
$cc=count($file);
$c = 0;
while($c < $cc) {
$f .= $file[$c++];
}
...
?>
Допустим, что $f в конце цикла содержит какую-нибудь важную информацию из файла. Или, что еще хуже, она исполняется командой cmd($f);
Так как переменная $f не определена в начале скрипта (должно быть $f="";), то ее начальное значение может определить пользователь (введя в адресной строке что-нибудь вроде script.php?f=ddddd).
В зависимости от важности переменной $f будет варьироваться вред, который сможет причинить злоумышленник. Если, конечно, он угадает название переменной и ее значение.