Спамеры рассылают вирусы вместо подтверждения бронирования отеля

Спамеры рассылают вирусы вместо подтверждения бронирования отеля

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

Так дешевле и надежнее. Но это только на руку кибермошенникам, которые уже готовы поживиться за чужой счет. Они придумали новую уловку – рассылать спам пользователям в виде подтверждения брони в гостинице. Но вместо квитанции в приложении вложена опасная банковская троянская программа, которая нацеливается на банковский счет пользователя.  Специалисты G Data Software уже внесли этот вредоносный код в вирусные базы, потому пользователей решений G Data он не навредит.  

«Кибермошенники замечают, что все больше и больше пользователей заказывают билеты онлайн, и ждут по электронной почте подтверждение билетов и номера в гостинице, – рассказывает Ральф Бенцмюллер, руководитель лаборатории безопасности G Data SecurityLabs. – Чтобы добиться максимального правдоподобия они используют названия популярных сервисов для резервирования, например Booking.com. Но вместо ожидаемой информации они получают троянскую программу. Мы также ожидаем наплыв вредоносных программ, которые будут нацелены на туристические агентства. Чтобы избежать обмана, пользователю необходимо выяснить, является ли отправитель письма представителем портала, на котором он заказал билеты. Также следует аккуратно относиться к письмам с заархивированным приложением».

Банковский троян

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

HTTP/2 Bomb: одна машина может положить сервер за считаные секунды

Эпоха ботнетов для организации мощных DDoS-атак получила ещё одного игрока. Исследователи рассказали о новой технике отказа в обслуживании под названием HTTP/2 Bomb, которая позволяет буквально положить крупный веб-сервер силами всего одной машины.

Самое неприятное — атака работает против стандартных конфигураций популярных серверов, включая NGINX, Apache HTTP Server, Microsoft IIS, Envoy и Cloudflare Pingora.

Метод обнаружили специалисты компании Calif при помощи ИИ-агента Codex от OpenAI. Фактически HTTP/2 Bomb — это комбинация двух известных приёмов: усиления через механизм сжатия заголовков HPACK и удержания ресурсов по схеме Slowloris с использованием особенностей управления потоком в HTTP/2.

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

По данным исследователей, обычный домашний компьютер с каналом 100 Мбит/с способен вывести из строя уязвимый сервер за считаные секунды. Например, Apache httpd и Envoy можно заставить выделить и удерживать 32 Гбайт оперативной памяти примерно за 20 секунд.

Во время испытаний результаты оказались впечатляющими:

  • Envoy 1.37.2 — 32 Гбайт RAM за 10 секунд;
  • Apache httpd 2.4.67 — 32 Гбайт за 18 секунд;
  • NGINX 1.29.7 — 32 Гбайт за 45 секунд;
  • Microsoft IIS на Windows Server 2025 — 64 Гбайт за 45 секунд.

Особую пикантность ситуации добавляет тот факт, что опубликованы уже не только технические детали, но и готовые эксплойты.

Исправления уже доступны для NGINX 1.29.8 и Apache mod_http2 2.0.41. Для Apache проблема зарегистрирована под идентификатором CVE-2026-49975. А вот пользователям IIS, Envoy и Pingora пока остаётся ждать патчей либо временно отключать HTTP/2 и использовать прокси-серверы или файрволы с жёсткими ограничениями на количество заголовков.

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