Новая версия ESET Secure Authentication поддерживает аппаратные токены

Новая версия ESET Secure Authentication поддерживает аппаратные токены

В новой версии реализована поддержка аппаратных токенов, работающих по стандарту ОАТН (Open Authentication). Функция полезна при миграции на ESET с других решений для двухфакторной аутентификации, поддерживающих аппаратные токены, а также в том случае, если использование токенов предусмотрено политикой безопасности компаний. 

В обновленном ESET Secure Authentication реализованы также функции централизованного управления при интеграции продукта в собственные программные разработки. API продукта на базе REST запросов предназначено для внедрения двухфакторной аутентификации в собственные веб-приложения пользователей, которые работают с Active Directory. В свою очередь, пакеты SDK для языков программирования Java, PHP и Microsoft .NET предназначены для внедрения двухфакторной аутентификации в приложения пользователей, работающие с отличными от Active Directory базами. 

Наконец, в новой версии продукта добавлена интеграция с Microsoft Dynamics CRM 2015 и некоторые другие доработки.

«По статистике, три четверти сетевых атак на компании осуществляются по причине использования ненадежных паролей или их компрометации, – комментирует Алексей Оськин, руководитель по продуктовому маркетингу ESET Russia. – Средства двухфакторной аутентификации, такие как ESET Secure Authentication, эффективно решают проблему слабых паролей. При каждом подключении к корпоративной сети продукт формирует дополнительный временный пароль, предотвращая утечку конфиденциальных данных».

Уязвимость переполнения глобального буфера в zlib грозит DoS и даже RCE

В широко используемой библиотеке zlib выявлена критическая уязвимость, позволяющая через порчу памяти вызвать сбой программы (DoS). Ее также потенциально можно использовать для удаленного выполнения стороннего кода в системе.

Пока не решенной проблеме, классифицируемой как переполнение буфера в глобальной памяти, присвоен идентификатор CVE-2026-22184. Поскольку эксплойт тривиален, степень опасности уязвимости была оценена в 9,3 балла по шкале CVSS.

Катастрофическая ошибка возникает при запуске утилиты untgz, а точнее, при выполнении функции TGZfname(), отвечающей за обработку имен архивных файлов, вводимых через консоль.

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

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

Уязвимости подвержены все сборки zlib до 1.3.1.2 включительно. В качестве временной меры защиты админам и разработчикам рекомендуется ограничить использование untgz либо вовсе удалить соответствующий пакет до появления пропатченной версии.

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