Безопасность в публичном облаке

В доверии к публичным облакам произошел перелом. В 2017 году информационная безопасность стала считаться главным преимуществом публичной облачной инфраструктуры перед локальной. Доля российских компаний, которые видят риски безопасности при миграции в облако, снизилась с 45% в 2014 году до 11% в 2017. Надежность публичных облачных сервисов также обгоняет in-house. Что поменялось?

Как появилось доверие к публичным облакам

Разработчики ранних облаков стремились в первую очередь реализовать бизнес-функционал в новой «облачной» парадигме масштабируемых онлайн-сервисов. Надёжность и безопасность оставались второстепенными вопросами, и это снизило доверие многих клиентов к ранним облакам.

По исследованию ENISA 2012 года при переходе в публичное облако возникали риски привязки к конкретному поставщику, раскрытия данных из-за неправильного обращения с ними, компрометации виртуальной инфраструктуры (включая потерю изоляции данных, доступ зловредного инсайдера), зависимости сервиса от доступа пользователя в интернет.

Уже тогда было ясно, то эти риски характерны и для локальной ИТ-инфраструктуры, которая не страхует от её компрометации и недостаточной защиты данных. Привязка к поставщику присутствует и локально — просто перемещается на уровень выбора оборудования и софта. А качество связи в локальной инфраструктуре и публичном облаке уже сопоставимо — из-за роста роли удалённого доступа сотрудников и пространственной фрагментации инфраструктуры.

Сегодня публичные облака — зрелый подход, который заслуженно конкурирует с on-premises архитектурой
ИТ-систем. Надёжность предоставления сервисов гарантируется в рамках SLA, часто с финансовыми гарантиями. Поэтому переход к облачной инфраструктуре — не просто оптимизация бизнес-процессов, но и выбор более безопасной и надёжной инфраструктуры.

В 2020 году публичные
IaaS-облака будут на 60% реже становиться жертвами атаки, чем традиционные
дата-центры.

Gartner, 2018

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

Computerworld Россия, 2018

«В 2020 году корпоративная политика „без облака“ будет такой же редкой, как сегодня политика „без интернета“»

Gartner, 2016

Готовы построить собственный ЦОД?

Даже если облако достаточно безопасно, не лучше ли всё равно построить собственный ЦОД?

Посмотрим на список мер, которые делают ЦОД достаточно надёжным.

Поддерживать такие процессы локально имеет смысл только компаниям с большим ИТ-бюджетом и штатом экспертов.

Минусы локальной ИТ-инфраструктуры

Если содержание собственного ЦОДа не является основным бизнесом вашей организации, то для вас выгоднее и безопаснее построить бизнес-процессы в облаке. В чём проблема с содержанием собственного ЦОДа?

Дорого. Выбирая локальный ЦОД, компания должна быть готова к тому, что нагрузка на ИТ-бюджет будет только расти — на фоне глобального роста количества данных, которые генерирует бизнес в любой отрасли.

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

Почему публичное облако надёжнее

Выбор публичного облака даёт компании доступ к лучшим практикам надёжности и безопасности, поскольку для облачных провайдеров это вопрос конкурентного преимущества. Провайдеры используют полноценные ЦОДы с новейшим оборудованием и софтом, в них поставлены процессы управления уязвимостями.

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

• Ресурсы разных компаний надежно изолированы друг от друга.
• Многие провайдеры организуют внешний аудит безопасности, чтобы независимые организации подтвердили заявленные гарантии.
• Для максимальной защиты облака поддерживают опцию шифрования данных: компания может отправлять данные в облако уже в зашифрованном виде, так что облако получает и хранит «бессмысленный набор байтов».
• Технологии и процедуры, которые задействуют в публичных облаках, снижают влияние человеческого фактора за счет контроля доступа к инфраструктуре и высокой квалификации сотрудников.
• Некоторые провайдеры имеют собственную тестовую лабораторию, которая дополнительно проверяет оборудование и таким образом гарантирует бесперебойность и максимальное качество услуг.
• Крупные провайдеры имеют команду технической поддержки в режиме
  24/7, которая решает возникающие проблемы клиентов в рамках SLA. Так что облако — это не только надежный ЦОД, но и всегда доступная команда экспертов, которая включена в стоимость услуг.
• Многие провайдеры позволяют соблюдать требования регулятора о нахождении данных в России.

В 2017 году почти 2/3 компаний в США, которые использовали публичные облака, задействовали шифрование данных, передаваемых в облако

Clutch, 2017

Главная причина взломов компаний — человеческий фактор: в 2017 году ¾ утекших записей были результатом «случайностей» — ошибок человека

Gemalto, 2017

Если передача данных в облако ограничена

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

Можно задействовать гибридную инфраструктуру и обрабатывать в облаке только данные, на которые нет ограничений, или обезличивать чувствительные данные перед передачей в облако. Такой подход позволит сэкономить, когда это возможно, и выполнить требования по обращению с данными.

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