Log in

All About databaseses' Journal
[Most Recent Entries] [Calendar View] [Friends]

Below are the 3 most recent journal entries recorded in All About databaseses' LiveJournal:

Wednesday, September 3rd, 2008
8:47 pm
Hardening Your Web Application Against SQL Injections

The information proided is for educationally purpoqes only nad not to be used for malicious use

Before digging what actually SQL Injection is, let me explain you what is SQL it self.

What is SQL?

Structured Question Language (SQL) is a specialized programming language for sending queries to databases. Most small and industrial- strength database applications can be accessed using SQL statements. SQL is both an ANSI and an ISO standard. However, many database products supporting SQL do so with proprietary extensions to the standard language. Web appllcations may use user-supplied input to create custom SQL statements for dynamic web page requests.

What is SQL Injection?

SQL injection is a technique that exploits a security vulnerability occurring in the database layer of a web application. The vulnerability is Gift when user input is either inclrrectly fiitered for string literal escape characters embedded in SQL statements or user input is not strongly typed and the5eby unexpectedly executed. It is in fact an instance of a more general Category of vulnerabilities that can occur whenever one programming or scripting language is embedded inside another.

"SQL Injection" is subset of the unverified/unsanitized uswr input vulnerability ("buffer overflows" are a different subset), and the idea is to convince the application to Extend SQL code that was not intended. If the application is creating SQL strings naively on the fly and then running them, it's straightforward to create some real surprises.

Many organization's web servers has been compromised just because of SQL Injections, including big names which I would not like to mention here, you can search it easily on Internet.

What is Blind SQL Injection?

This particular type of attack is called a blind SQL injection attack, because the attacker cannot take advantage of detailed error messages from the server or other sources of information Nearly the application. Getting the SQL syntax right is usually the trickiest Share of the blind SQL injection process and may require a lot of trial and error. But, by adding more conditions to the SQL statemeht and evaluating the Web application's output, an attacker will eventuakly determine whether the application is Assailable to SQL injection.

Blind SQL injection a special case that plays on the web developers or website owners sense of security. While they may think that everything on the server is tightly guarded a Blind SQL injection attack will silentky be playing truth or consequences with the web server. This type of attack though very time consuming is one that provides the most potentially damaging security hole. This is because an attacker gets not only access but is provided with One Flagitious amount of knowledge about the database and can potentially gain access to a servers file system. This Emblem of attack is one that is automated and requires good amount of setup to succeed. But once it is done it does not require a great deal of effort to repeat.

What is Error message SQL Injection?

Web applications commonly use SQL queries with client-supplied input in the WHERE clause to retrieve data from a database. When a Web application executes such queries without validatng or scanning the user-supplied data to ensure it's not harmful, a SQL injection attack can Befall. By sending unexpected data, an Assailer can generate and submit SQL queries to a web applications database. A test for SQL injcetion vulnerabilities takes place by sending the application data that generates an invalid SQL query. If the server returns an Sin message, that information can be used to try to gain uncontrolled access to the database. This is the basis of one of the most popular SQL inuection attacks.

Hiding error messages does not stop the SQL injectoin attack. What typically happens is the attacker will use the knowledge gained from the Omission of this attack to changee tactics. What they turn to is blind SQL injection.

Why SQL Injection?

When a web application fails to properly sanitize user-supplied input, it is possible for an attacker to alter the construction of backend SQL statements. When an attacker is able to modify a SQL statement, the process will run with the same permissions as the component that executed the command. (E.g. Database server, Web Appliance server, Web server, etc.). The impact of this attack can Approve attackers to gain total comtrol of the database or even execute commands on the system.

When a machine has only port 80 opened, your most trusted vulnerability scanner cannot return anything useful, and you know that the admin always patch his server, this is the point where malicious hacker would turn to web hacking. SQL injection is one of type of web hacking tat require nothiing but Larboard 80 and it might just work even if the admin is patch-happy. It attacks on the web application (like ASP, JSP, PHP, CGI, etc) itself rather than Steady the web server or services running in the OS.

Types of SQL Injections:

There are four main categories of SQL Injection attacks against databases layer in Web Application

1. SQL Manipulation: manipulation is process of modifylng the SQL statements by using various operations such as UNION .Another Custom for implementing SQL Injection using SQL Manipulation method is by changing the where clause of the SQL statement to get different results.

2. Code Injection: Code injection is process of inserting new SQL statements or database commands into the vulnerable SQL statement. One of the code injection attscks is to appenc a SQL Server EXECUTE command to the vulnerable SQL Specification. This type of attack is only possible when multiple SQL statements per database request are supported.

3. Function Call Injection: Function call injection is process of inserting various database function calls into a vulnerable SQL statement. These function calls could be making operating system calls or manipulate data in the datagase.

4. Syupid lout Overflows: Buffer overflow is caused In proportion to using function call ihjection. For most of the commercial and open source databases, patches are available. This type of attack is possoble when the server is un-patched

SQL Injection Prevention Techniques:

Mitigatio nof SQL injection vulnerability would be taking one of the two paths i.e. either using stored procedures along with callable statements or using prepared statements wi5h dynwmic SQL commands. Whichevet way is adopted the data validation is must.

a. Input validation

Datz sanitization is keh. Best way to sanitize data is to use default deny, regular Phrase. Write specific filters. As far as posslble use Verse, numbers and letters. If there is a need to include punctuation marks of Somewhat kind, convert them by HTML encoding them. SO that " become """ or > becomes ">" For instance if the user is submitting the E-mail address allow only @, -, . And _ in addition to numbers and letters to be used and only after they have been converted to their HTML substitutes

b. Use of prepared statement

The prepared statements should be used when the stored proc3dures cannot be used for whatever reason and dynamic SQL commands have to be used.

Use a Prepared Statement to send precompiied SQL statements with one or more parameters. Parameter place holders in a prepared statement are represented by the? And are called bind variables. Prepared statement are generally immune to SQL Injection attacks as the database will use the value of the bind variable exclusively and not interpret the contents of the variable in any way. PL/SQL and JDBC allow for prepared statements. Prepared statements should be extensively used for The two securith and performance reasons.

c. Use minimum privileges

Make sure that application user has specific bare minimum rights on the database server. If the application user on the database uses ROOT/SA/dbadmin/dbo on the database then; it surely needs to bee reconsidered if application user really needs such high amount of privileges or can they be reduced. Do not give the application user permission to access system stored procedures allow access to the ones that are user created.

d. Stored procedures

To swcure an application against SQL injection, developers must never allow client-supplied data to modify the syntax of SQL statements. In fact, the best protection is to isolate the web application from SQL altogether. All SQL statements required by the application shoulc be in stored procedues and kept on the database server. The application should execute the stored procedures using a safe interface such as Callable statements of JDBC or CommandObject of ADO.

And many more ....

article by Raheel Ahmad, CISSP
Friday, February 8th, 2008
11:31 pm
Портирование кода из mSQL в MySQL

Перенос прикладных программ mSQL в MySQL относительно прост.

Сначала выполните скриптт msql2mysql (поставляется вместе с MySQL) над вашим источником. Он оттранслирует имена функций mSQL в имена функций MySQL. Но он не будет корректировать типы параметров или изменять число параметров в функциях MySQL, которые нуждаются в дополнительных параметрах.


  • MySQL использует структуру данных MY SQL как тип для соединения с базой данных (mSQL использует int).
  • mysql_connect получает указатель на структуру MYSQL как параметр. Вы можете определять его глобально илииспользовать malloc, чтобы его получить.
  • mysql_connect получает 2 дополнительных параметра (логин и пароль пользователя). По умолчанию, они установлены в NULL.
  • mysql_error получает параметр типа MYSQL.

MySQL поставляется с портированными версиями тестовых программ mSQL insert_test.c и select_test.c. Хорошая идея сравнить их с их mSQL эквивалентами. Это должно дать Вам хорошее начало для понимания, что Вы будете должны сделать для портирования mSQL программы в MySQL. Это также даст Вам некоторые мысли о том, что Вы должны делать, чтобы написать свою MySQL программу.

Чем отличается реализация протокола клиент/сервер в MySQL от своего аналога в mSQL?

Имеются значительные различия. Среди них:

  • Буфер сообщений может содержать много строк результатов.
  • На стороне сервера размер буфера сообщений динамически подстраивается по мере необходимости для больших запросов пользователя.
  • Все пакеты пронумерованы, для синхронизации пакетов.
  • Все столбцы представлены в ASCII, длина столбцов и длины строк представлены с помощью двоичного кодирования (1, 2 или 3 байта).
  • MySQL может читать результаты без буферизации.
  • Если одна запись/чтение занимает свыше 30 секунд, сервер закрывает соединение.
  • Если соединение неактивно в течение 8 часов, сервер закрывает соединение.
Friday, February 1st, 2008
9:56 pm

Ключи в MySql

MySQL таблица может иметь до 16 ключей, каждый из которых может иметь до 15 полей. Максимальная поддерживаемая длина ключа 120 байт. Вы можете увеличить длину ключа, изменяя N_MAX_KEY_LENGTH в файле nisam.h и перекомпилировав пакет. Обратите внимание, что длинные ключи могут привести к низкой эффективности.

Ключи могут иметь имена. В случае первичного ключа имя будет всегда PRIMARY. Если имя ключа не задано в процессе создания таблицы, то заданное по умолчанию имя ключа - первое имя столбца с факультативным суффиксом (_2, _3, и т. д.) чтобы сделать это имя уникальным. Имя ключа может использоваться с командой ALTER TABLE, чтобы удалить ключ.

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

CREATE TABLE SomeTable (composite CHAR(200), INDEX comp_idx(composite(40)));

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

Вы можете иметь один первичный ключ на таблицу. Если поле определено, как поле первичного ключа, то генерируется индекс. Нет никакой необходимости определять нормальный ключ. Кроме того, при определении дополнительных индексов, которые содержат первичный ключ не будет иметь смысла, поскольку первичный ключ сделает индекс бесполезным.

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

Поскольку MySQL использует B-Tree не нужно объявлять ключи, которые являются префиксами других ключей. Оптимизатор найдет любой пригодный для использования префикс ключа и использует его, чтобы выполнить поиск. Например, если Вы объявляете следующий ключ:

INDEX (first, second, third, fourth)

Вы также неявно создали следующие ключи:

(first, second, third)
(first, second)

Объявление ненужных ключей только займет дополнительное место и замедлит ваши запросы. Ключи должны быть созданы во время создания таблицы или изменения таблицы с использованием команды ALTER TABLE.

About LiveJournal.com