В Adobe Acrobat и Reader тоже объявилась уязвимость 0-day

В Adobe Acrobat и Reader тоже объявилась уязвимость 0-day

В Adobe Acrobat и Reader тоже объявилась уязвимость 0-day

Сентябрьский набор патчей от Adobe устраняет уязвимость в Acrobat / Reader, уже замеченную в атаках. Успешный эксплойт позволяет выполнить произвольный код в системе.

Согласно бюллетеню вендора, уязвимость CVE-2023-26369 классифицируется как запись за пределами выделенного в памяти буфера. Дыра, оцененная в 7,8 балла по шкале CVSS, актуальна для Windows- и macOS-версий инструментов работы с PDF-документами.

Сама Adobe сочла данную проблему критической и присвоила обновлениям высший приоритет (1). Согласно системе ранжирования, принятой в компании, подобные уязвимости грозят скрытым исполнением вредоносного кода. Поскольку злоумышленники уже нашли новую лазейку, апдейт рекомендуется установить в кратчайшие сроки.

Уязвимости CVE-2023-26369 подвержены следующие продукты:

  • Acrobat (Reader) DC версий 23.003.20284 и ниже; патч включен в состав сборки 23.006.20320;
  • Acrobat (Reader) 2020 версий 20.005.30514 и ниже (Windows), 20.005.30516 и ниже (macOS); для обеих платформа вышло обновление 20.005.30524.

В рамках «вторника патчей» Adobe также выпустила патчи для Adobe Connect и Experience Manager. В этих продуктах закрыто по две XSS-уязвимости.

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

В России ограничивают целые сети хостингов: соединение есть, данные не идут

Российские пользователи могут сталкиваться с ограничениями доступа не к отдельным сайтам, а к сетям зарубежных хостинг-провайдеров. К такому выводу пришёл автор под ником msinakaev: он проверил 435 тестовых точек у 154 компаний. Характерный симптом — соединение устанавливается, передаёт немного данных и зависает.

Методику и результаты автор опубликовал на Хабре. Сначала исследователь проверил доступность файлов из Европы, затем повторил тесты из России.

Через домашнее подключение загрузка прошла у 87% точек. Зависшие адреса, по его подсчётам, сгруппировались в 14 сетей, включая OVH, Hetzner, DigitalOcean, Vultr и Scaleway.


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


Дополнительные эксперименты привели автора к выводу, что порог зависит от количества пакетов в TCP-соединении, а не от фиксированного объёма данных. После его достижения обмен зависал в обе стороны. Проверенные UDP-подключения в этих опытах продолжали работать.


Исследователь связывает поведение с ТСПУ, но доступа к оборудованию и правилам фильтрации у него нет.

Тем не менее масштаб выводов стоит держать в узде: основные замеры сделаны 5-6 ноября одним человеком на двух подключениях в одном городе, МТС проверялся на небольшой выборке. AWS и Azure в исследование не вошли.

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