Новая версия XProtect блокирует ненадежную версию Java

Обновленная XProtect блокирует незащищенную Java на Mac

31 декабря 2012 года компания Apple выпустила обновление для утилиты по борьбе с вредоносным программным обеспечением XProtect (OS X). Патч вносит поправки в работу веб-плагина, добавив поддержку новейших версий Oracle Java. Данное обновление позволит предотвращать запуск всех версий Java Web-плагина до версии 1.7.11.22 (ранее верхней планкой была 1.7.10.19).

Изменения были внесены из-за недавних проблем с безопасностью предыдущей версии Java 7. Патч, закрывающий эту брешь, был выпущен Oracle еще 13 января. Новое обновление от Apple для XProtect должны гарантировать, что пользователи работают с новейшей, самой безопасной версией Java.

Если на вашем компьютере после сегодняшнего обновления перестали загружаться Java-приложения, обязательно скачивайте и устанавливайте новейшие обновления Java. Получить к ним доступ можно обновив Java через Java Control Panel в системных настройках OS X. Можно просто скачать и установить новейшую версию Java прямо с официального сайта.

Эксперты советуют повременить с использованием Java-приложений на Mac, учитывая сложившуюся ситуацию с безопасностью этой программы. Java. Если же вам обязательно нужно использовать технологию, то следует отключить веб-плагин Java. Ажиотаж вокруг безопасности Java на Mac начался в середине января текущего года, когда были обнаружены уязвимости, связанные с работой Java в веб-браузерах. Подробнее об этой неполадке можно прочитать на официальном сайте Oracle.

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

Новая атака Opossum позволяет внедрять данные в TLS-сессии

Исследователи обнаружили новый вектор атаки под названием Opossum. Он позволяет злоумышленнику вмешиваться в якобы защищённую сессию TLS — при этом шифрование никто не взламывает.

Атака работает за счёт несогласованности между двумя режимами TLS: «implicit» (например, HTTPS на порту 443, где защита включается сразу) и «opportunistic» (например, HTTP на порту 80, где защита активируется позже через апгрейд-запрос).

Используя это отличие, атакующий может вызвать рассинхронизацию между клиентом и сервером, после чего — незаметно встроить в канал поддельные данные.

Сценарий простой: клиент подключается к HTTPS, но злоумышленник перенаправляет его запрос на порт HTTP, сам инициирует апгрейд до TLS, а затем тайно синхронизирует обе сессии.

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

Opossum базируется на принципах вектора атаки ALPACA, но работает даже там, где меры против ALPACA уже внедрены. Это делает «опоссума» особенно опасным, поскольку он бьёт не по самому TLS, а по логике взаимодействия приложений.

 

Эксперты говорят: отключить opportunistic TLS — не вариант, особенно на почтовых серверах и старых системах. Лучше изолировать порты и режимы TLS, а также включить проверку соответствия между протоколом и портом. Можно дополнительно отслеживать подозрительные апгрейд-заголовки.

Главный вывод — зрелые протоколы вроде TLS всё ещё могут быть уязвимыми из-за архитектурных нюансов. И чтобы не стать жертвой атак вроде Opossum, стоит внимательно относиться ко всем уровням стека безопасности.

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

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