3.2. Нецелевое расходование вычислительных ресурсов сервера

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

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

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

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

3.3. Использование триггеров для выполнения незапланированных функций

Специфические для баз данных объекты —триггеры — широко используются для обеспечения конфиденциальности и целостности данных. Автоматическое срабатывание триггера при выполнении операций языка манипулирования данными INSERT, DELETE, UPDATE создает возможности для дополнительного аудита и программируемого контроля выполняемых операций.

3.4. Использование sql-инъекции для нештатного использования процедур и функций

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

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

Но возможны и иные варианты. Например, значение параметра запроса (фамилия, адрес) зависит от ситуации. Для решения таких задач необходим механизм динамически формируемых SQL-предложений. Самое простое решение — предоставить пользователю оболочку для формирования запросов на языке SQL. Для реализации такого варианта пользователи должны владеть языком SQL. Это дорогое решение, к тому же создающее серьезные проблемы с безопасностью.

Чаще используется другой вариант: создаются программы на PL/SQL или ином языке с параметрами, которые отражают специфику запроса.

В комплект поставки сервера Oracle входит стандартный пакет DBMS_SQL, обеспечивающий выполнение динамически формируемых SQL-предложений в программах на PL/SQL. Динамические SQL-предложения конструируются непосредственно во время выполнения программы в виде символьной строки, а затем передаются соответствующим программам пакета DBMS_SQL для разбора и исполнения.

Ответственность за возможное нарушение объектных за­висимостей и прав доступа, которые Oracle в данном случае во время компиляции не может проверить, теперь ложится на программиста.

Для динамически сформированных операторов SQL, которые возвращают данные (т. е. для операторов SELECT), используется следующая последовательность обработки: открытие курсора, разбор запроса, связывание переменных, определение столбцов, выполнение запроса, выборка строк, получение значений столбцов, закрытие курсора.

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