Сервер базы данных или клиент-сервер – это аппаратное компьютерное оборудование с установленным на нем серверным программным обеспечением, предназначенное для управления базами данных. Серверное оборудование предназначено для хранения и обработки информации, а также для обеспечения доступа пользователей к этой информации. Создание баз данных и управление ими осуществляется с помощью специального программного обеспечения, которое называется системой управления базами данных (СУБД). Поэтому, когда идет речь об аудите сервера базы данных, подразумевается в первую очередь аудит СУБД.
СУБД выполняет важную роль в работе любой организации. Большинство сотрудников, работающих с компьютерным оборудованием, использует доступ к базам данных для выполнения своих рабочих обязанностей. Поэтому независимо от размеров компании и количества ее работников в базы данных организации ежедневно вносятся изменения. С помощью СУБД сотрудники компании создают новые базы данных, изменяют содержимое существующих баз, удаляют устаревшие данные.
В процессе работы с СУБД возникает риск утери или искажения важных данных. Поэтому для своевременного выявления ошибок и брешей в системе информационной безопасности необходим периодический аудит СУБД. Кроме этого, проверяется и само серверное оборудование на предмет работоспособности.
Аудит СУБД – это проверка работоспособности и безопасности IT-системы организации. Он бывает внутренним и внешним. Внутренний аудит может проводить IT-отдел или отдел информационной безопасности. Для проведения внешнего аудита руководство организации приглашает сторонних специалистов. Выбор способа проведения аудита зависит от компетентности сотрудников компании и причин, по которым организовывается проверка. Например, если руководство организации подозревает, что кто-то из сотрудников компании занимается промышленным шпионажем, проводится внешний аудит.
Необходимость аудита базы данных объясняется тем, что она является информационным ядром организации. В ней хранятся корпоративные почтовые ящики, документы, 1С-бухгалтерия и другие важные данные. Поэтому служба информационной безопасности компании должна следить за сохранностью данных и периодически проводить проверку СУБД и серверного оборудования.
В процессе аудита СУБД проверяется работоспособность программного обеспечения, степень его защиты от внешних и внутренних угроз, эффективность работы СУБД. А под аудитом серверного оборудования подразумевается проверка всей аппаратуры на работоспособность, соответствие условий эксплуатации установленному регламенту, проверка защиты серверной комнаты от проникновения посторонних лиц. Однако проверять серверное оборудование достаточно с периодичностью 1-2 раза в год. А аудитом СУБД нужно заниматься регулярно. Тем более, для этого существует специальное программное обеспечение, автоматизирующее процесс аудита.
Базы данных часто страдают от действий инсайдеров: сотрудники после конфликта с руководством удаляют из БД критически важные данные, взламывают базу, чтобы украсть данные клиентов на продажу. Как защититься?
Основной целью проведения аудита является отслеживание изменений в структуре СУБД и содержимом баз данных. Кроме этого, в рамках аудита безопасности базы данных и проверки работоспособности СУБД осуществляется проверка средств защиты данных, корпоративной локальной сети, программного обеспечения и ПК пользователей.
После аудита базы данных и серверного оборудования руководство организации получает отчет о том, какие уязвимости обнаружены в функционировании оборудования, какие были произведены исправления в настройках, с какой рациональностью используется вычислительная мощность оборудования.
Для выбора программного обеспечения, подходящего для аудита, необходимо определить тип СУБД. В большинстве компаний используется клиент-серверная СУБД Microsoft SQL Server. Базы данных Microsoft SQL Server формируются, наполняются, изменяются и структурируются путем использования специального языка программирования – SQL. Впрочем, этот структурированный язык запросов лежит в основе практически всех существующих СУБД. Поэтому общие принципы проведения аудита, приведенные на примере Microsoft SQL Server, можно применить ко всем другим СУБД на серверном оборудовании.
Программное обеспечение для аудита Microsoft SQL Server разрабатывается в соответствии с целями проверки. Например, программа NetWrix SQL Server Change Reporter позволяет:
Тем, кто уже знаком с СУБД Microsoft SQL Server может быть непонятно, зачем вообще использовать стороннее программное обеспечение для проведения аудита, если в Microsoft SQL Server есть встроенная подсистема аудита.
Дело в том, что встроенная подсистема аудита Microsoft SQL Server не отвечает всем требованиям, которые выдвигаются к такого рода программному обеспечению. Эта подсистема была разработана в 2008 году, после чего разработчики внесли в нее несколько незначительных изменений. Поэтому она не может помочь системному администратору своевременно реагировать на изменения в массивах данных. Особенно это касается крупных компаний, в которых используются распределенные СУБД.
Если же говорить о других видах СУБД, то с ними ситуация выглядит также. Например, в СУБД Oracle тоже есть встроенная подсистема аудита. Причем в отличие от встроенной подсистемы аудита Microsoft SQL Server она регулярно обновляется и обладает широким функционалом. Однако пользователям для настройки аудита СУБД Oracle все равно приходится использовать скрипты. Поэтому стороннее программное обеспечение активно используется всеми компаниями, независимо от типа установленной на серверном оборудовании СУБД.
Принцип работы стороннего программного обеспечения обычно базируется на планировщике заданий. В нем прописывается алгоритм и указывается периодичность проведения проверок. После сбора и анализа данных программа автоматически отправляет отчет о проведенной проверке на указанный системным администратором email. Параллельно с этим происходит загрузка данных в базу данных SQL.
В некоторых программных продуктах есть встроенная библиотека отчетов, работа которой базируется на SQL Reporting Services. Доступ к данным библиотеки имеют только зарегистрированные пользователи с правами администратора.
Мониторинг СУБД и серверного оборудования представляет собой совокупность мер для изучения аппаратных и программных элементов СУБД, определения уровня производительности, поиска уязвимых мест и описания способов их устранения. Для описания этого процесса и его разновидностей возьмем в качестве примера SQL Server 2008.
Существует два варианта проведения аудита СУБД Microsoft SQL Server с помощью встроенной подсистемы аудита:
1. Быстрый. Утилиты SQL Server позволяют в короткие сроки (от 1 до 8 часов) провести сжатую проверку инфраструктуры системы. Такой способ проверки часто применяется для быстрого возобновления производительности оборудования и восстановления данных после несущественных сбоев, в случае недоступности важных служб: баз данных, email и пр.
2. Полноценный. Это полный мониторинг функционирования СУБД Microsoft SQL Server (длится 3-7 рабочих дней), который способствует обнаружению не только поверхностных, но и более серьезных проблем.
Полноценная проверка включает:
Мониторинг с помощью штатной системы отслеживания изменений SQL Server позволяет составить подробный отчет об эффективности и безопасности работы СУБД и серверного оборудования. В отчете перечисляются:
Чтобы провести полноценную проверку с помощью штатной системы отслеживания изменений SQL Server необходимо выбрать и запустить инструмент проверки его. Для SQL Server 2008 существует четыре инструмента, которые входят в штатную систему отслеживания изменений SQL Server. Это Change Tracking, Change Data Capture, SQL Server Audit и SQL Server Profiler. Каждый из названых инструментов выполняет свои задачи.
Change Tracking (CT) – это инструмент сбора статистики произошедших изменений. Данные проверки по каждому проверенному элементу СУБД отображаются в системных таблицах. Чтобы использовать этот инструмент, необходимо активировать его для всей СУБД и отдельно для каждого элемента, который нужно проверить. Запуск осуществляется следующим образом:
Change Data Capture (CDC) – это инструмент для фиксирования истории произошедших изменений, включая удаленные данные. Он работает асинхронно, фиксируя данные из журнала транзакций и сохраняя все версии ранее измененных данных. Как и Change Tracking, этот инструмент создает системные таблицы для отображения данных проверки по каждому проверенному элементу СУБД.
Чтобы использовать этот инструмент, необходимо запустить его активацию для всей СУБД и отдельно для каждого элемента, который нужно проверить. Запуск осуществляется следующим образом:
Все поля приведенного в примере шаблона, помеченные символом @, подлежат заполнению.
Системные администраторы редко используют Change Data Capture для проведения аудита, так как этот инструмент не фиксирует пользователей, которые вносят изменения в структуру и содержание СУБД SQL Server. Исключение составляют администраторы, использующие скрипты для дополнения системной таблицы соответствующим столбцом с именем пользователя.
SQL Server Audit – это инструмент для фиксирования взаимодействий пользователей с серверным программным обеспечением. SQL Server Audit удобен за счет широкой сферы применения и удобной настройки фильтров. Особенно часто этот инструмент используется специалистами службы информационной безопасности, так как с его помощью можно отследить несанкционированные действия пользователей.
Чтобы использовать этот инструмент, необходимо запустить его активацию на уровне сервера либо на уровне базы данных. В первом случае запуск осуществляется следующим образом:
Для второго случая подойдет такой шаблон:
Единственный нюанс использования этого инструмента состоит в том, что для его настройки необходимо скачать утилиту SQL Server Management Studio.
SQL Server Profiler – это инструмент для создания трассировок. На данный момент считается устаревшим и не применяется для проведения аудита.
Журнал транзакций аудита SQL Server – это хронологическая запись событий проверок, содержащая данные для восстановления, анализа и проверки последовательности сред и событий, которые сопровождают действие или приводят к транзакции на протяжении всего аудита данных. Сисадмины могут просматривать и чистить журнал.
Именно из этого журнала Change Tracking и Change Data Capture берут данные для проверки. Однако он играет роль не только источника данных для формирования отчетов. Его также можно использовать как самостоятельный инструмент для проверок. Например, после очистки журнала с помощью средства просмотра транзакций в нем появляется запись, где фиксируется время очистки и имя администратора. Эти данные могут стать исходной точкой при расследовании несанкционированных действий.
Audit Trail уязвим перед хакерскими атаками и промышленным шпионажем. Например, можно атаковать контрольный журнал так: войти в систему под логином системного администратора и изменить цель проверки, в частности, приостановить запись в журнал данных о неправомерных транзакциях. Поэтому от целевых установок аудита SQL Server зависит, будут ли зафиксированы его изменения в журнале.
Некоторые пользователи считают, что аудит СУБД и серверного оборудования нужно проводить один раз в два года. Эксперты, придерживающиеся этой точки зрения, советуют отслеживать и фиксировать следующие изменения в информационной системе: количество пользователей, состав данных и отчетов. Проверять IT-систему нужно при обнаружении существенных изменений в показателях ее эффективности.
Но есть и другая точка зрения, согласно которой в периодическом проведении аудита SQL Server нет необходимости. Это нужно делать только тогда, когда система перестает удовлетворять потребности пользователей.
07.08.2020
Подпишитесь на нашу рассылку и получите
свод правил информационной безопасности
для сотрудников в шуточных