Виртуальные машины Google Compute Engine можно взломать через протокол DHCP
30 июня 2021 года
Виртуальные машины Google Compute Engine можно взломать через протокол DHCP. Как пояснил обнаруживший проблему исследователь безопасности Имре Рад (Imre Rad), злоумышленники могут захватить контроль над виртуальными машинами благодаря уязвимой реализации протокола DHCP (ISC DHCP), в которой используется ненадежный генератор случайных чисел.
Несмотря на то, что уязвимость остается неисправленной, есть целый ряд факторов, снижающих ее потенциальную опасность. Ее эксплуатация весьма изящна, хотя и непрактична, и представляет интерес с точки зрения сетевой безопасности.
Атака предполагает перегрузку атакуемой виртуальной машины DHCP-трафиком, в результате чего она начинает использовать сервер метаданных, подконтрольный злоумышленникам, находящимся в той же сети, или на другом конце интернета. Источником мусорного DHCP-трафика может быть соседняя подконтрольная злоумышленникам система в Google Cloud.
Когда вместо официального сервера Google атакуемая виртуальная машина использует для настройки конфигурации вредоносный сервер метаданных, злоумышленники могут авторизоваться на ней через SSH в качестве суперпользователя. Как пояснил Рад, Google полагается на свои серверы метаданных для дистрибуции SSH-ключей. Подделав сервер метаданных, атакующий может получить доступ к виртуальным машинам через SSH.
В двух из трех представленных исследователем сценариях атак злоумышленники должны находиться в одной подсети с атакуемой виртуальной машиной, чтобы отправлять на нее DHCP-трафик. В одном сценарии требуется перезагрузка виртуальной машины, а в другом – очистка лизов DHCP. Третий сценарий позволяет осуществлять атаки удаленно через интернет, но для этого нужно, чтобы защищающий виртуальную машину межсетевой экран был полностью открыт.
Для защиты от атак рекомендуется не обращаться к серверам метаданных с помощью виртуального имени хоста (metadata.google.internal), не управлять виртуальным именем хоста через DHCP, защищать сервер метаданных с помощью TLS и блокировать UDP на портах 67/68.
Рад уведомил Google о проблеме в сентябре 2020 года,
но компания так и не исправила ее. В связи с этим, по истечении девяти месяцев, исследователь опубликовал результаты своего исследования.
Источники
правитьЭта статья содержит материалы из статьи «Виртуальные машины Google Compute Engine можно взломать через протокол DHCP», опубликованной на сайте SecurityLab.ru и распространяющейся на условиях лицензии Creative Commons Attribution 3.0 Unported (CC-BY 3.0 Unported). |
Любой участник может оформить статью: добавить иллюстрации, викифицировать, заполнить шаблоны и добавить категории.
Любой редактор может снять этот шаблон после оформления и проверки.
Комментарии
Если вы хотите сообщить о проблеме в статье (например, фактическая ошибка и т. д.), пожалуйста, используйте обычную страницу обсуждения.
Комментарии на этой странице могут не соответствовать политике нейтральной точки зрения, однако, пожалуйста, придерживайтесь темы и попытайтесь избежать брани, оскорбительных или подстрекательных комментариев. Попробуйте написать такие комментарии, которые заставят задуматься, будут проницательными или спорными. Цивилизованная дискуссия и вежливый спор делают страницу комментариев дружелюбным местом. Пожалуйста, подумайте об этом.
Несколько советов по оформлению реплик:
- Новые темы начинайте, пожалуйста, снизу.
- Используйте символ звёздочки «*» в начале строки для начала новой темы. Далее пишите свой текст.
- Для ответа в начале строки укажите на одну звёздочку больше, чем в предыдущей реплике.
- Пожалуйста, подписывайте все свои сообщения, используя четыре тильды (~~~~). При предварительном просмотре и сохранении они будут автоматически заменены на ваше имя и дату.
Обращаем ваше внимание, что комментарии не предназначены для размещения ссылок на внешние ресурсы не по теме статьи, которые могут быть удалены или скрыты любым участником. Тем не менее, на странице комментариев вы можете сообщить о статьях в СМИ, которые ссылаются на эту заметку, а также о её обсуждении на сторонних ресурсах.