Izid OpenSSH 8.0

Po petih mesecih razvoja predstavljen izdanje OpenSSH 8.0, odprta implementacija odjemalca in strežnika za delo s protokoli SSH 2.0 in SFTP.

Glavne spremembe:

• V ssh in sshd je bila dodana eksperimentalna podpora za metodo izmenjave ključev, odpornosti proti napadom z uporabnim kvantnim računalnikom. Kvantni računalniki bistveno hitreje rešujejo nalogo razstavljanja naravnih števil na proste množitelje, ki leži v temelju sodobnih asimetričnih šifrirnih algoritmov in je učinkovito nerazrešljivo na klasičnih procesorjih. Predlagana metoda temelji na algoritmu NTRU Prime (funkcija ntrup4591761), razvitem za postkvantne kriptosisteme in metodi izmenjave ključev na osnovi eliptičnih krivulj X25519;
• V sshd je v direktivah ListenAddress in PermitOpen prenehana podpora za zastareli sintaktični izraz „host/port“, uveden leta 2001 kot alternativa „host:port“ za poenostavitev dela z IPv6. V sodobnih razmerah je za IPv6 ustaljen sintaktični izraz „[::1]:22“, medtem ko se „host/port“ pogosto zamenjuje z označevanjem podomrežja (CIDR);
• V ssh, ssh-agent in ssh-add je bila uvedena podpora za ključe ECDSA v tokenih PKCS#11;
• V ssh-keygen je velikost ključa RSA privzeto povečana na 3072 bitov, v skladu z novimi priporočili NIST;
• V ssh je dovoljena uporaba nastavitev „PKCS11Provider=none“ za preoblikovanje direktive PKCS11Provider, določene v ssh_config;
• V sshd je omogočeno beleženje situacij, ko je povezava prekinjena pri poskusu izvajanja ukazov, blokiranih z omejitvijo „ForceCommand=internal-sftp“ v sshd_config;
• V ssh, pri izpisu poziva za potrditev prejemanja novega gostiteljskega ključa, namesto odgovora „yes“ zdaj sprejemajo pravilen fingerprint-odtis ključa (v odgovoru na povabilo za potrditev povezave lahko uporabnik preko odložišča kopira posebej pridobljeni etalonni hash, da ga ne bi bilo treba ročno primerjati);
• V ssh-keygen je samodejno povečano število zaporedja v certifikatu pri ustvarjanju digitalnih podpisov za več certifikatov v ukazni vrstici;
• V scp in sftp je dodana nova možnost „-J“, ki je ekvivalentna nastavitvi ProxyJump;
• V ssh-agent, ssh-pkcs11-helper in ssh-add je bila dodana obravnava možnosti ukazne vrstice „-v“ za povečanje informativnosti izpisa (ob uporabi se ta možnost prenese tudi na otroške procese, na primer, ko iz ssh-agent kličemo ssh-pkcs11-helper);
• В ssh-add добавлена опция «-T» для тестирования пригодности ключей в ssh-agent для выполнения операций создания и верификации цифровых подписей;
• В sftp-server реализована поддержка расширения протокола «lsetstat at openssh.com», добавляющего для SFTP поддержку операции SSH2_FXP_SETSTAT, но без следования по символическим ссылкам;
• В sftp добавлена опция «-h» для выполнения команд chown/chgrp/chmod с запросами, не использующими символические ссылки;
• В sshd обеспечено выставление переменной окружения $SSH_CONNECTION для PAM;
• Для sshd в ssh_config добавлен режим сопоставления «Match final», аналогичный «Match canonical», но не требующий включения нормализации имени хоста;
• В sftp добавлена поддержка префикса ‘@’ для отключения трансляции вывода команд, выполняемых в пакетном режиме;
• При выводе содержимого сертификата при помощи команды
  «ssh-keygen -Lf /path/certificate» теперь отображается алгоритм, использованный удостоверяющим центром для заверения сертификата;
• Улучшена поддержка окружения Cygwin, например обеспечено сравнение имён групп и пользователей без учёта регистра символов. Процесс sshd в порте для Cygwin изменён на cygsshd для того чтобы избежать пересечений с портом OpenSSH, поставляемым Microsoft;
• Добавлена возможность сборки с экспериментальной веткой OpenSSL 3.x;
• Odpravljena ranljivost (CVE-2019-6111) в реализации утилиты scp, позволяющая перезаписать произвольные файлы в целевом каталоге на стороне клиента при обращении к подконтрольному злоумышленнику серверу. Проблема заключается в том, что при применении scp сервер принимает решение о том, какие файлы и каталоги отправить клиенту, а клиент лишь проверяет корректность возвращённых имён объектов. Проверка на стороне клиента ограничена лишь блокированием выхода за границы текущего каталога («.. /»), но не учитывает передачу файлов с именами, отличающимися от изначально запрошенных. В случае рекурсивного копирования (-r) кроме имён файлов подобным способом можно манипулировать и именами подкаталогов. Например, в случае копирования пользователем в домашний каталог файлов, подконтрольный атакующим сервер может выдать вместо запрошенных файлов файлы с именами .bash_aliases или .ssh/authorized_keys, и они будут сохранены утилитой scp в домашнем каталоге пользователя.

  V novem izdanju je orodje scp dobilo preverjanje skladnosti zahtevanih in prenesenih imen datotek, ki se izvaja na strani odjemalca. Pri tem se lahko pojavijo težave s obdelavo mask, saj se lahko znaki za razkrivanje mask obravnavajo različno na strani strežnika in odjemalca. V primeru, da odjemalec preneha sprejemati datoteke zaradi takšnih razlik, je dodana možnost „-T“, ki izklopi preverjanje na strani odjemalca. Za popolno odpravo problema je potrebna konceptualna predelava protokola scp, ki je sam po sebi že zastarel, zato je priporočljivo uporabiti sodobnejše protokole, kot sta sftp in rsync.

Izvor: opennet.ru