KeeneticOS 5.1.6 закрывает обход проверки подлинности в OpenSSL и девять уязвимостей curl

Прошивка KeeneticOS 5.1.6 от 16 сентября 2026 года меняет две библиотеки, от которых зависит защищённый обмен данными роутеров Keenetic и Wi-Fi-систем на их основе. OpenSSL обновилась до версии 3.5.8, curl - до 8.22.0. Вместе они закрывают десять уязвимостей. Одна из них позволяет приложению принять подделанное сообщение за подлинное, остальные касаются проверки сертификатов, работы с соединениями и обработки cookie.

Детали уязвимостей

Начнём с OpenSSL. Уязвимость CVE-2026-75803 затрагивает два режима шифрования с проверкой целостности - AES-OCB и ChaCha20-Poly1305. Такие режимы называют AEAD (аутентифицированное шифрование с присоединёнными данными): они шифруют данные и сразу подтверждают, что по пути их никто не изменил. Подтверждение оформляется меткой аутентификации, её ещё называют тегом. Если расшифровка идёт через вызов, рассчитанный на одну операцию, а на вход подаётся пустой шифротекст, метка не проверяется вообще. Функция возвращает сообщение об успехе, хотя подлинность данных никто не подтверждал. Приложение, которое доверяет такому ответу, принимает подделанное сообщение как настоящее.

Проблема задела ветки OpenSSL с 3.0 по 4.0, включая 3.5.0-3.5.7. Производитель поставляет исправленную 3.5.8, поэтому уязвимость в прошивке больше не воспроизводится. Модули, проверенные по требованиям FIPS (стандарт криптографической сертификации для госструктур и регулируемых отраслей), к этому случаю отношения не имеют: затронутые алгоритмы в них не реализованы.

Вторая часть обновления касается curl, и здесь список шире. Уязвимость CVE-2026-13608 ломает аутентификацию по протоколу LDAP через механизм SASL. Незавершённый обмен служебными сообщениями библиотека принимает за успешную криптографическую проверку. Злоумышленник, работающий по схеме "человек посередине", вклинивается в сеанс и подсовывает короткий или преждевременный ответ. Полная проверка узла при этом не выполняется, хотя клиент считает её пройденной.

Похожие по механике сбои связаны с управлением памятью. В CVE-2026-18924 ошибка проявляется в потоках HTTP/2 Server Push, когда несколько запросов делят одно соединение. При очистке ресурсов программа обращается к области памяти, которую уже освободила. Та же природа у CVE-2026-80229, где сбой возникает при работе с криптографическим провайдером OpenSSL: соединение, взятое из пула, переживает объект, который его создал.

Отдельного внимания заслуживает CVE-2026-19931. При аутентификации Negotiate curl переиспользует соединение, ранее настроенное для того же узла, и запрос второго пользователя может уйти по уже подтверждённому каналу первого. Данные оказываются в сеансе, которому они не принадлежат. Близкая по смыслу ошибка в CVE-2026-80231: библиотека переиспользует соединение, хотя настройки доверенного хранилища сертификатов с тех пор изменились.

Две уязвимости затрагивают cookie. Если сервер в заголовке ответа ставит перед атрибутом Secure знак табуляции вместо пробела, curl сохраняет cookie без этого признака. Позже она уходит по незашифрованному HTTP на тот же узел. Второй случай связан со списком публичных суффиксов, то есть перечнем доменов верхнего уровня, внутри которых регистрируют имена: cookie для такого домена получает слишком широкую область действия и попадает в запросы к посторонним поддоменам.

Ещё два дефекта касаются доверия к сертификатам. Закрепление открытого ключа не срабатывает, если приложение отключает обычную проверку сертификата и имени узла. В сборке с библиотекой wolfSSL кэшированное хранилище доверенных сертификатов возвращается на место после того, как приложение подставило собственное, и сертификат, который новый набор отвергает, проходит проверку. Все девять уязвимостей закрыты в curl 8.22.0. Уязвимые выпуски начинаются с 7.44.0 и тянутся до 8.21.0, значит речь не о случайной оплошности в свежем коде, а о логике, годами переходившей из версии в версию.

Помимо библиотек, 5.1.6 правит несколько прикладных вещей. Заработали защищённые DNS-серверы по протоколу DNS-over-HTTPS в сетях IPv6. Служба защиты сети WPA Enterprise больше не перезапускается в отдельных сценариях. Аппаратная кнопка на контроллерах Wi-Fi-системы теперь включает и выключает гостевую сеть на всех узлах, а веб-конфигуратор показывает её актуальное состояние. Устройство, доступ к которому получен через систему управления RMM (программное обеспечение для удалённого администрирования парка техники), снова проходит повторную аутентификацию после выхода из веб-конфигуратора. Поправили подсчёт ошибок входящего беспроводного трафика и обработку части запросов к функции Ping Check.

В веб-конфигураторе устранены сбои при просмотре файлов и папок на некоторых накопителях, при выборе вкладки сотового оператора, при сохранении настроек UDP-прокси и при копировании ссылки доступа к веб-приложению. Отдельно исправлены подписи протоколов IPv4 и IPv6 на странице межсетевого экрана - раньше они вводили в заблуждение при настройке правил.

Обновиться стоит всем владельцам поддерживаемых моделей. Прошивка ставится через веб-конфигуратор или автоматически, если включена соответствующая опция; проверить установленную версию можно на странице системных настроек. Роутер обычно стоит на границе сети и первым принимает трафик из интернета, поэтому задержка с установкой оставляет устройство с известным набором уязвимостей. Особенно это касается тех, кто пользуется VPN-подключениями, облачными сервисами производителя и защищённым DNS: именно здесь задействованы обе обновлённые библиотеки.

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

Детали уязвимостей

Ссылки