Добро пожаловать в этот блог, где мы обсудим важные концепции безопасности SQL Server: аутентификацию, авторизацию и аудит. Эти три аспекта являются ключевыми для создания безопасной архитектуры, которая соответствует потребностям вашего бизнеса и обеспечивает безопасность вашей работы.
Аутентификация – Кто вы?
Аутентификация – это процесс проверки подлинности пользователя или приложения, подключающегося к SQL Server. Поддерживаются два типа аутентификации: аутентификация на основе SQL Server и аутентификация на основе Windows. Аутентификация на основе Windows обычно предпочтительна из-за ее более высокого уровня безопасности.
Аутентификация на основе SQL Server хранит хэш пароля в базе данных master, что ранее было уязвимо для атак перебором. Кроме того, способ передачи пароля по сети легко расшифровывался, если его перехватывали. Аутентификация на основе SQL Server также требует создания и управления несколькими учетными записями для каждого пользователя, что может быть неудобным и не обеспечивает централизованное управление учетными записями.
Однако есть сценарии, когда аутентификация на основе SQL Server необходима, например, когда невозможно установить доверенное соединение или когда приложение построено таким образом, что требуется именно она. Мы рассмотрим эти сценарии более подробно позже в этом блоге.
Авторизация – Что вам разрешено делать?
Авторизация определяет права и разрешения, которыми обладает аутентифицированная учетная запись в SQL Server. Два основных принципа, которым следует при планировании модели авторизации, – это Принцип наименьших привилегий и триада К-И-Д (Конфиденциальность, Целостность и Доступность).
Принцип наименьших привилегий гласит, что учетная запись должна иметь только те разрешения, которые необходимы для выполнения ее работы, ни больше, ни меньше. Триада К-И-Д подчеркивает важность поддержания конфиденциальности, целостности и доступности данных. Хотя конфиденциальность и целостность часто являются основными, доступность также является критической. Если система недоступна или учетная запись не имеет достаточных разрешений, система считается скомпрометированной.
Важно отметить, что во многих приложениях конечный пользователь подключается к приложению, а приложение использует одну учетную запись безопасности для подключения к SQL Server. Эта ситуация мультиплексирования требует тщательного рассмотрения, чтобы убедиться, что используемая учетная запись имеет необходимые разрешения для всех пользователей. Сотрудничество между администраторами баз данных, разработчиками и системными интеграторами является необходимым для установления соответствующего уровня безопасности.
Аудит – Что мне нужно отслеживать ваши действия?
Аудит часто является недооцененным аспектом безопасности SQL Server. Он включает отслеживание и регистрацию действий в SQL Server для мониторинга любого подозрительного или несанкционированного поведения. SQL Server предоставляет встроенные сценарии аудита, но в некоторых случаях может потребоваться стороннее решение, чтобы удовлетворить конкретные бизнес-требования.
При реализации аудита важно найти баланс. Слишком много аудита может перегрузить журналы и затруднить идентификацию важных деталей, а слишком мало аудита может оставить уязвимости безопасности незамеченными. Важно достичь разумного уровня аудита, который соответствует реальным потребностям бизнеса.
Сценарии
В предстоящих блогах мы рассмотрим четыре различных сценария, чтобы исследовать практическую реализацию трех А: аутентификации, авторизации и аудита.
- Реализация стороннего решения с небольшой гибкостью или без нее
- Реализация стороннего решения с некоторыми опциями, особенно в области аутентификации
- Создание собственного решения, когда вы присоединились к разработке поздно
- Создание собственного решения, когда вы присоединились с самого начала
Изучая эти сценарии, мы получим более глубокое понимание проблем и лучших практик для реализации трех А наиболее эффективным способом. Идеальным сценарием является создание собственного решения с самого начала, так как оно предоставляет наибольшую гибкость и варианты.
Следите за предстоящими блогами, где мы рассмотрим каждый сценарий подробно и предоставим практические идеи по безопасности SQL Server.