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

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

Владимир ДудченкоSoftBCom

Embarcadero Technologies Page: 2

Причины внимания к аудиту доступа к БДи задачи такого аудита

1. Воровство данных происходит все чаще и увеличивается в объемах• В 2005г. зарегистрировано свыше 100 случаев воровства данных 1

• Было незаконно раскрыто свыше 93 миллионов записей о клиентах (сентябрь 2006)1

• Стоимость каждого случая воровства - $14 миллионов 2

-> Помочь обнаружить инсайдеров по их поведению

2. Необходимость соблюдения законодательных норм может потребовать огромных дополнительных затрат ИТ ресурсов

Процесс внедрения стандартов по безопасности данных и применения законодательных требований быстро набирает силу в России:

• Закон о персональных данных, • Стандарт Банка России СТО БР ИББС-1.0-2006,• ГОСТ Р ИСО/МЭК 17799-2005 на основе стандарта ИСО 17799 2000 года, • необходимость соблюдения стандартов PCI DSS, Basel II и Sarbannes-Oxley…)

-> Обеспечить необходимую регистрацию активности, связанной с данными, и помочь пройти аудит

1 – Privacy Rights Clearinghouse http://www.privacyrights.org/ar/ChronDataBreaches.htm

2 - Ponemon Institute and PGP Corporation


Задачи реализации аудита БД1. Активный подход. По перехватываемой информации пытаемся

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

2. Пассивный подход (сохранение данных, без активного поиска незаконной активности, например):PCI DSS 10.2: Осуществляйте автоматизированную регистрацию данных в процессе аудита. Это должно позволить выполнять реконструкцию следующих событий для всех компонент системы:

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

администратора• Доступ ко всем журналам аудита• Попытки доступа, которые были заблокированы на логическом уровне• Использование механизмов идентификации и аутентификации• Инициализация журналов аудита• Создание и удаление системных объектов


Основные требования к аудиту• Прозрачность

• Не должны требоваться внесения изменений в приложения• Аудит не должен приводить к потере производительности и доступности базы данных, системы или

приложения

• Внешняя реализация по отношению к объектной системе• Внешний репозиторий• Внешний администратор• Поддержка кросс-платформенности

• Полнота• Должен обеспечивать детальные записи об изменениях данных, изменениях в самой базе и всех связанных

событиях, независимо от платформы• Сохранение журнала в реляционной СУБД в сжатом виде, в форме, пригодной для анализа как

собственными средствами системы аудита, так и любыми внешними аналитическими инструментами

• Масштабируемость и производительность• Должен быть способен поддерживать высокие транзакционные нагрузки, множественность баз данных• Должен иметь гибкую архитектуру, позволяющую поддерживать распределенные структуры

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

безопасностью


Embarcadero DSAuditor и его архитектура

Серверы баз данныхOracleSybaseMS SQL ServerDB2 UDBInformixTeradata

!

Привилегированные пользователи БД,осуществляющиенесетевой доступ

Нотификации и отчеты

DSAuditor

Администра-торы БД

DSAuditor использует TAP или SPAN технологию для перехвата SQL пакетов на сетевом уровне, без влияния на сервер баз данных. Перехват запросов привилегированных пользователей, осуществляющих несетевой доступ, выполняется с помощью специальных коллекторов на сервере БД. Соответствующая информация также направляется на DSAuditorПерехваченные SQL запросы:Подвергаются он-лайновому анализу с графическим выводом результатов и автоматическими нотификациями;Накапливаются в репозитории в реляционном формате для выдачи статистических отчетов и выполнения ad hoc запросов

Switch

Внешний репозиторий(опционно)

Пользователи приложений


Распределенная структура с использованием DSAuditor’а - I

Oracle 9i

Sybase 12.5

Oracle 10g

Sybase 12.5

DSAuditor

Switch

TCP 1521 Request

TCP 2700

/2710

Reply

TCP 5000 Request

TCP2700/2710 Reply

DB User/Application

TCP 1521 OracleTCP 5000 Sybase

DBA/Privileged User

Connect via SQLTrap

TCP 2700/2710

Архитектурное решение с применением аппаратнойреализации DSAuditor’а (Appliance)


Распределенная структура с использованием DSAuditor’а - II

146.92.110.x

146.92.109.x

DSAuditor

DSAuditorConsolidator

DSAuditor

Switch

AT/UT Client

Users

Архитектурное решение с применением нескольких экземпляров аппаратныхреализаций DSAuditor’а (Appliances)


Аудит доступа к данным в общей концепции безопасности данных• Меры по обеспечению безопасности данных

применительно к БД (1):

• ПРАВИЛА (Политики и стандарты безопасности): • Архитектура данных (классификация данных) • Дизайн (организация данных в соответствии с принятыми стандартами), • Доступ (управление правами, доступом, организация бизнес-процессов, в

рамках которых осуществляется доступ) • Управление изменениями (процедуры и контроль всех изменений схем БД

в процессе апдейтов и апгрейдов)

• КОНТРОЛЬ СОБЛЮДЕНИЯ ПРАВИЛ (включает в себя аудит)• Контроль всех изменений в архитектуре БД• Контроль соблюдения правил доступа (с разрешенных ли рабочих мест, в

разрешенное ли время, из разрешенных ли приложений, контроль неудачных логинов и пр.) – через аудит доступа к данным

• Контроль соблюдения авторизации в бизнес-процессах управления правами – с использованием аудита доступа к данным


Аудит доступа к данным в общей концепции безопасности данных• Меры по обеспечению безопасности данных

применительно к БД (2):

• ФОРМИРОВАНИЕ СТАТИСТИЧЕСКИХ ХАРАКТЕРИСТИК ДОСТУПА И АНАЛИЗ ПОВЕДЕНИЯ ПОЛЬЗОВАТЕЛЕЙ

• Создание классификации пользователей• Формирование профилей активности для всех групп пользователей• Контроль статистических параметров активности для разных групп и

выделение случаев подозрительного поведения

• РАССЛЕДОВАНИЕ ПОДОЗРИТЕЛЬНЫХ СЛУЧАЕВ В ПОВЕДЕНИИ ПОЛЬЗОВАТЕЛЕЙ

• Ad hoc анализ на основе накопленной информации


DSAuditor: основные черты• Детальный аудит данных

• Непрерывный, автоматический, параллельный аудит

• Контроль запросов‘Select’ и ‘update’

• Отчеты по изменениям данных, схем и прав доступа

• Обнаружение вторжений• Нотификации в реальном времени о

подозрительных событиях или видах активности

• Контроль сессий (успешные / неуспешные/ недействительные логины)

• Консолидированная отчетность• Шаблоны и расписания выдачи отчетов• Поддержка основных форматов: PDF,

HTML, CSV, RTF, и XLS

• Масштабируемая архитектура, основанная на сетевом доступе

• Не вносятся изменения в объектную систему• Высокая транзакционная производительность

• Кросс-платформенная поддержка• IBM DB2, Informix, Microsoft SQL Server, Oracle,

Sybase ASE, Sybase IQ, Teradata


DSAuditor – Примеры отчетов

• Идентификация и аутентификация

• Логины (успешные и неуспешные)• Изменения паролей• Активность в нерабочие часы

• Контроль доступа • Изменения прав

• grant, revoke, deny• Изменения аккаунтов• Изменения ролей

• Обобщенный аудит• Авторизованные изменения (DDL, DML)• Неавторизованные изменения (DDL,

DML)

• Детальный аудит• Изменения схем (DDL)• Изменения данных (DML)• Избранные виды активностей

• Пользовательская активность• Использование таблиц и колонок• Неиспользуемые таблицы• Долго выполняемые запросы• Создание/ удаление индексов• Результирующая статистика


Отчет DSAuditor’а


Он-лайновый анализ: WEB клиент DSAuditor’а


Спасибо за внимание!

Контакты для получения дополнительной информации:

http://www.softbcom.ru, тел. (495)232-2177

http://www.embarcadero.com

Вопросы?

http://www.softbcom.ru/

http://www.embarcadero.com/

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

Documents