Прослушивать мобильные звонки может каждый

Прослушивать мобильные звонки может каждый

Сегодня на конгрессе Chaos Computer Club двое исследователей продемонстрировали полноценную систему прослушивания зашифрованных вызовов и перехвата SMS-сообщений, которые отправляет или принимает мобильное устройство связи стандарта GSM. Для построения этой системы им понадобились несколько простейших телефонов суммарной стоимостью не более 60 долларов, ноутбук, программное обеспечение с открытым кодом и немного смекалки.

Раньше подобные возможности (по позиционированию и прослушиванию мобильных телефонов), как правило, имелись в распоряжении лишь сотрудников правоохранительных органов да тех особо богатых людей, которые могли позволить себе приобрести профессиональный сетевой анализатор за 50 тыс. долларов. Однако исследователи, играя на особенностях стандарта GSM и человеческом факторе, смогли создать систему, построить рабочую копию которой по плечу любому технически грамотному специалисту.

Для начала эксперты Карстен Ноль и Сильвен Мюно продемонстрировали аудитории, как можно использовать данные о местоположении абонента, которыми GSM-сети обмениваются между собой для обеспечения корректной маршрутизации звонков и SMS-сообщений, чтобы предварительно определить город или район, где в данный момент находится цель. Затем, согласно их схеме, шпион может приступить к точному позиционированию; для этого на телефон жертвы высылаются особые SMS-отправления - например, имитации поврежденных сообщений, которые не отображаются пользователю. Отслеживая путь таких посланий через промежуточные станции и обрабатывая ответные сигналы устройства, злоумышленник сможет более корректно определить местонахождение трубки.

В качестве устройств анализа и мониторинга использовались обычные, довольно примитивные GSM-телефоны. Эксперты заменили их прошивки на свое собственное программное обеспечение, которое позволило им извлекать необработанные данные из сетей связи и в режиме реального времени пересылать сигнал для его последующей обработки в портативный компьютер. При помощи такого самодельного сниффера исследователи смогли точно определить случайный идентификатор, который был присвоен телефону-цели при его регистрации в сети; соответственно, они обрели возможность вычленять из общего "океана" данных те потоки, которые предназначались именно для нужного им устройства.

После описанных двух этапов следует заключительная стадия - расшифровка передаваемой информации. Борьба с криптоалгоритмами обычно сложна и далеко не всегда заканчивается в пользу аналитика, однако в данном случае специалисты нашли способ успешно атаковать шифр. Дело в том, что сети GSM через определенные промежутки времени отправляют телефонам служебные сигналы того или иного рода, не несущие полезной нагрузки; "пустое место" в них заполняется некоторым набором байтов. Несколько лет назад новая редакция стандарта GSM обязала поставщиков услуг связи заполнять "пустоты" случайными байтами, однако и по сей день многие сети не соблюдают обновленный стандарт, так что набор байтов остается статическим.

В силу этого исследователи получили возможность с высокой степенью вероятности предсказывать исходное содержание зашифрованных служебных сигналов. Подключив к процессу анализа еще и чрезвычайно объемную базу предварительно рассчитанных ключей шифрования, они добились почти моментального нахождения секретного ключа: среднее время его обнаружения при помощи специальной программы составило 20 секунд. При этом многие операторы не утруждают себя запуском отдельных процедур шифрования для каждой отдельной сессии: экономя ресурсы, они используют один и тот же ключ для защиты сразу нескольких следующих друг за другом SMS-сообщений и телефонных звонков.

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

"То, с чем мы имеем дело сейчас, - это скверно защищенная инфраструктура двадцатилетней давности, посредством которой передаются значительные объемы конфиденциальной информации", - подытожил г-н Ноль. - "Хотелось бы, чтобы безопасность сетей сотовой связи развивалась и совершенствовалась; в настоящее время их защита столь же 'надежна', сколь и оборона подключенных к Интернету компьютеров в начале девяностых годов прошлого века".

Gizmodo

Anti-Malware TelegramПодписывайтесь на канал "Anti-Malware" в Telegram, чтобы первыми узнавать о новостях и наших эксклюзивных материалах по информационной безопасности.

VMware устранила критическую RCE-уязвимость в vCenter Server

Компания VMware выпустила обновления для платформы vCenter Server, устранив две уязвимости. Одна из них признана критической, поскольку позволяет удаленно и без аутентификации выполнить произвольный код.

Решение vCenter Server предоставляет ИТ-админу интерфейс для централизованного управления серверами и виртуальными машинами, с возможностью расширения локальной среды до публичных облаков на базе VMware vSphere. Наличие RCE-уязвимости в такой платформе грозит захватом контроля над системой и несанкционированным доступом к информации о виртуальной инфраструктуре предприятия.

Брешь, зарегистрированную под идентификатором CVE-2021-21972, обнаружил эксперт Positive Technologies Михаил Ключников. Согласно описанию VMware, эксплуатация этой уязвимости возможна при наличии сетевого доступа к порту 443. В случае успеха автор атаки сможет выполнить любую команду в системе с неограниченными привилегиями.

Виновником появления критической дыры является клиентский плагин к движку vROps (vRealize Operations, решение для автоматизации операций), который по умолчанию установлен на всех серверах vCenter. Ввиду большой площади атаки, простоты эксплойта и серьезности последствий степень опасности проблемы была оценена в 9,8 балла по шкале CVSS.

«По нашему мнению, RCE-уязвимость в vCenter Server составляет не меньшую угрозу, чем печально известная CVE-2019-19781 в Citrix», — заявил Ключников, комментируя свою находку для The Hacker News.

Патчи выпущены для vCenter Server веток 7.0, 6.7 и 6.5. Пользователям рекомендуется незамедлительно установить сборку 7.0 U1c, 6.7 U3l или 6.5 U3n соответственно. При отсутствии такой возможности можно ограничить возможность эксплойта, следуя инструкциям, приведенным в KB82374.

Вторая уязвимость, закрытая в vCenter Server (CVE-2021-21973), не столь опасна. Это возможность подмены запросов на стороне сервера (SSRF), которая возникла из-за некорректной реализации проверки URL в клиентском плагине платформы.

Разработчики также исправили опасную ошибку переполнения буфера в гипервизоре VMware ESXi (CVE-2021-21974; 8,8 балла), грозящую выполнением вредоносного кода. Эксплойт в данном случае осуществляется подачей по сети особого запроса по протоколу SLP.

Anti-Malware TelegramПодписывайтесь на канал "Anti-Malware" в Telegram, чтобы первыми узнавать о новостях и наших эксклюзивных материалах по информационной безопасности.

RSS: Новости на портале Anti-Malware.ru