Microsoft пропатчила шесть 0-day и одну критическую червеобразную брешь

Microsoft пропатчила шесть 0-day и одну критическую червеобразную брешь

Microsoft пропатчила шесть 0-day и одну критическую червеобразную брешь

Microsoft начала этот год с крупного набора патчей для операционной системы Windows и ряда её компонентов. Суммарно разработчики устранили 97 уязвимостей, девять из которых получили статус критических, шесть из них — 0-day. Особого внимания заслуживает червеобразная уязвимость в стеке протокола HTTP.

Помимо Windows, среди затронутых продуктов есть и компоненты операционной системы, а также пакет офисных программ Microsoft Office, браузер Microsoft Edge, .NET Framework, встроенный антивирус Windows Defender и Windows Remote Desktop Protocol (RDP).

Для двух уязвимостей, пропатченных в этом выпуске апдейтов, — CVE-2022-21919 и CVE-2022-21836 — доступен код эксплойта. В общей сложности статус 0-day получили девять дыр:

  • CVE-2021-22947: RCE в библиотеке Curl.
  • CVE-2021-36976: RCE в Libarchive.
  • CVE-2022-21874: RCE в Local Windows Security Center API (CVSS — 7,8 балла).
  • CVE-2022-21919: повышение привилегий в Windows User Profile Service (CVSS — 7,0).
  • CVE-2022-21839: DoS в Windows Event Tracing Discretionary Access Control List (CVSS — 6,1).
  • CVE-2022-21836: спуфинг сертификата в Windows (CVSS — 7,8).

Однако самым опасным специалисты назвали червеобразный баг в стеке протокола HTTP, который приводит к удалённому выполнению кода. Эксплойт для этой дыры может самостоятельно передвигаться по сети и взламывать устройства без какого-либо взаимодействия с пользователем.

Уязвимость получила идентификатор CVE-2022-21907, злоумышленники могут задействовать её в атаке с помощью отправки специально созданных пакетов. Главное условие — атакуемая система должна использовать http.sys.

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