Старый протокол GTP — причина уязвимости сетей 5G

Старый протокол GTP — причина уязвимости сетей 5G

Старый протокол GTP — причина уязвимости сетей 5G

Древние уязвимости, преследующие уже устаревшие стандарты широкополосной связи, перекочуют в относительно новую технологию 5G. Об этом заявили специалисты компании Positive Technologies.

Согласно отчёту исследователей, основным виновником уязвимости сетей пятого поколения является протокол GTP (GPRS Tunneling Protocol). Из-за GTP 5G-сети будут открыты для таких форм атак, как спуфинг, «Человек посередине» (Man-in-the-Middle, MitM) и DoS.

Разработчики представили протокол GTP в поколении 2G, также он используется и в текущей версии — 4G. Этот стандарт позволяет передавать данные между узлами GSN в пакетной сети. Например, если пользователь находится в роуминге, GTP осуществит звонки через местного оператора связи.

Основная задача протокола заключается в создании лёгкого способа взаимодействия между операторами связи, что позволяет передавать данные через разные сети и даже страны.

К сожалению, сам GTP содержит ряд существенных проблем безопасности — например, протокол не может корректно проверить геолокацию и учётные данные абонента. На деле это значит, что потенциальный атакующий может подделать трафик и спрятать свой номер, выдав себя за другого человека.

Часто такой вид атаки используется для принудительной подписки ничего не подозревающего абонента на платные сервисы.

«Эти уязвимости до сих пор актуальны, поскольку протокол GTP не претерпел существенных изменений. Чаще всего у операторов нет правильных решений для мониторинга, которые бы помогли выявить уязвимые места в сети», — объясняет Павел Новиков из Positive Technologies.

Именно поэтому команда Positive Technologies настоятельно рекомендует операторам связи внимательно присмотреться к тому, как их системы обрабатывают роуминг. Будет нелишним также использовать фильтрацию IP, ограничивающую количество подключений.

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

34% тестировщиков применяют ИИ для генерации кода, 28% — для тест-кейсов

2ГИС решила разобраться, как себя чувствует русскоязычное QA-сообщество: чем пользуются тестировщики, как устроены процессы и как в работу проникает искусственный интеллект. В исследовании поучаствовали 570 QA-специалистов, почти половина из них работают в крупных компаниях.

57% опрошенных сказали, что подключаются к разработке фич ещё на этапе обсуждения требований — то есть задолго до появления кода.

Лишь 20% приходят в проект только после завершения разработки. А вариант «подключаюсь, когда в продакшене что-то сломалось» — уже почти экзотика.

89% команд используют автотесты — от юнитов до UI. Но вот инструменты вокруг них, вроде поддержки, аналитики и стабильности, применяют далеко не все. Например, код-ревью автотестов делают только 39% опрошенных, а 28% команд вообще не отслеживают никаких метрик и работают «вслепую».

ИИ используют не все, и в основном — для рутинных задач

Хотя ИИ уже прочно вошёл в мир тестирования, чаще всего его применяют для типовых задач:

  • написание тестового кода (34%),
  • генерация тест-кейсов (28%),
  • и тестовых данных (26%).

 

Более продвинутые сценарии вроде анализа тестов, автоматического поиска багов и визуального тестирования пока используются редко. Например, только 5% автоматизируют дефект-дискавери, и лишь 4% пробуют AI для визуальных проверок. А 22% QA-специалистов вообще не используют ИИ в своей работе.

Главные проблемы в тестировании

На первом месте — сжатые сроки. Об этом сказали 71% участников опроса. На втором — слабое вовлечение QA в процессы (40%) и нехватка квалифицированных специалистов (37%).

Как измеряют качество

  • Главная метрика — количество найденных багов (58%).
  • Покрытие автотестами учитывают 43%, покрытие кода — только 23%.
  • Стабильность тестов (например, чтобы они не «флапали») отслеживают всего 15% команд.

Что будет с профессией дальше? Мнения разделились:

  • 37% считают, что всё уйдёт в тотальную автоматизацию;
  • 35% уверены, что ничего особо не поменяется;
  • почти треть верит, что QA станет глубже интегрироваться в специфические направления вроде ИБ и производительности;
  • 27% видят будущее за DevOps и SRE — то есть тесной работой на всех этапах: от разработки до эксплуатации.
AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

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