Akamai зафиксировала новый рекорд DDoS в Европе — 704,8 Mpps

Akamai зафиксировала новый рекорд DDoS в Европе — 704,8 Mpps

Akamai зафиксировала новый рекорд DDoS в Европе — 704,8 Mpps

DDoS-атаки продолжают ставить рекорды. На это раз об очередной мощной “distributed denial-of-service“ рассказали специалисты компании Akamai. По их словам DDoS, зафиксированная 12 сентября, бьёт июльский рекорд.

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

Причём жертвами стали те же компании в Европе, что и в июле. Напомним, тогда в Akamai отметили, что атака в пике достигала 853,7 гигабита в секунду (Gbps) и 659,6 миллионов пакетов в секунду.

В сентябре злоумышленники прыгнули ещё выше: мусорный трафик набрал 704,8 млн пакетов в секунду — на 7% больше предыдущего рекорда. Целями стали шесть дата-центров в Европе и Северной Америке.

Кроме того, Akamai заблокировала 210 накопительных атак (в июле было 75). Число IP-адресов, с которых шёл вредоносный трафик, также выросло — 1813 в сравнении с 512.

 

«Инфраструктура командного центра киберпреступников работала без задержек, поэтому число используемых IP-адресов выросло со 100 до 1812 буквально за 60 секунд», — гласит отчёт Akamai.

Напомним, что Google в августе также докладывала о рекордной HTTPS DDoS, целью которой стал клиент интернет-гиганта. Мощность этой DDoS составила 46 миллионов запросов в секунду (requests per second, RPS).

Опасная уязвимость в GNU Wget2 позволяет удалённо перезаписывать файлы

В популярном консольном загрузчике GNU Wget2 обнаружили серьёзную уязвимость, которая позволяет злоумышленникам перезаписывать файлы на компьютере жертвы — без её ведома и согласия. Проблема получила идентификатор CVE-2025-69194 и высокую степень риска — 8,8 балла по CVSS, то есть игнорировать её точно не стоит.

Брешь связана с обработкой Metalink-файлов — это специальные документы, в которых описано сразу несколько источников для скачивания одного и того же файла (зеркала, P2P и так далее).

По идее, Wget2 должен строго контролировать, куда именно сохраняются загружаемые данные. Но, как выяснили исследователи из Apache, на практике с этим есть проблемы.

Из-за ошибки в проверке путей злоумышленник может подготовить вредоносный Metalink-файл с «хитрыми» именами вроде ../. Это классическая уязвимость path traversal: она позволяет выйти за пределы рабочего каталога и записать файл практически в любое место в системе. Достаточно, чтобы пользователь просто обработал такой металинк — и дальше всё происходит без его участия.

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

  • перезаписать важные системные или пользовательские файлы и вызвать потерю данных;
  • подменить конфигурации или скрипты и добиться выполнения вредоносного кода;
  • изменить настройки безопасности или файлы аутентификации, создав себе бэкдор.

Да, атака требует взаимодействия с вредоносным файлом, но с учётом последствий риск выглядит более чем реальным — особенно для тех, кто регулярно использует Wget2 в автоматизированных сценариях или CI/CD-пайплайнах.

Если вы работаете с Wget2 и Metalink, сейчас самое время внимательно отнестись к источникам загрузки и следить за выходом обновлений. В этой истории один неосторожный файл может стоить слишком дорого.

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