В новой альфа-версии OpenSSL добавили поддержку TLS 1.3

В новой альфа-версии OpenSSL добавили поддержку TLS 1.3

В новой альфа-версии OpenSSL добавили поддержку TLS 1.3

Работающие с OpenSSL разработчики теперь могут начать работу с TLS 1.3, так как вчера вышла альфа-версия OpenSSL 1.1.1. Напомним, что внедрение TLS 1.3 было довольно долгим процессом, на данный момент последняя версия достигла номера 23, работа еще закончена.

Как объяснил эксперт Логан Велвиндрон (Logan Velvindron), так называемые «middleboxes» до сих пор могут прекращать работу, сталкиваясь с сеансом TLS 1.3. Тесты, проведенные рабочей группой IETF в декабре 2017 года, показали около 3,25 % отказоустойчивости соединений TLS 1.3.

Разработчики OpenSSL утоняют, что версия 1.1.1 API-совместима с текущей версией 1.1.0, она должна использоваться как замена, позволяя разработчикам познакомиться с реализацией TLS 1.3. Так как это альфа-версия, не рекомендуется использовать ее для критически важных для безопасности задач.

Основным изменением в TLS 1.3 будет запрет старых криптографических алгоритмов, также существует целый список потенциальных брешей в безопасности, которые будут устранены в новой версии TLS.

Помимо этого, в альфа-версии OpenSSL 1.1.1 будет реализован SHA3 и multi-prime RSA, поддержка набора псевдослучайных функций SipHash, а также редизайн генератора случайных чисел OpenSSL.

Новая уязвимость Windows позволяет обычному пользователю вызвать BSoD

Исследователи из Fortra Core Security опубликовали код демонстрационного эксплойта (PoC) для уязвимости в драйвере Windows Common Log File System (CLFS). Проблема получила идентификатор CVE-2026-2636 и позволяет обычному пользователю без прав администратора отправить систему в «синий экран смерти» (BSoD).

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

Однако вместо RCE исследователь наткнулся на механизм, который при определённых условиях приводит к аварийному завершению работы Windows.

По данным Fortra Core Security, причина кроется в некорректной обработке специальных элементов (CWE-159) в драйвере CLFS.sys. В PoC-сценарии используется вызов ReadFile с дескриптором открытого .blf-файла журнала.

Если определённые флаги в структуре I/O-запроса (например, IRP_PAGING_IO или IRP_INPUT_OPERATION) отключены, драйвер оказывается в некорректном состоянии.

 

В результате Windows вызывает функцию KeBugCheckEx — именно она инициирует «синий экран», чтобы защитить целостность системы.

Хотя уязвимость получила по шкале CVSS всего 5,5 балла (средний уровень), её считают опасной. Любой аутентифицированный пользователь может принудительно «уронить» систему, не имея административных прав. Для рабочих станций это неприятно, но для серверов — уже серьёзный риск.

 

Microsoft устранила проблему в обновлении за сентябрь 2025 года. Windows 11 2024 LTSC и Windows Server 2025 уже защищены. Однако более старые версии, включая Windows 11 23H2, остаются уязвимыми, если не установлены соответствующие обновления.

Организациям, использующим старые сборки Windows 10 и 11, стоит проверить, установлены ли соответствующие патчи.

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