Защита баз данных: доступы, шифрование и аудит

База данных — самое ценное хранилище компании: клиенты, заказы, платежи, остатки, сотрудники. Атаки на сайт или рабочие компьютеры часто совершаются именно ради доступа к базе. При этом защита баз нередко сводится к паролю администратора, который знают все программисты, работавшие с компанией за последние годы.

Сетевой доступ

Первый барьер — кто вообще может подключиться к серверу базы данных:

• Сервер базы не должен быть доступен напрямую из интернета. Подключение — только из внутренней сети или с серверов приложений
• Порт СУБД закрыт межсетевым экраном для всех, кроме разрешённых адресов
• Администраторы подключаются через VPN или защищённый промежуточный сервер
• Базы разных систем и окружений (рабочая, тестовая) разделены

Открытые в интернет базы данных регулярно находят автоматические сканеры, и такие базы — типичный источник утечек.

Учётные записи и права

• Отдельная учётная запись для каждого приложения с правами только на свою базу и нужные операции
• Отдельная учётная запись для отчётов с правами только на чтение
• Именные учётные записи администраторов, без общего пароля
• Отключение учётных записей по умолчанию и смена стандартных паролей
• Минимальные права: приложению, которое только читает и пишет данные, не нужны права на удаление таблиц
• Регулярный пересмотр: удаление учётных записей бывших сотрудников и подрядчиков

Приложение, работающее под учётной записью суперпользователя, — частая проблема. Если в приложении найдут уязвимость, злоумышленник получит полный контроль над базой.

Шифрование

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

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

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

Ключи шифрования хранятся отдельно от зашифрованных данных.

Аудит

Журналирование действий позволяет понять, что произошло:

• Входы в базу: кто, когда, откуда
• Изменения структуры: создание и удаление таблиц, изменение прав
• Действия администраторов
• Массовые выгрузки и удаления

Журналы хранятся отдельно, чтобы злоумышленник не мог их стереть. Полезны оповещения о подозрительных событиях: вход под администратором ночью, необычно большая выгрузка.

Резервные копии

• Автоматические, по расписанию, с учётом допустимой потери данных
• Хранение вне сервера базы и вне досягаемости при заражении основной сети
• Шифрование копий
• Регулярная проверка восстановления

Резервная копия — последняя линия защиты от шифровальщиков и ошибок.

Обновления СУБД

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

Тестовые копии и разработка

Разработчикам нужны данные для тестирования, и часто им просто дают копию рабочей базы. Это риск: тестовые среды защищены хуже, а копии расходятся по ноутбукам. Правильный подход:

• Обезличивание тестовых данных: реальные ФИО, телефоны и паспорта заменяются вымышленными
• Ограниченный доступ к тестовым средам
• Удаление копий после окончания работы

Защита от ошибок своих сотрудников

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

Ошибки

• База данных открыта в интернет
• Приложение работает под суперпользователем
• Один пароль администратора у всех программистов за несколько лет
• Резервные копии на том же сервере
• Полная копия рабочей базы у подрядчика на ноутбуке

Если хотите проверить защищённость своих баз данных, начните с аудита доступов и резервных копий — поможем его провести.