Uvedení OpenSSH 8.4

Po čtyřech měsících vývoje byl představen bylo uvolněno OpenSSH 8.4, otevřená implementace klienta a serveru pro práci s protokoly SSH 2.0 a SFTP.

Hlavní změny:

  • Změny související s bezpečností:
    • V ssh-agentu, při použití klíčů FIDO, které nebyly vytvořeny pro autentizaci přes SSH (identifikátor klíče nezačíná řetězcem „ssh:“), je nyní provedena kontrola, že zpráva bude podepsána pomocí metod používaných v protokolu SSH. Tato změna zabrání přesměrování ssh-agentu na vzdálené hosty, které mají FIDO-klíče, aby se zablokovala možnost použití těchto klíčů pro vytváření podpisů požadavků webové autentizace (opačný případ, kdy může prohlížeč podepsat SSH požadavek, byl zpočátku vyloučen díky použití prefixu „ssh:“ v identifikátoru klíče).
    • V ssh-keygen při generování rezidentního klíče byla přidána podpora rozšíření credProtect, popsaného ve specifikaci FIDO 2.1, poskytující dodatečnou ochranu pro klíče prostřednictvím povinné žádosti o zadání PIN-kódu před provedením jakékoli operace, která by mohla vést k vytažení rezidentního klíče z tokenu.
  • Změny, které mohou potenciálně narušit kompatibilitu:
    • Pro podporu FIDO/U2F se doporučuje používat knihovnu libfido2 alespoň ve verzi 1.5.0. Částečně je implementována možnost použití i starších verzí, ale v tomto případě budou nedostupné funkce jako rezidentní klíče, žádost o PIN a připojení několika tokenů.
    • V ssh-keygen byly do formátu potvrzující informace, volitelně uloženého při generování klíče FIDO, přidány údaje pro autentizátor potřebné k ověření potvrzujících digitálních podpisů.
    • API používané při interakci OpenSSH s mezivrstvou pro přístup k tokenům FIDO bylo změněno.
    • Při sestavování přenosné verze OpenSSH je nyní vyžadován automake pro vytvoření konfiguračního skriptu a souvisejících souborů pro sestavování (pokud se sestavování provádí z uveřejněného tar souboru s kódem, regenerace konfiguračního skriptu není nutná).
  • Do ssh a ssh-keygen byla přidána podpora pro FIDO klíče, které vyžadují potvrzení pomocí PIN kódu. Pro generování klíčů s PIN v ssh-keygen byla přidána volba „verify-required“. V případě používání takových klíčů je uživateli před provedením operace vytváření podpisu zobrazena výzva, která vyžaduje potvrzení jeho akcí zadáním PIN kódu.
  • V sshd byla do nastavení authorized_keys implementována volba „verify-required“, která vyžaduje uplatnění možností pro verifikaci přítomnosti uživatele během operací s tokenem. Standard FIDO předpokládá několik variant takové verifikace, ale v současnosti OpenSSH podporuje pouze ověřování na základě PIN kódu.
  • V sshd a ssh-keygen byla přidána podpora pro ověřování digitálních podpisů, které odpovídají standardu FIDO Webauthn, umožňující použití FIDO klíčů v webových prohlížečích.
  • V ssh v nastavení CertificateFile,
    ControlPath, IdentityAgent, IdentityFile, LocalForward a
    RemoteForward byla povolena substituce hodnot z proměnných prostředí, uvedených ve formátu „${ENV}“.
  • V ssh a ssh-agent byla přidána podpora proměnné prostředí $SSH_ASKPASS_REQUIRE, kterou lze použít k zapnutí nebo vypnutí vyvolání ssh-askpass.
  • V ssh v ssh_config v direktivě AddKeysToAgent byla přidána možnost omezení doby platnosti klíče. Po uplynutí stanoveného limitu jsou klíče automaticky odstraněny ze ssh-agent.
  • V scp a sftp pomocí příznaku „-A“ nyní lze výslovně povolit přesměrování v scp a sftp s využitím ssh-agent (předvolené přesměrování je zakázáno).
  • V nastavení ssh byla přidána podpora pro substituci ‘%k’, která definuje název klíče hostitele. Tuto možnost lze využít k rozdělení klíčů do samostatných souborů (například „UserKnownHostsFile ~/.ssh/known_hosts.d/%k“).
  • Bylo povoleno použití operace „ssh-add -d -“ pro čtení ze stdin klíčů, které mají být odstraněny.
  • V sshd byla zajištěna zaznamenávání začátku a konce procesu omezování připojení, řízeného pomocí parametru MaxStartups.

Vývojáři OpenSSH také připomněli nadcházející převedení algoritmů využívajících hash SHA-1 na seznam zastaralých. zvyšování efektivity kolizních útoků s daným prefixem (náklady na nalezení kolize se odhadují na přibližně 45 tisíc dolarů). V jednom z nejbližších vydání plánují ve výchozím nastavení deaktivovat možnost použití algoritmu digitálního podpisu s otevřeným klíčem „ssh-rsa“, který je zmíněn v původním RFC pro protokol SSH a zůstává široce rozšířený v praxi (pro ověření použití ssh-rsa ve svých systémech můžete vyzkoušet připojit se pomocí ssh s možností „-oHostKeyAlgorithms=-ssh-rsa“).

Aby bylo přechod na nové algoritmy v OpenSSH plynulejší, bude v příští verzi ve výchozím nastavení aktivována konfigurace UpdateHostKeys, která automaticky přepne klienty na spolehlivější algoritmy. Mezi doporučenými algoritmy pro migraci se uvádějí rsa-sha2-256/512 dle RFC8332 RSA SHA-2 (podporováno od OpenSSH 7.2 a používáno ve výchozím nastavení), 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

Koupit spolehlivý hosting pro webové stránky s ochranou proti DDoS, VPS VDS servery 🔥 Koupit spolehlivý hosting pro webové stránky s ochranou proti DDoS, VPS VDS servery | ProHoster