О защите данных в облаках
Май, 2020
Утечки личных данных граждан из банковских, медицинских баз и баз сотовых операторов участились (очередной скандал — в “ПриватБанке”: персональные данные продают по $50 за CD). Одновременно растёт использование облачных вычислений в надежде уберечь данные от утечек, однако важно понимать: реальной защиты от действий умелых администраторов СУБД — как в закрытой корпоративной сети, так и в облаках — во встроенных средствах современных СУБД просто не существует. Известные утечки, как правило, связаны с действиями инсайдеров и прежде всего администраторов баз данных.
Основные функции защиты информации в БД: защита доступа (доступ только после успешной идентификации и аутентификации), разграничение доступа (каждый, включая администратора, получает только необходимую по должности информацию), шифрование (и передаваемых по сети данных от перехвата, и записываемых на носитель — от кражи и просмотра нештатными средствами), аудит доступа к критичным данным с журналом, недоступным для пользователей, на которых он ведётся. Последние версии международных стандартов ИСО прямо рекомендуют для данных в облаках строгую аутентификацию в системах управления доступом и криптографическую защиту хранящихся данных.
Что такое строгая аутентификация
Строгая аутентификация должна быть обязательно взаимной (аутентифицируются обе стороны — субъект и объект доступа) и многофакторной (факторы разной природы, используются одновременно), с применением строгих криптографических алгоритмов — это закреплено в ГОСТ Р 58833 “Идентификация и аутентификация. Общие положения”. Полезно помнить сотрудникам банков, которым навязывают решения “удалённой многофакторной идентификации”, которой нет ни в международных, ни в национальных стандартах в части управления логическим доступом. Факторов может быть только три: знание, владение и биометрия — сколько бы биометрических характеристик ни снималось с субъекта, это один фактор; последовательное использование разных факторов только понижает надёжность.
Криптографическая защита
Защита информации в базах данных традиционно сложна: особенности работы с данными, проблемы производительности и вопросы доверия к администраторам БД, которых предпочитали объявлять доверенными персонами в расчёте на встроенные механизмы СУБД. Такой подход с накоплением огромных объёмов конфиденциальной информации обернулся скандалами разглашения и фактами умышленного искажения.
Все эти задачи решает сертифицированное по классу КС3 ФСБ России решение Аладдин — СКЗИ “Крипто БД”, применяемое в существующих прикладных системах практически без переделки. Владелец ИС вводит роль администратора безопасности: управление и распределение ключей шифрования без доступа самого администратора к данным. Администраторы СУБД выполняют обязанности без доступа к ключу шифрования; легальным пользователям ключи распределяются в зашифрованном на их открытых ключах виде, а криптопреобразования незначительно замедляют процессы — для пользователей внедрение незаметно. От неправомерных действий администратора СУБД защищает отсутствие доступа администраторов к информации при полном доступе к структурам хранения; доступ пользователей персонифицируется системой распределения ключей и контролируется аудитом событий специально разработанной (не от разработчика СУБД) процедурой, журнал которой доступен только администратору безопасности. Управление ключевым материалом должно производиться не в “облаках”, а внутри защищённого периметра организации; красивое решение распределения ключей даёт инфраструктура открытых ключей — это полностью соответствует требованиям ФСБ России.
Это краткая аннотация статьи, полную версию читайте в первоисточнике.
Первоисточник: Портал It-weekly.ru, май, 2020
Эксперт: Алексей Сабанов, Аладдин