4.1.3. Организационно-технические решения для защиты субд Oracle

1. С учетом того, что администратор СУБД имеет неограниченные права на управление содержимым журнала аудита, а действия администратора SYS вообще не регистрируются, необходимо исключить возможность неконтролируемого полного администрирования подсистемы аудита СУБД администратором базы данных путем:

– для администратора СУБД снять привилегии (Audit system, Audit any) работы с аудитом;

– создать дополнительную учетную запись администратора СУБД, предоставив ему только привилегии, необходимые для повседневной работы по управлению СУБД, при этом запрещая работу под именами SYS и SYSTEM, используя их только в случае чрезвычайных ситуаций;

– создать учетную запись АИБ и назначить ему права аудита. Поскольку в СУБД Oracle технически невозможно обеспечить эффективный контроль безопасности путем разделения на две половины административных паролей SYS и INTERNAL (например, пользователь-владелец данных uid:oracle автоматически имеет привилегии INTERNAL, роль SYSDBA имеет привилегии SYS), разделение паролей не выполняется и контроль осуществляется с помощью средств аудита СУБД, паролями SYS и INTERNAL владеет администратор СУБД;

2. Включить и настроить аудит базы данных Oracle:

– включить аудит с помощью параметра AUDIT_TRAIL=OS. При этом данные аудита будут записаны в файл аудита HPUX. Для обеспечения безопасной оперативной записи информации аудита на сервер аудита безопасности местоположение файла аудита назначается серверу аудита безопасности, который предоставляет свои файловые ресурсы через NFS. Местоположение файла аудита назначается путем установки переменной конфигурации Oracle AUDIT_FILE_DEST;

– сконфигурировать аудит следующих событий в СУБД Oracle:

а) всех неудачных SQL- команд; (AUDIT [SQL] BY SESSION WHILE NOT SUCCESS) - это одна запись протокола для каждого пользователя и объекта базы данных в каждом сеансе, независимо от количества событий.

б) операций администратора БД (AUDIT DBA BY SESSION). Эта опция включает следующие операции аудита:

– SYSTEM AUDIT – аудит команд NOAUDIT (отключение аудита);

– PUBLIC DATABASE LINK – создание и удаление публичных ссылок на объекты удаленных баз данных;

– PUBLIC SYNONYM – создание и удаление публичных синонимов (альтернативных имен) объектов БД;

– ROLE – создание, изменение, установку, удаление ролей БД;

– SYSTEM GRANT – присвоение и удаление системных привилегий или ролей пользователям, или ролям БД;

– USER – создание, изменение, удаление пользователей БД;

в) команд SQL (DELETE, ALTER, CREATE, DROP) для таблиц БД,

г) операций по изменению прав на процедуры БД (AUDIT GRANT PROCEDURE BY SESSION);

– с помощью механизма редактирования ролей обеспечить, чтобы администратор БД и АИБ имели необходимые и достаточные полномочия для выполнения своих функциональных обязанностей, запретив при этом АИБ вносить какие-либо изменения в настройки СУБД, а администратору БД – искажать журналы аудита, для чего передавать их на сервер аудита службы безопасности;

– удалить привилегии DELETE ANY TABLE и AUDIT SYSTEM у администратора базы данных. Привилегия AUDIT ANY должна быть выдана только АИБ БД;

– поскольку СУБД Oracle не обеспечивает аудит пользователей SYS и INTERNAL, эти идентификаторы следует использовать только в том случае, если невозможно выполнить необходимые операции с помощью идентификатора DBA.

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

– для быстрого анализа и формирования отчетов по результатам аудита базы данных необходимо разработать инструмент импорта аудиторской информации в базу данных SQL и программное обеспечение для выборки из этой базы данных, а также для формирования отчетов по результатам реализации политики безопасности. До завершения разработки программного обеспечения анализ текущего аудита выполняется администратором IP вручную;

– по результатам ежедневного онлайн-аудита АИБ может получить необходимую информацию о работе СУБД Oracle от администратора СУБД, который, в свою очередь, обязан предоставить такую информацию и обосновать выполняемые в СУБД операции, отраженные в файлах аудита.

4. Обеспечить усиленную проверки подлинности пользователей СУБД. Для усиления аутентификации в СУБД Oracle необходимо использовать одну из следующих систем: SecurID, Kerberos или RADIUS, которые позволяет обеспечить:

– трехстороннюю аутентификацию пользователя, сервера СУБД и сервера аутентификации;

– периодическое изменение аутентификационной информации во время работы пользователя;

– управление режимом доступа пользователя к серверу БД (время доступа);

– криптографическая защита соединения между пользователем и сервером БД;

– возможность использования личных идентификаторов для идентификации и аутентификации пользователей в БД.

5. Для реализации расширенной технологии аутентификации необходимо настроить сервер БД и клиентские части Oracle на использование технологии third-party authentication. В руководстве администратора СУБД Oracle подробно описывается установка службы расширенной аутентификации. Kerberos также может использоваться в качестве системы усиленной аутентификации в СУБД Oracle, которая также поддерживается Oracle.

6. Оптимизировать набор услуг на серверах HP-UX. Ввести профили пользователей, ограничивающие количество одновременных соединений (сеансов), продолжительность сеанса, продолжительность неактивного состояния;

7. Контролировать сертифицированными СЗИ целостность программных компонентов и конфигурационных файлов СУБД, а именно:

– файлов системных настроек СУБД;

– всех исполняемых файлов и библиотек СУБД.

7. Периодически тестировать СУБД с помощью сканеров безопасности на предмет обнаружения уязвимостей в СУБД и выработки рекомендации по их устранению (например, Database Scanner от ISS).

8. Обеспечить оперативное уведомление администратора СУБД от поставщиков ОС о новых исправлениях в СУБД и своевременную установку обновлений СУБД с уведомлением АИБ.

9. Обеспечить оперативное уведомление администратора СУБД о существующих обновлениях СУБД с точки зрения безопасности и АИБ об установке обновлений СУБД.