Угроза несанкционированного доступа к защищаемым виртуальным машинам со стороны других виртуальных машин
Угроза заключается в возможности осуществления деструктивного программного воздействия на защищаемые виртуальные машины со стороны других виртуальных машин с помощью различных механизмов обмена данными между виртуальными машинами, реализуемых гипервизором и активированных в системе. Данная угроза обусловлена слабостями механизма обмена данными между виртуальными машинами и уязвимостями его реализации в конкретном гипервизоре. Реализация данной угрозы возможна при условии наличия у нарушителя привилегий, достаточных для использования различных механизмов обмена данными между виртуальными машинами, реализованных в гипервизоре и активированных в системе
Первоисточник — карточка угрозы в банке данных ФСТЭК России: https://bdu.fstec.ru/threat/ubi.079. Перед применением сверьте формулировку с первоисточником.
Меры защиты против УБИ.079
Сопоставление ведётся не с кодом конкретного приказа, а с мерой «по сути»: у одной и той же меры в разных приказах разные коды, а иногда она там отсутствует. Прочерк в столбце означает, что меры с таким смыслом в приказе нет. Для нейтрализации угрозы потребуется мера из другого источника — это дополнение базового набора, предусмотренное шагом 4 методики.
Почему именно эти меры
В отличие от УБИ.078 (атака по сети), здесь механизмом служит злоупотребление штатными механизмами ОБМЕНА ДАННЫМИ МЕЖДУ ВМ, которые предоставляет и активирует сам гипервизор (общий буфер обмена, папки и т.п.), а не сетевое взаимодействие. Разграничение доступа именно внутри виртуальной инфраструктуры (ЗСВ.2) и контроль потоков между компонентами (ЗСВ.4) прямо противостоят злоупотреблению этими механизмами. Целостность (ЗСВ.7) и сегментирование (ЗСВ.10) ограничивают последствия. Антивирус (АВЗ.1) нужен, если канал обмена используется для доставки вредоносного кода. Анализ уязвимостей (АНЗ.1, АНЗ.3) назначен потому, что угроза прямо называет уязвимости реализации механизма обмена в конкретном гипервизоре.
Сценарий реализации
Черновик пути нарушителя, который инструмент предлагает для этой угрозы на шаге «Сценарии». Это не разметка ФСТЭК: методика (п. 5.3.5–5.3.6) требует строить сценарий по результатам инвентаризации и тестирования конкретной системы.
Нарушитель начинает с одной легально полученной виртуальной машины или контейнера и добивается выхода за её границы: получает доступ к гипервизору, к соседним виртуальным машинам и к общей системе хранения.
Конечное воздействие по тактике Т10 — Т10.1 Несанкционированный доступ к информации в памяти системы, файловой системе, базах данных, репозиториях, в программных модулях и прошивках
Нужна не отдельная угроза, а модель угроз целиком?
Инструмент проводит систему по шагам методики оценки угроз ФСТЭК России от 05.02.2021: профиль системы, негативные последствия, модель нарушителя, выбор угроз, сценарии. На выходе — готовый документ с мерами защиты по выбранным приказам.