Release av OpenSSH 8.5

Efter fem månaders utveckling har OpenSSH 8.5, en öppen implementation av klient och server för att arbeta med protokollen SSH 2.0 och SFTP, lanserats.

Utvecklarna av OpenSSH påminde om den kommande övergången till utdaterade algoritmer som använder SHA-1 hash på grund av ökande effektivitet av kollisionattacker med angivet prefix (kostnaden för att hitta en kollision uppskattas till ungefär 50 000 dollar). I en av de kommande versionerna planerar man att som standard inaktivera användningen av algoritmen för digitala signaturer med öppen nyckel "ssh-rsa", som nämns i den ursprungliga RFC:n för protokollet SSH 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". Att inaktivera digitala signaturer "ssh-rsa" som standard innebär dock inte ett fullständigt avståndstagande från användningen av RSA-nycklar, eftersom SSH-protokollet tillåter användning av andra hash-algoritmer utöver SHA-1. Specifikt kommer användningen av "rsa-sha2-256" (RSA/SHA256) och "rsa-sha2-512" (RSA/SHA512) att förbli möjlig.

För att underlätta övergången till nya algoritmer i OpenSSH 8.5 har inställningen UpdateHostKeys aktiverats som standard, vilket automatiskt kan överföra klienterna till mer pålitliga algoritmer. Genom denna inställning aktiveras en speciell protokollutvidgning "hostkeys@openssh.com", som tillåter servern att informera klienten om alla tillgängliga värdnycklar efter autentisering. Klienten kan spegla dessa nycklar i sin fil ~/ .ssh/known_hosts, vilket möjliggör uppdatering av värdnycklar och förenklar bytet av nycklar. servern.

Användningen av UpdateHostKeys är begränsad av några villkor som i framtiden kan komma att upphävas: nyckeln måste nämnas i UserKnownHostsFile och får inte användas i GlobalKnownHostsFile; nyckeln måste förekomma under ett enda namn; värdnyckelscertifikat får inte användas; inga mönster för värdnamn får användas i known_hosts; inställningen VerifyHostKeyDNS måste vara inaktiverad; parametro UserKnownHostsFile måste vara aktivt.

Bland de rekommenderade algoritmerna för migrering nämns rsa-sha2-256/512 baserat 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) och ecdsa-sha2-nistp256/384/521 baserat på RFC5656 ECDSA (stöds från OpenSSH 5.7).

Andra förändringar:

• Ändringar relaterade till säkerhet:
  • I ssh-agent har en sårbarhet åtgärdats som orsakats av dubbelfrigöring av redan frigjord minnesområde (double-free). Problemet manifesterar sig från versionen OpenSSH 8.2 och kan potentiellt utnyttjas om en angripare har tillgång till ssh-agentens socket på det lokala systemet. Att utnyttja detta försvåras av att endast root och den ursprungliga användaren har åtkomst till socketen. Den mest sannolika angreppsmetoden är att omdirigera agenten till ett konto som är under angreparens kontroll, eller till en värd där angriparen har root-åtkomst.
  • I sshd har skydd mot överföring av mycket stora parametrar med användarnamnet till PAM-subsystemet lagts till, vilket gör det möjligt att blockera sårbarheter i PAM-systemmoduler (Pluggable Authentication Module). Till exempel möjliggör ändringen att förhindra att sshd används som en vektor för att utnyttja en nyligen upptäckt root-sårbarhet i Solaris (CVE-2020-14871).
• Ändringar som potentiellt äventyrar kompatibiliteten:
  • I ssh och sshd har den experimentella nyckelutbytesmetoden, motståndskraftig mot försök på kvantdatorer, omarbetats. Kvantdatorer löser exponentiellt snabbare problemet att bryta ner ett heltal i primtalsfaktorer, vilket ligger till grund för moderna asymmetriska krypteringsalgoritmer och effektivt är olösligt på klassiska processorer. Den använda metoden baseras på algoritmen NTRU Prime, utvecklad för post-kvanta kryptosystem, och nyckelutbytesmetoden baserad på elliptiska kurvor X25519. Istället för sntrup4591761x25519-sha512@tinyssh.org identifieras metoden nu som sntrup761x25519-sha512@openssh.com (algoritmen sntrup4591761 har ersatts med sntrup761).
  • I ssh och sshd har ordningen på annonseringen av stödda algoritmer för digitala signaturer ändrats. Nu erbjuds ED25519 först istället för ECDSA.
  • I ssh och sshd ställs parametern TOS/DSCP för kvalitet på tjänsten för interaktiva sessioner nu in före TCP-anslutningen.
  • I ssh och sshd har stödet för krypteringsmetoden rijndael-cbc@lysator.liu.se, som är identisk med aes256-cbc och användes fram till godkännandet av RFC-4253, avbrutits.
  • Som standard är parametern CheckHostIP avaktiverad, vilket har en obetydlig nytta, men användningen komplicerar betydligt nyckelrotationen för värdar bakom belastningsutjämnare.
• I sshd har inställningarna PerSourceMaxStartups och PerSourceNetBlockSize lagts till för att begränsa intensiteten i start av hanterare i förhållande till klientens adress. Dessa parametrar möjliggör en mer finjusterad hantering av begränsningen för processstarter jämfört med den allmänna inställningen MaxStartups.
• I ssh och sshd har en ny inställning LogVerbose lagts till, vilket gör det möjligt att tvinga upp nivån av debuginformation som loggas, med möjlighet till filtrering efter mönster, funktioner och filer.
• I ssh, när en ny värdnyckel accepteras, visas alla värdnamn och IP-adresser, associerade med nyckeln.
• I ssh är det nu tillåtet att ange alternativet UserKnownHostsFile=none för att inaktivera användningen av known_hosts-filen vid identifiering av värdnycklar.
• I ssh_config har inställningen KnownHostsCommand lagts till för ssh, vilket möjliggör att hämta data om known_hosts från utdata av ett angivet kommando.
• I ssh_config har alternativet PermitRemoteOpen lagts till för ssh, vilket begränsar destinationspunkten när alternativet RemoteForward används med SOCKS.
• I ssh krävs det en ny PIN-kod vid misslyckad operation med digital signatur på grund av felaktig PIN-kod och avsaknad av en PIN-förfrågan från användaren (till exempel när korrekta biometriska data inte kunde inhämtas och enheten återgick till manuell PIN-inmatning).
• I sshd har stöd för ytterligare systemanrop lagts till i den processisolationsmekanism baserad på seccomp-bpf på Linux-plattformen.
• Verktyget contrib/ssh-copy-id har uppdaterats.

Källa: opennet.ru