Veeam пропатчила критические уязвимости в системах резервного копирования

Veeam пропатчила критические уязвимости в системах резервного копирования

Veeam пропатчила критические уязвимости в системах резервного копирования

Эксперт Positive Technologies Никита Петров нашел две критические уязвимости в популярной системе резервного копирования Veeam Backup & Replication. Обе проблемы позволяют удаленно выполнить вредоносный код и захватить контроль над системой; патчи уже доступны.

Решения Veeam для создания бэкапов и управления данными используют более 400 тыс. клиентов из 180+ стран, в том числе 81% компаний из списка Fortune 500. А новейшую, 11-ю версию Backup & Replication с момента выпуска (февраль 2021 года) уже скачали более 450 тыс. пользователей.

Согласно бюллетеню разработчика, уязвимости в системе, найденные Петровым (CVE-2022-26500 и CVE-2022-26501, по 9,8 балла CVSS), связаны с работой Veeam Distribution Service. Эта служба трансляции, по умолчанию работающая на порту 9380/TCP, позволяет автоматизировать раздачу установочных файлов агента Veeam на подопечные компьютеры.

Как оказалось, Distribution-сервис можно использовать для получения несанкционированного доступа к внутренним API-функциям. Опасный недочет позволяет злоумышленнику через подачу запроса загрузить на устройство вредоносный код, который будет воровать информацию, шифровать файлы или попросту вызовет отказ скомпрометированной системы (DoS).

Уязвимостям подвержены версии 9.5, 10 и 11. Обновления с патчами вышли для версий 10 и 11, остальным затронутым продуктам рекомендован апгрейд. В качестве временной меры защиты пользователи могут остановить и отключить Veeam Distribution Service.

Исследователь из PT также нашел одну уязвимость в автономном Veeam-агенте для Windows — возможность локального повышения привилегий (CVE-2022-26503, 7,8 балла CVSS). Причиной появления проблемы является ошибка десериализации данных, которая может возникнуть при подаче запроса на порту, открытом Veeam-агентом (по умолчанию 9395/TCP).

Данная уязвимость позволяет выполнить на узле произвольный код с привилегиями SYSTEM и получить доступ к информации, пригодной для развития атаки. Угроза эксплойта актуальна для Veeam Agent for Microsoft Windows 2.0, 2.1, 2.2, 3.0.2, 4.0 и 5.0. Обновления выпущены только для версий 4 и 5.

«По нашим прогнозам, данные уязвимости будут эксплуатироваться злоумышленниками в реальных атаках и подвергнут значительному риску множество организаций, — предупреждает Петров. — Поэтому важно установить обновления как можно скорее или как минимум принять меры для выявления аномальной активности, связанной с этими продуктами».

Баг macOS ломает TCP через 49 дней без перезагрузки

В macOS нашли редкий, но очень неприятный баг: если компьютер работает без перезагрузки примерно 49,7 дня, у него может постепенно умирать TCP. По версии исследователей, проблема связана с переполнением 32-битного счётчика времени в ядре XNU, который используется TCP-подсистемой.

После этого внутренние TCP-таймеры якобы перестают нормально обновляться, соединения в состоянии TIME_WAIT не очищаются, временные порты постепенно заканчиваются, и система в какой-то момент просто перестаёт устанавливать новые TCP-соединения.

При этом ping может продолжать работать, что делает сбой особенно странным. В Photon пишут, что заметили аномалию на своих macOS-машинах, которые круглосуточно используются для мониторинга iMessage-сервисов.

По их описанию, часть узлов после примерно 49 дней 17 часов 2 минут 47 секунд аптайма перестала открывать новые TCP-сессии. После перезагрузки всё возвращалось в норму, но таймер, по сути, запускался заново.

Авторы утверждают, что смогли воспроизвести поведение на двух машинах и связали его с переменной tcp_now в XNU. В открытом репозитории Apple действительно есть TCP-код ядра Darwin/XNU, где используются 32-битные значения времени и логика сравнения временных меток TCP, на которую ссылаются исследователи.

Поведения бага выглядит так: сначала ничего не ломается в лоб, но закрытые TCP-соединения перестают вовремя исчезать из TIME_WAIT. Затем их становится всё больше, временные порты забиваются, новые подключения начинают зависать в SYN_SENT, а сервисы, которым нужны новые TCP-сокеты, начинают сыпаться.

Если эта находка подтвердится, то для обычного пользователя баг вряд ли станет массовой проблемой: большинство устройств на macOS перезагружаются чаще (хотя бы из-за обновлений). А вот для долго работающих Mac mini, билд-серверов, CI/CD-ферм, удалённых рабочих станций и серверных компьютеров, которые могут жить без ребута неделями, история выглядит уже куда серьёзнее.

Если у вас есть компьютер на macOS, который работает неделями без перезагрузки и критичен для сервисов, мы бы посоветовали следить за его аптаймом.

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