Adobe снова пытается исправить уязвимость в Adobe Flash Player

Adobe снова пытается исправить уязвимость в Adobe Flash Player

Компания Adobe Systems объявила о выходе критически-важного патча для исправления известной уязвимости в приложении Adobe Flash Player, которая была устранена в прошлом месяце, но затем снова начала эксплуатироваться злоумышленниками.

Тогда Adobe Systems выпустила патч для уязвимости под названием CVE-2104-8439, но вскоре хакеры сумели обойти его. Новейшее исправление для Adobe Flash Player призвано окончательно устранить уязвимость, которая может спровоцировать установку вредоносного ПО.

Самая свежая версия Adobe Flash Player для операционных систем Windows и Mac OS – 15.0.0.239, а для Linux – 11.2.202.424. Приложение Flash Player для web-браузеров Google Chrome и Internet Explorer должно обновиться автоматически, пишет soft.mail.ru.

Уязвимость CVE-2014-8439 была устранена 14 октября вместе с тремя другими уязвимостями. Однако выпущенного патча оказалось недостаточно, чтобы остановить разработчиков эксплойтов – вредоносных компонентов, которые автоматически «захватывают» компьютеры пользователей.

Тимо Хирвонен, старший научный сотрудник F-Secure, сообщил вчера, что компания получила от независимого исследователя Kaffeine пример эксплойта, который все еще работал, несмотря на октябрьский патч Adobe. Как пояснил Хирвонен, благодаря Kaffeine уже через неделю после выхода патча от 14 октября обнаружилось, что эксплойт Angler снова использовал уязвимость CVE-2104-8439. Вскоре такая же возможность появилась в эксплойтах Astrum и Nuclear.

«Мы предположили, что, возможно, новейший патч и запретил выполнение эксплойта, но корневая причина уязвимости так и осталась без внимания. Поэтому мы связались с командой Adobe, которая подтвердила нашу теорию и выпустила дополнительное исправление, призванное усилить безопасность», – рассказал эксперт.

Android 17 спрячет от провайдеров названия посещаемых сайтов

Google добавит в Android 17 платформенную поддержку Encrypted Client Hello (ECH) — технологии, которая скрывает доменное имя сайта на начальном этапе установки защищённого соединения. Провайдерам и владельцам Wi-Fi станет сложнее определять, куда именно ходит пользователь.

Обычный HTTPS шифрует содержимое соединения, но имя запрашиваемого сайта может оставаться видимым в поле Server Name Indication.

ECH закрывает и эту щель, шифруя ClientHello — первую часть TLS-рукопожатия. Технология работает вместе с частным DNS.

Chrome и Firefox уже поддерживают ECH, но Android 17 внедрит защиту на уровне платформы. Она будет включена по умолчанию для приложений, ориентированных на новую версию ОС и использующих совместимые сетевые библиотеки — актуальные OkHttp, WebView или HttpEngine.

 

Если сервер не поддерживает ECH, Android отправит поле-пустышку ECH GREASE. Само доменное имя при этом останется видимым, зато защищённые соединения не будут выделяться среди остальных.

Подразделение Google Jigsaw протестировало механизм на 10 тыс. популярных доменов и в сетях 740 провайдеров из 202 стран, не обнаружив проблем с загрузкой сайтов.

Android 17 также потребует от приложений разрешение на поиск устройств в локальной сети, включит Certificate Transparency по умолчанию и позволит участвующим операторам автоматически отключать 2G для защиты от поддельных базовых станций и СМС-бластеров.

Таким образом, провайдер всё ещё увидит трафик, но список сайтов для любопытного отчёта собрать будет уже заметно сложнее.

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