В OpenVPN пропатчена критическая уязвимость, грозящая DoS-атакой на сервер

В OpenVPN пропатчена критическая уязвимость, грозящая DoS-атакой на сервер

В OpenVPN пропатчена критическая уязвимость, грозящая DoS-атакой на сервер

Релиз OpenVPN 2.7_rc2 содержит патчи для двух уязвимостей, позволяющих удаленно вызвать на сервере состояние отказа в обслуживании (DoS). Одна из проблем оценена в 9,1 балла по шкале CVSS — как критическая.

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

Критическая уязвимость CVE-2025-12106 классифицируется как чтение за границами выделенного в памяти буфера. Она проявляется при парсинге адресов IPv6 и вызвана некорректной реализацией проверки аргументов в запросах.

Проблема актуальна для сборок OpenVPN с 2.7_alpha1 по 2.7_rc1 и устранена с выпуском 2.7_rc2 в конце прошлого месяца.

Уязвимость CVE-2025-13086 менее опасна. Она связана с ошибкой в логике защитного механизма HMAC. Из-за неадекватной проверки источника входящих сообщений сервер принимает все куки HMAC; в результате открытые TLS-сессии подвисают, что может привести к истощению ресурсов на сервере.

Эксплойт в данном случае требует наличия действительного клиентского ключа у автора атаки либо возможности мониторинга и изменения handshake-трафика. Проблеме подвержены не только экспериментальные сборки OpenVPN, но также все выпуски в стабильной ветке 2.6.x.

Патч включен в состав обновления 2.7_rc2, а также в 2.6.16. Исходники и инсталляторы для Windows можно скачать на странице загрузок в сообществе. Пакеты для Debian, Ubuntu, Fedora, RHEL и openSUSE доступны в официальных репозиториях комьюнити.

Из-за обширности площади атаки степень опасности уязвимостей в OpenVPN после тщательного анализа может быть повышена — как это, к примеру, случилось с CVE-2024-5594.

Telegram перестал доставлять пуш-уведомления россиянам

Если Telegram вдруг перестал присылать уведомления, а новые сообщения обнаруживаются только после открытия приложения, вы не одиноки. На проблему массово жалуются пользователи по всей России, и дело, как выясняется, вовсе не в самом мессенджере.

Директор департамента расследований компании T.Hunter Игорь Бедеров объяснил, что большинство пользователей неправильно представляет себе работу пуш-уведомлений.

На первый взгляд всё выглядит просто: кто-то отправил сообщение — Telegram доставил уведомление на смартфон. Но в реальности между этими событиями есть ещё один важный посредник.

На Android за доставку уведомлений отвечает сервис Google Firebase Cloud Messaging (FCM), а на iPhone — Apple Push Notification Service (APNs). Когда приходит новое сообщение, Telegram сначала отправляет сигнал на серверы Google или Apple, а уже они будят приложение на устройстве пользователя и показывают уведомление.

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

По словам Бедерова, Telegram умеет поддерживать работу через собственные механизмы подключения и прокси-протоколы, однако системная доставка уведомлений от них не зависит.

В результате возникает странная ситуация. Если Telegram открыт или недавно работал в фоне, сообщение может прийти напрямую, а уведомление появится практически мгновенно. Но стоит заблокировать смартфон и выгрузить приложение из памяти, и всё начинает зависеть от Google или Apple.

Если этот канал недоступен, пользователь получает знакомый эффект: новые сообщения есть, а уведомлений нет.

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

По его словам, Telegram знает о проблеме и уже работает над собственным механизмом доставки уведомлений, который не будет зависеть от инфраструктуры Google и Apple. Однако пока эта система остаётся нестабильной и поддерживается не на всех устройствах.

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