Обнаружена критическая ошибка в маршрутизаторах Zyxel

Обнаружена критическая ошибка в маршрутизаторах Zyxel

Обнаружена критическая ошибка в маршрутизаторах Zyxel

Уязвимость в маршрутизаторах Zyxel позволяет выполнять произвольные команды операционной системы устройств через специально подготовленный cookie-файл. Вендор зарегистрировал данную проблему (CVE -2024-7261) и уже выпустил патч.

По данным издания HelpNetSecurity, ошибку обнаружил исследователь Ченгао Ай из Университета Фучжоу (Китай).

Корень CVE -2024-7261 кроется в некорректной нейтрализации спецэлементов, присутствующих в параметре «host» CGI-программы, и затрагивает отбельные версии точек доступа и роутеров от Zyxel.

Она затрагивает 5 версий прошивок: Zyxel NWA1123ACv3 6.70 (ABVT.4) и более ранние, WAC500 6.70 (ABVS.4) и более ранние, WAX655E версии 7.00 (ACDO.1) и более ранние, WBE530 7.00 (ACLE.1) и более ранние, USG LITE 60AX V2.00 (ACIP.2).

Эксплуатация уязвимости чревата перехватом контроля над устройством и включением его в ботнет для DDoS-атак.

Исправление выпущено для всех, и вендор советует установить его как можно раньше.

Однако если устройство получено от поставщика услуг, Zyxel рекомендует обратиться в службу поддержки интернет-провайдера, чтобы сохранить индивидуальные настройки.

Помимо указанной уязвимости, Zyxel исправил еще 7 опасных ошибок в устройствах для сегмента СМБ.

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

Заблокировали по ошибке: как Монета добилась исправления правил ТСПУ

Когда клиенты перестали подключаться к серверам «Монеты», проверка собственной инфраструктуры не объяснила проблему. Одновременно стали недоступны сайты клиентов, а уведомления о платежах перестали доходить на Pay URL. Причину пришлось искать за пределами серверной.

DevOps-инженер компании Евгений описал на Хабре случай ошибочной фильтрации на технических средствах противодействия угрозам — ТСПУ.

Доступ удалось вернуть после диагностики и корректировки правил специалистами ДЦОА. Менять хостинг и IP-адрес не потребовалось.

Однако путь оказался длиннее стандартного «напишите в поддержку». Сначала команда проверила межсетевые экраны, собрала трассировки и исследовала, на каком участке перестаёт проходить трафик. Автор подчёркивает: тайм-аут или звёздочки в трассировке сами по себе ещё не доказывают вмешательство ТСПУ.

Следующий этап — заявка через личный кабинет взаимодействия с техническими средствами. Но даже статус «Частично принята» не гарантирует восстановления доступа.

Для дальнейшей проверки потребовался номер площадки ТСПУ. Попытки получить помощь через операторов связи результата не дали; нужный идентификатор удалось запросить напрямую через ЦМУ ССОП.

При диагностике специалистам также нужны конкретные адреса, порты и воспроизводимый трафик. В описанном случае после проверки правила исправили, и сетевой доступ восстановился.

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

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