Уязвимость в WebKit затрагивает последние версии браузера Safari

Уязвимость в WebKit затрагивает последние версии браузера Safari

Уязвимость в WebKit затрагивает последние версии браузера Safari

Исследователь опубликовал код эксплойта для уязвимости в браузерном движке WebKit, с которым работает Safari. Эксплойт использует ошибку оптимизации, которая может вылиться в возможность выполнения произвольного шелл-кода.

По словам Линуса Хенце, разработавшего эксплойт, уязвимость пропатчили в WebKit, однако исправление до сих не дошло до главного браузера всех продуктов Apple — Safari. В своем описании бага Хенце подчеркивает — проблема одинаково актуальна как для iOS, так и для macOS.

В случае с iOS уязвимый WebKit присутствует с версии 12.0, macOS — с версии 10.14 и выше.

«Этот эксплойт работает с последней версией Safari (на 6 декабря 2018 года). Я решил опубликовать код по той причине, что в текущем релизе WebKit уязвимость устранена», — пишет исследователь на GitHub.

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

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

Indeed ITDR 2.1 усилил контроль за учётными данными и LDAPS-трафиком

Компания «Индид» представила Indeed ITDR 2.1 — новую версию продукта для выявления и расследования угроз, связанных с компрометацией учётных данных. Indeed ITDR относится к классу Identity Threat Detection and Response.

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

Одним из главных изменений версии 2.1 стала поддержка геораспределённых инфраструктур. В продукте появился механизм сегментации: узлы обнаружения и контроллеры домена можно логически связывать внутри заданных сегментов. Это помогает избежать лишних маршрутов с высокой задержкой и стабильнее обрабатывать трафик в распределённых сетях.

По умолчанию сегментация строится на базе Active Directory Sites, но администраторы могут задавать собственные сегменты, если инфраструктура устроена нестандартно.

Также в Indeed ITDR 2.1 появилась обработка LDAPS-трафика. Это защищённый вариант LDAP, где обмен данными идёт через зашифрованный TLS-туннель. Для анализа используется TLS terminating proxy: трафик расшифровывается на узле обнаружения, проверяется, а затем снова шифруется при передаче на контроллер домена.

Такой подход помогает закрыть «слепые зоны» в мониторинге запросов аутентификации и выявлять небезопасные сценарии, например использование незашифрованного LDAP.

Ещё одно обновление — интеграция с Indeed Access Manager. Если эта система уже используется в организации, сценарии многофакторной аутентификации на базе Indeed ITDR можно запускать без повторной настройки аутентификаторов для пользователей. Запросы на подтверждение дополнительного фактора будут автоматически направляться в Indeed AM, а подтверждение выполняется через пуш-уведомления в приложении Indeed Key.

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

Разработчики также доработали алгоритмы обнаружения атак. В частности, система стала точнее выявлять сценарии Kerberoasting, AS-REP Roasting и Password Spraying, а также фиксировать повторяющиеся подозрительные события и попытки использования небезопасных протоколов.

По словам руководителя продукта Indeed ITDR Льва Овчинникова, обновление должно упростить внедрение продукта в инфраструктуры разного масштаба и повысить предсказуемость его работы в сложных архитектурах.

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