Вышел OpenSSH 10.6

6 октября 2026 года состоялся релиз открытой реализации клиента и сервера для работы по протоколам SSH 2.0 и SFTP — инструмента OpenSSH 10.6. В новой версии в основном исправлены ошибки и баги, обнаруженные после выхода предыдущей стабильной сборки, а также обновлены компоненты и подготовлены патчи для уязвимостей.

9 апреля 2025 года вышла версия OpenSSH 10.0, где была полностью удалена поддержка алгоритма подписи DSA, добавлена возможность использования постквантового алгоритма mlkem768×25 519-sha256 для согласования ключей по умолчанию, а также появилась поддержка активации systemd‑style socket в Portable OpenSSH.

«В последнее время команда OpenSSH получила большое количество сообщений об ошибках безопасности, многие из которых были обнаружены с помощью моделей ИИ или с использованием ИИ. Хотя многие сообщения об ошибках ИИ считаются не имеющими никакого влияния на безопасность при рассмотрении в контексте реалистичной модели угроз, мы очень приветствуем эти сообщения, особенно в сочетании с человеческой сортировкой, анализом, тестовыми примерами и особенно, когда они сопровождаются предлагаемыми исправлениями. Мы наблюдали ряд случаев, когда ошибка безопасности, выявленная с помощью инструментов ИИ, впоследствии независимо обнаруживается другим исследователем. Это говорит о том, что злоумышленники, которые не сообщают об ошибках в проекты с открытым исходным кодом, вероятно, также смогут обнаружить эти ошибки. Учитывая это, команда OpenSSH пока будет выпускать релизы чаще, чтобы быстрее предоставлять пользователям исправления ошибок, вместо того чтобы выпускать их пакетами до следующего запланированного релиза», — пояснили разработчики решения.

По информации OpenNET, основные изменения и доработки в OpenSSH 10.6:

• включена поддержка гибридного криптоалгоритма ssh‑mldsa44-ed25519, стойкого для подбора на квантовых компьютерах;

• в sshd_config реализована и включена по умолчанию опция WarnWeakCrypto для управления выводом предупреждений об установке соединения с использованием алгоритмов согласования ключей, не стойких к подбору на квантовом компьютере;

• в ssh‑keygen и ssh‑add реализована проверка политики credProtect в учётных данных для выполнения требований верификации (PIN или биометрия) перед доступом к резидентным ключам на токенах FIDO;

• в ssh‑add добавлен флаг «‑P» для пропуска необязательного ввода PIN‑кода для токенов FIDO и PKCS#11;

• в ssh в команде ~I реализован вывод информации о версиях на локальной и удалённой системах;

• в sftp в команды mkdir/lmkdir добавлен флаг ‘‑p’ для создания каталогов при необходимости;

• в ssh‑keygen добавлен режим «hexdump» для экспорта ключей в форме шестнадцатеричных дампов (например, для вставки в документацию);

• в ssh и sshd в директиве ChannelTimeout разрешено указание таймаутов с точностью до долей секунды;

• в sshd добавлена опция AgentSocketPath для указания пути к $SSH_AUTH_SOCK при пробросе агента (например, user:.ssh/agent для подкаталогов в $HOME и shared:/tmp для общих каталогов);

• в ssh‑agent добавлен флаг «‑A» для указания каталогов с сокетами агента, в котором допустимо указание префиксов «user:» и «shared:» как в опции AgentSocketPath;

• в sshd проверка открытых ключей отделена от попыток аутентификации. Добавлена опция «PubkeyOptions max‑pk‑ok:nnnn» для настройки числа попыток проверки открытых ключей (по умолчанию 6), после которых соединение будет разорвано по лимиту MaxAuthTries;

• в ssh и sshd в опцию TCPKeepAlive добавлена поддержка значения «all», включающего отправку keepalive‑пакетов не только для основного соединения, но и для проброшенных через него соединений;

• исправлены уязвимости (большинство из проблем выявлены при анализе кода с использованием ИИ-инструментов, а CVE-идентификаторы у них не назначены):

  • уязвимость в sftp, позволяющая записать файл за пределы целевой директории при обращении к подконтрольному злоумышленникам серверу;

  • две уязвимости в реализации GSSAPI в sshd, вызванные сохранением состояния между разными попытками аутентификации. Учётные данные GSSAPI могли сохраняться после неудачной попытки аутентификации и использоваться после последующей успешной попытки аутентификации. Проблемы проявляются при включении настройки GSSAPIAuthentication;

  • в sshd и ssh отключена поддержка сжатия LZ77 из‑за возможности проведения атаки по сторонним каналам, позволяющей восстановить содержимое из другого сеанса при подключении через общее с жертвой мультиплексированное соединение, пользуясь тем, что контролируемые злоумышленником входные данные влияют на общую длину передаваемых зашифрованных сообщений (LZ77 заменяет повторяющиеся строки на ссылки в общем для всех каналов буфере);

  • в утилите ssh запрещено использовать символы ‘$’ и » в именах пользователей, введённых в командной строке, так с их помощью можно было организовать выполнение кода при подстановке имён в директивы ProxyCommand и Match exec, указанные в настройках;

  • в ssh‑keygen исправлена некорректная обработка летнего времени, приводившая к сдвигу срока действия сертификатов на 1 час;

  • с целью блокирования создания zip‑бомб в sshd и ssh добавлена проверка превышения максимального размера пакета при распаковке данных;

  • в sshd решена проблема, позволявшая обойти ограничения ключевого слова «restrict» в файле authorized_keys, которое не применялось к туннелям (PermitTunnel);

  • в sshd устранён некорректный разбор опции «none» внутри блоков Match, которая в некоторых директивах, таких как AuthorizedPrincipalsFile, интерпретировалась как имя файла, а не как признак отключения директивы;

  • в sshd устранено отсутствие сброса root‑привилегий на платформах, не поддерживающих передачу файловых дескрипторов и требующих для выделения PTY прав root. Проблема проявляется в QNX 6, SCO OpenServer 5 и при сборке с опцией «‑disable‑fd‑passing».

Источник: habr.com