Po čtyřech měsících vývoje byl uveden do provozu OpenSSH 8.7, otevřená implementace klienta a serveru pro práci s protokoly SSH 2.0 a SFTP.
Hlavní změny:
- Do scp byl přidán experimentální režim přenosu dat pomocí protokolu SFTP místo tradičně používaného protokolu SCP/RCP. V SFTP se používají předvídatelnější metody zpracování jmen a nezapojené zpracování globových vzorů přes shell na straně jiného hostitele, což vytváří bezpečnostní problémy. Pro povolení SFTP v scp byl navržen příznak „-s“, ale v budoucnu se plánuje přechod na tento protokol jako výchozí.
- V sftp-server byly implementovány rozšíření protokolu SFTP pro odkrytí cest ~\/ a ~user\/, což je nezbytné pro scp.
- V utilitě scp bylo změněno chování při kopírování souborů mezi dvěma vzdálenými hostiteli (např. „scp host-a:\/path host-b:"), které nyní probíhá výchozím způsobem přes mezilehlý místní hostitel, jako při použití příznaku „-3“. Tento přístup umožňuje vyhnout se přenosu zbytečných přihlašovacích údajů na první hostitele a trojité interpretaci názvů souborů v shellu (na straně zdroje, příjemce a lokální systému), a také při použití SFTP umožňuje použít všechny metody autentizace při přístupu k vzdáleným hostitelům, a ne pouze neinteraktivní metody. Pro obnovení starého chování byla přidána volba „-R“.
- Do ssh byla přidána možnost ForkAfterAuthentication, odpovídající příznaku „-f“.
- Do ssh byla přidána možnost StdinNull, odpovídající příznaku „-n“.
- Do ssh byla přidána možnost SessionType, pomocí které lze nastavit režimy odpovídající příznakům „-N“ (bez relace) a „-s“ (subsystem).
- Ve ssh-keygen je nyní možné v souborech s klíči určit interval platnosti klíče.
- Ve ssh-keygen byl přidán příznak „-Oprint-pubkey“ pro výstup úplného veřejného klíče jako součásti podpisu sshsig.
- V ssh a sshd byly jak klient, tak server převedeny na používání přísnějšího parseru konfiguračního souboru, který používá pravidla podobná shellu pro zpracování uvozovek, mezer a escape znaků. Nový parser také nezapomíná na dříve existující předpoklady, jako je vynechání argumentů v opcích (např. nyní nelze nechat prázdné direktivy DenyUsers), neukončené uvozovky a specifikaci více znaků „=“.
- Při používání záznamů DNS SSHFP při ověřování klíčů nyní ssh kontroluje všechny odpovídající záznamy, nikoli pouze ty, které obsahují určitý typ digitálního podpisu.
- V ssh-keygen při generování klíče FIDO s použitím možnosti -Ochallenge pro hashování se nyní používá vestavěná vrstva, nikoli prostředky libfido2, což umožňuje použití výzev o velikosti nižší i vyšší než 32 bajtů.
- V sshd při zpracování direktivy environment=„…“ v souborech authorized_keys nyní platí, že se přijímá první shoda a je nastavena hranice 1024 názvů proměnných prostředí.
Vývojáři OpenSSH také varovali před převedením do kategorie zastaralých algoritmů používajících hashe SHA-1 kvůli zvyšující se efektivitě kolizních útoků s daným prefixem (náklady na nalezení kolize se odhadují na přibližně 50 tisíc dolarů). V příštím vydání se plánuje, že možnost používat algoritmus digitálního podpisu podle veřejného klíče „ssh-rsa“, který je uveden v původním RFC pro protokol SSH a který je nadále velmi rozšířený v praxi, bude ve výchozím nastavení zakázána.
Pro kontrolu aplikace ssh-rsa ve svých systémech můžete zkusit připojit se přes ssh s možností „-oHostKeyAlgorithms=-ssh-rsa“. Přičemž vypnutí digitálních podpisů „ssh-rsa“ ve výchozím nastavení neznamená úplné odmítnutí použití RSA klíčů, protože protokol SSH, kromě SHA-1, umožňuje aplikaci i dalších algoritmů pro výpočet hashů. Konkrétně kromě „ssh-rsa“ zůstane možnost použití vazeb „rsa-sha2-256“ (RSA/SHA256) a „rsa-sha2-512“ (RSA/SHA512).
Aby se usnadnil přechod na nové algoritmy, byla v OpenSSH dříve ve výchozím nastavení aktivována možnost UpdateHostKeys, která umožňuje automatické přepnutí klientů na spolehlivější algoritmy. Pomocí této nastavení se aktivuje speciální rozšíření protokolu „hostkeys@openssh.com“, které umožňuje serveru po úspěšné autentizaci informovat klienta o všech dostupných klíčích hostitele. Klient může tyto klíče zaznamenat do svého souboru ~/.ssh/known_hosts, což usnadňuje aktualizaci klíčů hostitele a zjednodušuje výměnu klíčů. serveru.
Použití UpdateHostKeys je omezeno několika výhradami, které mohou být v budoucnu zrušeny: klíč musí být uveden ve UserKnownHostsFile a neměl by být používán v GlobalKnownHostsFile; klíč musí být přítomen pouze pod jedním jménem; neměl by být použit certifikát hostitelského klíče; v known_hosts by neměly být použity masky podle názvu hostitele; musí být zakázána volba VerifyHostKeyDNS; musí být aktivní parametr UserKnownHostsFile.
Mezi doporučenými algoritmy pro migraci jsou zmíněny rsa-sha2-256/512 podle RFC8332 RSA SHA-2 (podporováno od OpenSSH 7.2 a používáno jako výchozí), ssh-ed25519 (podporováno od OpenSSH 6.5) a ecdsa-sha2-nistp256/384/521 podle RFC5656 ECDSA (podporováno od OpenSSH 5.7).
Zdroj: opennet.ru
