Vydání OpenSSH 8.0

Po pěti měsících vývoje byl představen vydání OpenSSH 8.0, otevřené implementaci klienta a serveru pro práci s protokoly SSH 2.0 a SFTP.

Hlavní změny:

• Do ssh a sshd byla přidána experimentální podpora metody výměny klíčů odolné vůči útokům kvantových počítačů. Kvantové počítače řeší úlohu rozkladu přirozených čísel na prvočísla mnohem rychleji, což ohrožuje současné asymetrické šifrovací algoritmy, které efektivně nelze vyřešit na klasických procesorech. Navrhovaná metoda je založena na algoritmu NTRU Prime (funkce ntrup4591761), vyvinutém pro postkvantové kryptosystémy, a na metodě výměny klíčů založené na elliptických křivkách X25519;
• V sshd byly v direktivách ListenAddress a PermitOpen ukončeny podporu zastaralého syntaktického zápisu „host/port“, zavedeného v roce 2001 jako alternativa k „host:port“ pro usnadnění práce s IPv6. V současných podmínkách se pro IPv6 ustálil zápis „[::1]:22“, a „host/port“ je často mylně považován za specifikaci podsítě (CIDR);
• V ssh, ssh-agent a ssh-add byla implementována podpora klíčů ECDSA v tokenech PKCS#11;
• V ssh-keygen byla velikost RSA klíče výchozím způsobem zvýšena na 3072 bitů, v souladu s novými doporučeními NIST;
• V ssh je povoleno použití nastavení „PKCS11Provider=none“ pro přepsání direktivy PKCS11Provider stanovené v ssh_config;
• V sshd bylo zajištěno zaznamenávání do logu situací, kdy bylo spojení přerušeno při pokusu o vykonání příkazů, které byly blokovány omezením „ForceCommand=internal-sftp“ v sshd_config;
• V ssh, při potvrzení příjmu nového hostitelského klíče, místo odpovědi „yes“ je nyní akceptován správný fingerprint klíče (uživatel může na výzvu potvrdit připojení zkopírováním standardního hash přes schránku, aby se nemusel zabývat jeho ručním porovnáváním);
• V ssh-keygen bylo zajištěno automatické zvyšování čísla sekvence v certifikátu při vytváření digitálních podpisů pro několik certifikátů v příkazovém řádku;
• V scp a sftp byla přidána nová možnost „-J“, která odpovídá nastavení ProxyJump;
• V ssh-agent, ssh-pkcs11-helper a ssh-add byla přidána zpracování volby příkazového řádku „-v“ pro zvýšení informativnosti výstupu (při zadání je tato volba předávána i potomkům, např. když je ssh-pkcs11-helper volán ze ssh-agent);
• V ssh-add byla přidána volba „-T“ pro testování použitelnosti klíčů v ssh-agent pro provádění operací vytváření a ověřování digitálních podpisů;
• Sftp-server implementuje podporu rozšíření protokolu „lsetstat at openssh.com“, které přidává podporu operace SSH2_FXP_SETSTAT pro SFTP, ale bez sledování symbolických odkazů;
• Do sftp byla přidána volba „-h“ pro provádění příkazů chown/chgrp/chmod s dotazy, které nepoužívají symbolické odkazy;
• V sshd byla zajištěna proměnná prostředí $SSH_CONNECTION pro PAM;
• Pro sshd byla v ssh_config přidána režim shody „Match final“, analogický „Match canonical“, ale nevyžaduje zahrnutí normalizace názvu hostitele;
• Do sftp byla přidána podpora prefixu ‘@’ pro vypnutí překladu výstupu příkazů prováděných v dávkovém režimu;
• Při výstupu obsahu certifikátu pomocí příkazu
  „ssh-keygen -Lf /path/certificate“ se nyní zobrazuje algoritmus, který certifikační autorita použila k podepsání certifikátu;
• Byla vylepšena podpora prostředí Cygwin, například bylo zajištěno porovnávání jmen skupin a uživatelů bez ohledu na malá a velká písmena. Proces sshd na portu pro Cygwin byl změněn na cygsshd, aby se předešlo kolizím s portem OpenSSH dodávaným společností Microsoft;
• Byla přidána možnost sestavení s experimentální větví OpenSSL 3.x;
• Odstraněna zranitelnost (CVE-2019-6111) v implementaci nástroje scp, který umožňuje přepsat libovolné soubory v cílovém adresáři na straně klienta při přístupu k serveru řízenému útočníkem. Problém spočívá v tom, že při použití scp server rozhoduje, jaké soubory a adresáře odešle klientovi, a klient pouze kontroluje správnost vrácených názvů objektů. Kontrola na straně klienta je omezena pouze na blokaci výstupu za hranice aktuálního adresáře („../“), ale nezohledňuje přenos souborů s názvy odlišnými od původně požadovaných. V případě rekurzivního kopírování (-r) lze podobným způsobem manipulovat s názvy podadresářů i souborů. Například při kopírování uživatelem do domovského adresáře může server pod kontrolou útočníka vydat místo požadovaných souborů soubory s názvy .bash_aliases nebo .ssh/authorized_keys, a ty budou uloženy nástrojem scp v domovském adresáři uživatele.

  V novém vydání byla do nástroje scp přidána kontrola shody požadovaných a odesílaných názvů souborů prováděná na straně klienta. Při tom mohou nastat problémy s zpracováním vzorů, protože znaky pro rozšíření vzorů mohou být různě zpracovávány na straně serveru a klienta. Pro případ, že by z důvodu takových rozdílů klient přestal přijímat soubory, byla do scp přidána volba „-T“, která umožňuje vypnout kontrolu na straně klienta. Pro kompletní vyřešení problému je třeba konceptuální přepracování protokolu scp, který sám o sobě již zastaral, proto se místo něj doporučuje používat modernější protokoly, jako jsou sftp a rsync.

Zdroj: opennet.ru