Пять уязвимостей в библиотеке OpenSSL затрагивают AIX 7.2, AIX 7.3 и VIOS 4.1. Библиотека отвечает в этих системах за шифрование сетевого трафика, поэтому сбой в ней отражается на всех защищённых соединениях сразу. Одна из ошибок позволяет принять поддельное сообщение за подлинное, четыре другие ведут к отказу в обслуживании или переполнению памяти. Бюллетень IBM опубликовала 30 сентября 2026 года, и штатных способов обойти проблему в нём нет: исправление советуют ставить без промедления.
Детали уязвимостей
Самая чувствительная ошибка, CVE-2026-75803, касается проверки целостности при расшифровке. Алгоритмы ChaCha20-Poly1305 и AES-OCB при обработке пустого шифртекста сообщали об успехе, не сверяя тег аутентификации. Через функцию EVP_Cipher() приложение получало сигнал, что данные проверены, хотя проверки не было. Злоумышленник пользуется этим, чтобы подсунуть системе поддельное сообщение. Оценка по шкале CVSS - 9.1. Риск затрагивает программы, которые полагаются на однократный вызов расшифровки и рассчитывают на автоматическую сверку тега, поэтому ошибка бьёт по тем, кто доверяет результату функции без дополнительных проверок.
Три ошибки собраны в протоколе управления сертификатами CMP (Certificate Management Protocol), которым системы обмениваются сертификатами и подтверждают их статус. Первая связана с форматной строкой. Проверяя ответ, клиент CMP брал имя отправителя из этого ответа и подставлял его прямо в шаблон сообщения об ошибке. Символы процента при такой обработке сохранялись, и текст попадал в функцию форматирования как управляющая последовательность от атакующего. Клиент падал. Сценарий срабатывает, если клиент требует определённого отправителя или закрепляет сертификат сервера, а это обычная настройка при проверке ответов. Оценка 9.8, но надёжный результат один - отказ в обслуживании.
Вторая проблема CMP - рост кэша. Сервер копит дополнительные сертификаты из входящих сообщений и не удаляет их, даже когда само сообщение отклонено. Если сервер подолгу живёт с одним контекстом, а клиент шлёт запросы с уникальными сертификатами, память растёт без границ, и процесс рано или поздно останавливается. Оценка 5.9. Третья ошибка - разыменование неверного указателя при проверке защиты паролем. Библиотека смотрела только на наличие параметра алгоритма и не проверяла его тип. Сообщение с параметром другого типа роняло сервер CMP либо клиент, который разговаривает с подставным сервером. Знать общий пароль для этого не нужно, потому что сбой случается до вычисления контрольного кода. Оценка 7.5.
Четвёртая ошибка, CVE-2026-54874, проявляется в DTLS, варианте TLS поверх UDP. Во время рукопожатия узел придерживает записи, относящиеся к следующей эпохе, и обрабатывает их позже. Каждая такая запись держит буфер размером около 16 килобайт, хотя полезных данных в ней куда меньше. На одно соединение разрешено до ста записей. Поток мелких поддельных записей заставляет узел хранить примерно 1,7 мегабайта памяти при ничтожном объёме трафика. Усиление достигает 1200 раз, и эффект множится на число открытых соединений. Разработчики OpenSSL отнесли проблему к низкой степени опасности, поскольку память на одно соединение ограничена сверху. Базовая оценка CVSS при этом 7.5, то есть оценки вендора и аналитиков расходятся. Ошибку нашла команда Amazon Web Services 18 мая 2026 года, исправление подготовил Мэтт Кэсуэлл.
OpenSSL - общий фундамент для самых разных служб. От неё зависят SSH-доступ, туннели VPN (виртуальные частные сети), системы резервного копирования и средства управления. Поддержку CMP и DTLS приложение включает отдельно, поэтому уязвимыми оказываются не все программы подряд, а те, где нужные функции задействованы. Речь идёт о серверах IBM Power с AIX и о VIOS, виртуальном слое для деления машины на независимые логические разделы. Отказ в обслуживании на этом уровне затрагивает сразу все разделы, которые работают на физическом сервере. Поэтому исправление важно для организаций с плотной виртуализацией, банков, операторов связи и промышленных площадок.
Исправление лежит в архиве openssl_fix49.tar. Скачать его можно по адресу https://aix.software.ibm.com/aix/efixes/security/openssl_fix49.tar. Уязвимый компонент - openssl.base уровней от 3.0.0.0 до 3.0.21.1000. Проверить, стоит ли он на машине, помогает команда lslpp -L | grep -i openssl.base. Внутри архива - временное исправление 54874sa.260918.epkg.Z. Перед установкой нужно поднять уровень openssl.base до 3.0.21.1000. Посмотреть, что изменится в системе, позволяет команда emgr -e ipkg_name -p, а установить пакет - emgr -e ipkg_name -X. Целостность файлов сверяют по суммам sha256 и sha512 командой openssl dgst, а подписи в архиве подтверждают подлинность самого пакета. Если суммы не сходятся, в поддержке IBM просят описать расхождение. Исправления накопительные: когда на сайте загрузки лежит fileset с более высоким уровнем, брать нужно именно его. Временные пакеты прошли ограниченное тестирование, но IBM поддерживает их полностью.
Версии OpenSSL ниже 3.0 сняты с поддержки, и их стоит заменить на 3.0 до установки исправления. Число ошибок в одной библиотеке напоминает о простой вещи: обновление общего криптографического компонента закрывает сразу несколько путей атаки, а не одну лазейку. Пока патч не установлен, узел остаётся уязвимым и к подделке сообщений, и к потере доступности, причём для части сценариев злоумышленнику достаточно открыть соединение и отправить небольшой объём данных.
Ссылки
