После DDoS-атаки на Яндекс ботоводы Meris попытались обидеть Кребса

После DDoS-атаки на Яндекс ботоводы Meris попытались обидеть Кребса

После DDoS-атаки на Яндекс ботоводы Meris попытались обидеть Кребса

Известный журналист и блогер Брайан Кребс (Brian Krebs) сообщил, что на прошлой неделе его сайт тоже подвергся DDoS-атаке с ботнета Mēris. Персонажи поучительных расследований Кребса в сфере ИБ нередко мстят ему за раскрытие их противоправной деятельности, и новая попытка положить сайт KrebsOnSecurity — лишь одна из многих в череде безуспешных карательных акций.

Составленный из высокопроизводительных сетевых устройств новобранец Mēris уже успел отметиться у клиентов CDN-провайдера Cloudflare, нарушить интернет-связь в Новой Зеландии и провести мощнейшую DDoS-атаку на «Яндекс». Согласно наблюдениям Cloudflare, источники вредоносных запросов расположены в 125 странах, с наибольшей концентрацией в Индонезии, Индии и Бразилии.

Обрушившийся на KrebsOnSecurity мусорный поток, по словам Кребса, был намного слабее, чем на сервисах CDN-сети, — немногим более 2 млн запросов в секунду (rps) против рекордных для Cloudflare 17,2 Mrps. Тем не менее, он в четыре раза превысил уровень, зафиксированный в ходе сокрушительной атаки с ботнета Mirai пятилетней давности, в результате которой сайт исследователя выпал из доступа почти на четверо суток. (Тогда дидосеры использовали несколько техник, в том числе HTTP-флуд мощностью в 450 Krps).

В Qrator Labs тоже отметили атаки Mēris в Новой Зеландии, США и России, где под прицел попали «Яндекс» и ряд финансовых организаций. В последнем случае, как выяснил «Ъ», мусорные запросы шли из США, Латинской Америки и Азии.

Исследование, проведенное Qrator Labs совместно с ИБ-специалистами «Яндекса», показало, что в состав нового DDoS-ботнета входит большое количество роутеров MikroTik. Получив соответствующее уведомление, производитель поделился своими соображениями на форуме: злоумышленники, по всей видимости, задействуют в атаках его сетевые устройства, скомпрометированные еще в 2018 году.

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

Недавние аудиты, проведенные сторонними экспертами, новых уязвимостей в RouterOS не выявили. Попытка MikroTik оповестить всех пользователей ее ОС о новой проблеме оказалась провальной: многие из них никогда не вступали в контакт с вендором и не следят за состоянием своих устройств.

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

Ошибка в Signal могла оставлять микрофон активным после завершения звонка

Нажать кнопку «завершить звонок» и действительно закончить разговор — иногда разные вещи. В библиотеке RingRTC, которую Signal использует для звонков, обнаружили уязвимость: собеседник мог перегрузить очередь событий и помешать корректному отключению аудио, а потенциально и видео.

Проблема описана как CVE-2026-113380. Она затрагивает RingRTC до версии 2.72.0; в списке изменений разработчики указали исправление полного завершения звонков в пограничных ситуациях.

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

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

Опубликованная демонстрация концепции моделирует переполнение очереди. Сама по себе она не доказывает полноценную атаку на готовое приложение. Точные версии Signal с исправлением для каждой платформы в исходной публикации также не установлены.

Пользователям стоит обновить мобильное и настольное приложения. Шифрование защищает содержание разговора при передаче, но корректно положить трубку программа тоже должна уметь.

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