Миллионы компьютеров готовы стать «зомби» из-за торрентов

Миллионы компьютеров готовы стать «зомби» из-за торрентов

Исследователи обнаружили в пиринговых протоколах уязвимость, позволяющую злоумышленникам проводить распределенные атаки типа «отказ в обслуживании» (Distributed Denial of Service — DDoS), используя компьютеры пользователей торрентов с запущенным торрент-клиентом.

Аналогичная уязвимость также была обнаружена в клиенте BitTorrent Sync.

Речь, в частности, идет о протоколах Micro Transport Protocol (uTP), Distributed Hash Table (DHT) и Message Stream Encryption (MSE). Все они упомянуты в работе, опубликованной британскими и германскими исследователями на сайте организации USENIX, передает cnews.ru.

Суть уязвимости

Суть уязвимости заключается в том, что упомянутые пиринговые протоколы не содержат механизмов защиты от IP-спуфинга — вида хакерских атак, когда IP-адрес атакующего заменяется на IP-адрес жертвы. Это позволяет злоумышленникам использовать миллионы ПК пользователей популярных торрент-клиентов в качестве усилителей DDoS-атаки.

Механизм атаки

Используя уязвимость, злоумышленник (Attacker на приведенной ниже схеме) отправляет в торрент-клиент на ПК пользователей (Amplifiers) запрос на инициализацию пирингового соединения. Однако в сообщении IP-адрес инициализатора заменен на IP-адрес компьютера, на который необходимо совершить атаку.

Торрент-клиенты, получая запрос, пытаются установить соединение, но уже с компьютером жертвы (Victim), так как именно его IP-адрес был указан в сообщении в качестве источника. Клиенты устроены таким образом, что они отправляют большее количество данных в ответном сообщении.

 

Когда торрент-клиент не дожидается ответа с целевого IP-адреса, он еще несколько раз отправляет запрос перед тем, как полностью прекратить попытку соединения. Все это позволяет хакеру увеличить поступающий на атакуемый узел объем трафика, хотя сам он такой же объем трафика не отправляет, а отсылает лишь один начальный пакет для инициализации всего процесса. Более того, такая атака позволяет злоумышленнику эффективно скрывать свое местоположение, так как DDoS-трафик исходит от усилителей или так называемых «отражателей».

Результаты программ

Исследователи провели эксперимент с различными торрент-клиентами, чтобы увидеть их эффективность. В результате они показали разный Bandwidth Amplification Factor (BAF) — коэффициент увеличения трафика. Наибольший продемонстрировало приложение BitTorrent Sync — оно увеличило трафик в 129 раз.

На втором месте — торрент-клиент Vuze, продемонстрировавший BAF в размере 54,3. Далее следуют официальные клиенты BitTorrent и uTorrent — 39,6. Наименее эффективными для злоумышленников оказались программы Transmission и LibTorrent (BAF равен 4 и 5,2 соответственно).

Усиления трафика

В 2013 г. компания CloudFlare зафиксировала DDoS-атаку с объемом трафика 300 Гбит/с. Она была признана самой разрушительной в истории. Затем, в 2014 г., был поставлен новый рекорд — атака с трафиком 400 Гбит/с. Обе этих атаки были проведены по тому же принципу — трафик не шел непосредственно от атакующего, а шел с отражателей.

Подпишитесь на новости

Android 17 запретит приложениям внезапно орать в фоне

Google решила покончить с одной из самых мерзких мобильных неожиданностей: когда давно свёрнутое приложение или забытая вкладка браузера внезапно начинает воспроизводить звук. В Android 17 для этого появился системный механизм Background Audio Hardening.

Теперь приложение сможет включать аудио, запрашивать аудиофокус и менять громкость только при видимом на экране интерфейсе либо при корректно запущенной foreground-службе.

Ограничение действует на все приложения в Android 17, даже если они пока не адаптированы под API 37.

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

Как объясняет Google, нововведение должно остановить случайный запуск звука. Например, приложение могло зависнуть из-за проблем с сетью, быть заморожено системой, а затем очнуться через несколько часов и внезапно продолжить воспроизведение. Другой сценарий — потерянная медиасессия, которая продолжает жить уже без видимого интерфейса и понятной кнопки остановки.

Изменение работает на уровне всей операционной системы, поэтому это не специальное лекарство для Chrome, YouTube или сайтов с наглым автовоспроизведением. Под новые правила попадут браузеры, игры, медиаплееры и остальные приложения.

Побочный эффект тоже имеется. Программы, которым действительно нужно играть музыку или подкасты при выключенном экране, должны правильно использовать foreground-службу для медиавоспроизведения. Разработчикам с кривой реализацией придётся переписать код, иначе Android молча прикрутит им громкость.

Google также предусмотрела тестирование через ADB: защиту можно включить, отключить или перевести в жёсткий режим, при котором некорректные обращения к аудиоинтерфейсам вызывают явные ошибки.

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