В новой альфа-версии 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.

VLC можно атаковать через обычную PNG-картинку и вредоносный сервер

В медиаплеере VLC обнаружили две уязвимости, позволяющие выйти за границы выделенной памяти. Проблемы затрагивают версии с 3.0.0 по 3.0.23, а для запуска одной из атак достаточно открыть специально подготовленную PNG-картинку.

Наиболее опасная брешь, CVE-2026-56711, получила 8,6 балла по шкале CVSS 4.0.

Ошибка связана с целочисленным переполнением при расчёте размера буфера для изображения. Атакующий может указать в PNG аномально большие ширину и высоту, из-за чего VLC выделит слишком маленький участок памяти, а затем начнёт записывать данные за его пределами.

Уязвимость срабатывает при непосредственном открытии вредоносной картинки или её загрузке из плейлиста. Никаких редких настроек и шаманства с плагинами не требуется.

Вторая проблема, CVE-2026-73324, получила 6,9 балла. Она находится в модуле RealRTSP. Злоумышленник может заставить VLC подключиться к подконтрольному серверу и передать строку ответа длиннее 4096 байт. Из-за отсутствующего нулевого символа программа продолжит читать память за пределами буфера.

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

Пока разработчики не выпустили пропатченные сборки, пользователям рекомендуют не открывать изображения и плейлисты из сомнительных источников и избегать незнакомых RealRTSP-ссылок.

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