Угроза некачественного переноса инфраструктуры в облако
Угроза заключается в возможности снижения реального уровня защищённости иммигрирующей в облако информационной системы из-за ошибок, допущенных при миграции в ходе преобразования её реальной инфраструктуры в облачную. Данная угроза обусловлена тем, что преобразование даже части инфраструктуры информационной системы в облачную зачастую требует проведения серьёзных изменений в такой инфраструктуре (например, в политиках безопасности и организации сетевого обмена данными). Реализация данной угрозы возможна в случае несовместимости программных и сетевых интерфейсов или несоответствий политик безопасности при осуществлении переноса информационной системы в облако
Первоисточник — карточка угрозы в банке данных ФСТЭК России: https://bdu.fstec.ru/threat/ubi.056. Перед применением сверьте формулировку с первоисточником.
Меры защиты против УБИ.056
Сопоставление ведётся не с кодом конкретного приказа, а с мерой «по сути»: у одной и той же меры в разных приказах разные коды, а иногда она там отсутствует. Прочерк в столбце означает, что меры с таким смыслом в приказе нет. Для нейтрализации угрозы потребуется мера из другого источника — это дополнение базового набора, предусмотренное шагом 4 методики.
| Мера | № 239 | № 117 | № 21 | № 31 |
|---|---|---|---|---|
| Идентификация объектов управления конфигурацией | УКФ.1 | — | — | УКФ.1 |
| Управление изменениями | УКФ.2 | — | УКФ.2 | УКФ.2 |
| Тестирование обновлений программного обеспечения | ОПО.3 | — | — | ОПО.3 |
Почему именно эти меры
Ошибки при преобразовании реальной инфраструктуры в облачную снижают фактический уровень защищённости мигрировавшей системы. Идентификация объектов конфигурации (УКФ.1) и управление изменениями (УКФ.2) контролируют сам процесс переноса. Тестирование обновлений и изменений перед вводом в эксплуатацию (ОПО.3) уместно потому, что миграция по сути и есть масштабное изменение, которое нужно проверить до переключения на боевой режим.
Сценарий реализации
Угроза реализуется из-за ошибок проектирования и переноса инфраструктуры в облако, которые допускает сам оператор. Нарушитель в её реализации не участвует. Цепочка тактик Т1–Т9 описывает последовательность действий нарушителя, поэтому для этой угрозы она не строится. Отсутствие пути является результатом разбора угрозы. Актуальность угрозы по-прежнему определяет специалист, который описывает систему, и сценарий он вправе задать самостоятельно.
Конечное воздействие по тактике Т10 — Т10.1 Несанкционированный доступ к информации в памяти системы, файловой системе, базах данных, репозиториях, в программных модулях и прошивках
Нужна не отдельная угроза, а модель угроз целиком?
Инструмент проводит систему по шагам методики оценки угроз ФСТЭК России от 05.02.2021: профиль системы, негативные последствия, модель нарушителя, выбор угроз, сценарии. На выходе — готовый документ с мерами защиты по выбранным приказам.