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