Облачная безопасность: доступ, копии, журналы, ответственность

Для того чтобы обдумывать эту тему, достаточно четырёх заголовков. Доступ это то, кто в какой ресурс может войти. Резервная копия это возможность вернуться назад, когда что-то потеряно. Журналирование это возможность увидеть потом, что произошло. Ответственность это понимание того, кто держит каждый из трёх остальных пунктов.

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

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

Провайдер защищает физическую безопасность дата-центра, оборудование и слой виртуализации. Вы защищаете свои учётные записи, права пользователей, обновления программ, правила сети и сами данные, которые вы храните. Такие провайдеры, как AWS, Google Cloud и Azure, описывают эту границу каждый в своей документации, и её стоит прочитать.

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

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

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

Третья основа это регулярная проверка доступов. Учётная запись ушедшего сотрудника, временная учётная запись, которой никто не пользуется, или старое подключение сервиса остаются риском, пока они открыты. Для сети спа-центров закрытие учётных записей сезонных сотрудников по окончании сезона это простая, но действенная привычка.

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

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

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

Уровень безопасности должен быть соразмерен риску. Для небольшого сайта-визитки, не хранящего чувствительных данных клиентов, сложная сегментация сети или дорогие средства наблюдения часто не нужны; достаточно базового контроля доступа, резервных копий и обновлений. Чем больше уровней, чем действительно необходимо, тем больше возникает сложность, которой уже никто не в состоянии управлять.

С другой стороны, в системе, где хранятся платёжные данные, данные о здоровье или персональные данные, этих основ недостаточно; в игру вступают дополнительные меры и требования закона. Чтобы понять, на какой вы стороне, достаточно спросить себя, какие данные хранит система и что произойдёт, если они утекут.

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

Третья ошибка это из удобства выдавать права широко. В самом начале это экономит время, но цена оказывается очень высокой, когда учётная запись попадает в чужие руки. Четвёртая ошибка это относиться к безопасности как к разовой работе; по мере того как меняются настройки, сотрудники и сервисы, безопасность нужно пересматривать заново.

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