Qrator Labs предложила IETF внести изменения в протокол BGP

Qrator Labs предложила IETF внести изменения в протокол BGP

Qrator Labs предложила IETF внести изменения в протокол BGP

Qrator Labs подала заявку на внесение изменений в стандарт протокола BGP в международную организацию IETF. Презентация документа прошла на конференции IETF 95 в Буэнос-Айресе. Документ получил статус Work Group Adopted – принят на рассмотрение рабочей группой по Interdomain Routing (IDR).

В Буэнос-Айресе 3-8 апреля 2016 года проходила конференция The Internet Engineering Task Force (IETF). Эта международная организация, фактически, представляет собой большое профессиональное сообщество сетевых архитекторов, операторов, вендоров, исследователей со всего мира, влияющих на эволюцию архитектуры Интернета и его функционирование. Миссия IETF – создание релевантных технических и инженерных документов высокого качества, которые формализуют то, как люди используют, проектируют и управляют Интернетом. Это делается для того, чтобы Интернет работал лучше и стабильней. Документы IETF включают в себя стандарты протоколов, примеры удачных решений сложных ситуаций, различные информационные бюллетени.

На свои конференции IETF приглашает с докладами тех, кто предлагает релевантные улучшающие Интернет изменения. В Буэнос-Айресе с презентацией инициатив Qrator Labs выступил Александр Азимов, архитектор продукта Qrator.Radar. Был представлен новый стандарт расширения протокола BGP для повышения его защищённости от угрозы BGP hijacking и Rout Leaks. BGP (Border Gateway Protocol) – это базовый протокол сети Интернет, с помощью которого взаимодействуют между собой автономные системы (сегменты сетевой инфраструктуры) операторов. Route Leaks – это непреднамеренное направление трафика по ложному маршруту в результате ошибки администратора. Система глобального мониторинга взаимодействия автономных систем Qrator.Radar фиксирует в среднем 30 000 ложных префиксов каждый месяц, и эта проблема пока не решена. Еще большую угрозу несет злонамеренное внесение изменений в префиксы - BGP Hijacking.

«Эта угроза пока еще не начала создавать больших проблем, но в будущем, если вовремя не принять меры, она может оказаться одной из критических. Уже зафиксированы прецеденты намеренного использования уязвимости протокола BGP для «угона» трафика – перенаправления его по ложному маршруту. Злоумышленники меняют префикс автономной системы в BGP-пакетах на несуществующий, тем самым «сливая» его в никуда. В итоге сетевой ресурс, к которому направлялся трафик, становится недоступным для пользователей, то есть наблюдается DoS. На данный момент решения этой проблемы нет. Мы предлагаем добавить ещё один атрибут (Optional Transit Attribute) в BGP-пакеты, показывающий, какой характер носит устанавливаемое соединение: между узлами или между узлом и клиентом. При передаче трафика по внутренней сети, флаг не устанавливается. Это будет стимулировать администраторов более тщательно настраивать сети, поможет выявлять факты утечки маршрутов и идентифицировать AS, где это произошло», - объясняет Александр Азимов.

На данный момент изменения, предложенные Qrator Labs, прошли две стадии рассмотрения и получили статус WGA (Work Group Adopted). Следующим этапом станет доработка документа в рамках IDR и в дальнейшем проверка руководящей группой. В случае успешного прохождения этих этапов черновик станет новым сетевым стандартом RFC (Request for Comments). 

«Одним из приоритетных направлений деятельности Qrator Labs является улучшение технической составляющей интернета. Стремясь внести свой вклад в разработку интернет-стандарта для повышения безопасности протокола BGP, мы инициировали написание драфта и его представление в рамках рабочей группы IETF. Получение документом статуса Work Group Adopted стало значимым достижением для нашей команды, и мы выражаем благодарность всем специалистам, поддержавшим нашу инициативу по модернизации одного из ключевых протоколов, обеспечивающих эффективную работу современных сетей. Мы будем развивать нашу инициативу и работать над созданием нового стандарта сети, который, как мы надеемся, поможет сделать интернет более защищенным пространством», – комментирует Александр Лямин, основатель и глава Qrator Labs.

Компании привыкли доверять сбросу пароля. Злоумышленники этим пользуются

По данным специалистов Forrester, каждый сброс пароля обходится компании примерно в $70 (5 284 руб.), а для атакующих это ещё и удобная точка входа: если убедить сотрудника службы поддержки сбросить пароль, можно обойти MFA и получить доступ к аккаунту без эксплуатации уязвимостей.

На эту проблему обратили внимание специалисты Specops, разобрав риски, связанные с процедурами сброса пароля.

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

Хороший пример того, как всё может пойти не так, — атака на британского ретейлера Marks & Spencer в апреле 2025 года. Она привела к масштабным сбоям и пятидневной остановке онлайн-продаж. Потери оценивались примерно в £3,8 млн (387 млн руб.), в день.

По имеющимся данным, злоумышленники, которых связывают с группировкой Scattered Spider, получили первоначальный доступ, выдав себя за сотрудника M&S и обратившись в стороннюю службу поддержки. После сброса пароля они получили легитимные учётные данные без необходимости искать баги или эксплуатировать уязвимости.

Дальше атака развивалась уже внутри инфраструктуры. Киберпреступники использовали Active Directory, извлекли файл NTDS.dit с хешами паролей доменных пользователей, взломали часть из них офлайн и получили дополнительные учётные данные. Затем они постепенно расширяли доступ, перемещаясь по сети с помощью обычных инструментов и легитимных входов.

Когда прав оказалось достаточно, злоумышленники развернули шифровальщик. Под удар попали системы, связанные с платежами, электронной коммерцией и логистикой. M&S пришлось отключать сервисы, что нарушило работу магазинов и онлайн-каналов.

Главная сложность таких атак в том, что для техподдержки они выглядят вполне обычно. Сотрудник видит не подозрительную активность, а очередного пользователя, который просит сбросить пароль. Поэтому стандартных вопросов вроде «назовите дату рождения» или «уточните отдел» уже недостаточно: такую информацию можно найти, купить или выведать заранее.

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

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

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