Выпуск OpenSSH 10.4

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

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

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

• добавлена экспериментальная поддержка составной постквантовой схемы подписи, которая объединяет ML-DSA 44 и Ed25519, как указано в draft-miller-sshm-mldsa44-ed25519-composite-sigs. Эта схема не включена по умолчанию. Для её использования потребуется добавить её в HostKeyAlgorithms, PubkeyAcceptedAlgorithms. Ключи можно сгенерировать с помощью «ssh-keygen -t mldsa44-ed25519»;

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

• при использовании опции «sshd -G» в дамп конфигурации директивы теперь записываются с использованием прописных и строчных букв, вместо записи только строчными буквами (т.е. «PubkeyAuthentication» вместо «pubkeyauthentication»);

• в системах Linux с включённой песочницей seccomp сбои при включении SECCOMP или NO_NEW_PRIVS теперь являются фатальными. Ранее sshd(8) регистрировал ошибку, но продолжал работу, для поддержки систем, в которых отсутствовали эти функции. Теперь системы, в которых они отсутствуют, должны вместо этого отключать песочницу во время настройки;

• улучшен и обезопасен протокол передачи данных путём отключения, если участник отправляет сообщения, не относящиеся к обмену ключами аутентификации, во время повторного обмена ключами аутентификации. Ранее злонамеренный участник мог продолжать отправлять сообщения, не относящиеся к обмену ключами, без каких-либо последствий. Эти данные будут буферизоваться, что приведет к нерациональному расходованию памяти до тех пор, пока соединение не будет разорвано или сервер/клиент не достигнет предела памяти. Реализации, которые не ограничивают сообщения, отправляемые во время обмена ключами, в соответствии с разделом 7.1 RFC4253, могут быть отключены.

• устранены проблемы с безопасностью:

  • в утилите ssh устранено потенциальное обращение к памяти после её освобождения (use‑after‑free) при обращении к вредоносному серверу. Проблема эксплуатируется через изменение хостового ключа в процессе повторного обмена ключами;

  • уязвимость в sftp, позволяющая организовать загрузку файла в другую директорию при обращении к вредоносному серверу с использованием команды в форме «sftp host:/path»;

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

  • устранена проблема в sshd, проявляющаяся при использовании внутренней реализации SFTP‑сервера («internal‑sftp»), отключённой по умолчанию. Проблема связана с отсечением длинных последовательностей в командной строке после 9 аргумента, приводящей к отбрасыванию следующих аргументов. Таким образом потенциально могут быть отброшены опции, связанные с обеспечением безопасности;

  • в sshd устранена недоработка, из‑за которой директива «DisableForwarding=yes» не отключала возможность создания туннелей, разрешённых опцией «PermitTunnel=yes» (по умолчанию не выставляется);

  • в sshd устранена проблема, которую можно использования для инициирования отказа в обслуживании на стадии до прохождения аутентификации при включении в настройках директивы GSSAPIAuthentication (отключена по умолчанию). Проблема не блокируется через лимит «MaxAuthTries», но подпадает под действие ограничения «PerSourcePenalties»;

  • в sshd устранены недоработки, из‑за которых не всегда добавлялась минимальная задержка между попытками аутентификации.