Release av OpenSSH 8.4

Efter fyra månaders utveckling presenteras släpp av OpenSSH 8.4, en öppen implementation av klient och server för arbete med protokollen SSH 2.0 och SFTP.

Huvudsakliga förändringar:

• Ändringar relaterade till säkerhet:
  • I ssh-agent, vid användning av FIDO-nycklar som inte är skapade för autentisering via SSH (nyckelidentifieraren börjar inte med strängen 'ssh:'), genomförs nu en kontroll för att säkerställa att meddelandet kommer att signeras med metoder som används i SSH-protokollet. Ändringen förhindrar omdirigering av ssh-agent till fjärrvärdar med FIDO-nycklar, för att blockera möjligheten att använda dessa nycklar för att skapa signaturer för webbauthentisering (omvänt fall, när webbläsaren kan signera SSH-förfrågningar, utesluts ursprungligen med hjälp av prefixet 'ssh:' i nyckelidentifieraren).
  • I ssh-keygen har stödet för tillägget credProtect, beskrivet i FIDO 2.1-specifikationen, lagts till vid generering av residenta nycklar, vilket ger extra skydd för nycklar genom ett obligatoriskt PIN-kodsskydd innan någon åtgärd som kan resultera i att den residenta nyckeln dras ut från token utförs.
• Ändringar som potentiellt äventyrar kompatibiliteten:
  • För att stödja FIDO/U2F rekommenderas att använda biblioteket libfido2 med minst version 1.5.0. Delvis implementerat stöd finns också för äldre versioner, men i så fall kommer funktioner som residenta nycklar, PIN-förfrågan och anslutning av flera tokens vara otillgängliga.
  • I ssh-keygen har data för autentiseraren lagts till i formatet för bekräftelseinformation, som valfritt sparas vid generering av FIDO-nycklar, vilket är nödvändigt för att verifiera bekräftande digitala signaturer.
  • API:et som används vid interaktion mellan OpenSSH och lagret för kontakten med FIDO-tokens har ändrats.
  • Vid byggandet av den portabla versionen av OpenSSH krävs nu automake för att generera konfigurationsscriptet och tillhörande byggfiler (om byggandet utförs från en publicerad tar-fil med koden, krävs ingen omgenerering av konfigureringen).
• I ssh och ssh-keygen har stöd för FIDO-nycklar lagts till, vilket kräver bekräftelse med en PIN-kod. För att generera nycklar med PIN i ssh-keygen har alternativet "verify-required" lagts till. Vid användning av sådana nycklar visas en begäran för användaren att bekräfta sina åtgärder genom att ange sitt PIN-nummer innan signeringsoperationen utförs.
• I sshd har inställningen authorized_keys fått alternativet "verify-required", vilket kräver att möjligheten att verifiera närvaron av användaren under tokenoperationerna tillämpas. FIDO-standarden förutsätter flera alternativ för sådan verifiering, men för närvarande stöder OpenSSH endast PIN-baserad verifiering.
• I sshd och ssh-keygen har stöd för verifiering av digitala signaturer, som överensstämmer med FIDO Webauthn-standarden, lagts till, vilket möjliggör användning av FIDO-nycklar i webbläsare.
• I ssh i inställningarna CertificateFile,
  ControlPath, IdentityAgent, IdentityFile, LocalForward och
  RemoteForward har det blivit tillåtet att använda värden från miljövariabler angivna i formatet "${ENV}".
• I ssh och ssh-agent har stöd för miljövariabeln $SSH_ASKPASS_REQUIRE lagts till, som kan användas för att aktivera eller inaktivera anrop av ssh-askpass.
• I ssh i ssh_config i direktivet AddKeysToAgent har möjligheten att begränsa nyckelns giltighetstid lagts till. Efter att den angivna gränsen har passerats tas nycklarna automatiskt bort från ssh-agent.
• I scp och sftp kan man nu med flaggan "-A" uttryckligen tillåta vidarebefordran i scp och sftp med hjälp av ssh-agent (som standard är vidarebefordran förbjuden).
• I ssh-inställningarna har stöd för substitutionsvariabeln ‘%k’, som definierar värdenamnet för värdnyckeln, lagts till. Denna möjlighet kan användas för att separera nycklar i olika filer (till exempel "UserKnownHostsFile ~/ .ssh/known_hosts.d/%k").
• Användning av operationen "ssh-add -d -" för att läsa nycklar från stdin som ska tas bort har tillåtits.
• I sshd registreras början och slut på processen av anslutningsnedskärningar, styrd av parametern MaxStartups, i loggen.

Utvecklarna av OpenSSH påminde också om den kommande övergången av algoritmer som använder SHA-1-hashar till ålderdomliga. ökande effektivitet i kollisionangrepp med angiven prefix (kostnaden för att knäcka en kollision uppskattas till cirka 45 tusen dollar). I en av de kommande utgåvorna planerar man att som standard stänga av möjligheten att använda den offentliga nyckeln "ssh-rsa" för digitala signaturer, vilket nämns i den ursprungliga RFC för SSH-protokollet och som fortfarande är allmänt förekommande i praktiken (för att kontrollera användningen av ssh-rsa i sina system kan man försöka ansluta via ssh med alternativet "-oHostKeyAlgorithms=-ssh-rsa").

För att underlätta övergången till de nya algoritmerna i OpenSSH kommer inställningen UpdateHostKeys som standard att aktiveras i nästa version, vilket automatiskt kommer att leda klienter till mer pålitliga algoritmer. Bland de rekommenderade algoritmerna för migrering nämns rsa-sha2-256/512 baserad på RFC8332 RSA SHA-2 (stöds från OpenSSH 7.2 och används som standard), ssh-ed25519 (stöds från OpenSSH 6.5) samt ecdsa-sha2-nistp256/384/521 baserad på RFC5656 ECDSA (stöds från OpenSSH 5.7).

Källa: opennet.ru