Udgivelsen af OpenSSH 8.5

Efter fem måneders udvikling er OpenSSH 8.5 blevet frigivet, en åben implementering af en klient og server til arbejde med protokollerne SSH 2.0 og SFTP.

Udviklerne af OpenSSH har mindet om den kommende overgang af algoritmer, der bruger SHA-1 hashes, til forældede, i forbindelse med den øgede effektivitet af præfiks-kollisionsangreb (omkostningerne ved at finde en kollisionsansøgning anslås til cirka 50.000 dollars). I en af de kommende versioner planlægges det at deaktivere standardmuligheden for at bruge algoritmen til digitale signaturer baseret på offentlig nøgle "ssh-rsa", som nævnes i den oprindelige RFC for SSH-protokollen og fortsat er bredt anvendt i praksis.

For at kontrollere anvendelsen af ssh-rsa i dine systemer kan du forsøge at oprette forbindelse via ssh med indstillingen '-oHostKeyAlgorithms=-ssh-rsa'. At deaktivere digitale signaturer 'ssh-rsa' som standard betyder ikke et totalt opgør med brugen af RSA-nøgler, da SSH-protokollen tillader anvendelse af andre hashingalgoritmer udover SHA-1. Specifikt vil der foruden 'ssh-rsa' stadig være mulighed for at bruge sættene 'rsa-sha2-256' (RSA/SHA256) og 'rsa-sha2-512' (RSA/SHA512).

For at lette overgangen til nye algoritmer i OpenSSH 8.5 er indstillingen UpdateHostKeys aktiveret som standard, hvilket gør det muligt automatisk at overføre klienter til mere pålidelige algoritmer. Denne indstilling aktiverer en speciel protokolleksempel "hostkeys@openssh.com", der gør det muligt for serveren at informere klienten om alle tilgængelige værtsnøgler efter gennemførelse af autentificering. Klienten kan reflektere disse nøgler i sin fil ~/.ssh/known_hosts, hvilket muliggør opdatering af værtsnøgler og forenkler ændringen af nøgler. serveren.

Brugen af UpdateHostKeys er begrænset af et par forbehold, som muligvis kan ændres i fremtiden: nøglen skal nævnes i UserKnownHostsFile og ikke bruges i GlobalKnownHostsFile; nøglen må kun være til stede under ét navn; certifikatet for værtsnøglen må ikke anvendes; der må ikke anvendes masker i known_hosts; indstillingen VerifyHostKeyDNS skal være deaktiveret; parameteren UserKnownHostsFile skal være aktiv.

Blandt de anbefalede algoritmer til migrering nævnes rsa-sha2-256/512 baseret på RFC8332 RSA SHA-2 (understøttet fra OpenSSH 7.2 og bruges som standard), ssh-ed25519 (understøttet fra OpenSSH 6.5) og ecdsa-sha2-nistp256/384/521 baseret på RFC5656 ECDSA (understøttet fra OpenSSH 5.7).

Andre ændringer:

• Ændringer relateret til sikkerhed:
  • I ssh-agenten er en sårbarhed, der skyldes dobbeltfrigivelse af allerede frigivet hukommelse (double-free), blevet rettet. Problemet opstod med frigivelsen af OpenSSH 8.2 og kan potentielt udnyttes, hvis en angriber har adgang til ssh-agentens socket på det lokale system. Det er vanskeligt at udnytte, da kun root og den oprindelige bruger har adgang til socketen. Det mest sandsynlige angrebsscenario er at omdirigere agenten til en konto, der er under angriberens kontrol, eller til en vært, hvor angriberen har root-adgang.
  • I sshd er der tilføjet beskyttelse mod overførsel af meget store parametre med brugernavne til PAM-undermodulet, hvilket gør det muligt at blokere sårbarheder i PAM-systemmodulerne (Pluggable Authentication Module). For eksempel gør ændringen det muligt at forhindre brugen af sshd som en vektor til udnyttelse af en nyligt opdaget root-sårbarhed i Solaris (CVE-2020-14871).
• Ændringer, der potentielt kan bryde kompatibiliteten:
  • I ssh og sshd er der udviklet en eksperimentel metode til nøgleudveksling, der er modstandsdygtig over for brute force-angreb fra kvantecomputere. Kvantecomputere løser opgaven med at faktorisere naturlige tal i primtallene betydeligt hurtigere, hvilket er grundlaget for moderne asymmetriske krypteringsalgoritmer, og denne opgave er effektivt uløselig på klassiske processorer. Den anvendte metode er baseret på NTRU Prime-algoritmen, der er udviklet til post-kvante kryptosystemer, samt en nøgleudvekslingsmetode baseret på elliptiske kurver X25519. I stedet for sntrup4591761x25519-sha512@tinyssh.org identificeres metoden nu som sntrup761x25519-sha512@openssh.com (sntrup4591761-algoritmen er blevet erstattet med sntrup761).
  • I ssh og sshd er rækkefølgen for annoncering af understøttede digitale signaturalgoritmer ændret. ED25519 tilbydes nu først i stedet for ECDSA.
  • I ssh og sshd oprettes parametre for kvalitet af tjenesten TOS/DSCP for interaktive sessioner nu før oprettelsen af TCP-forbindelsen.
  • I ssh og sshd er understøttelsen af cifret rijndael-cbc@lysator.liu.se blevet stoppet, som er identisk med aes256-cbc og blev anvendt indtil godkendelsen af RFC-4253.
  • Standardmæssigt er parameteren CheckHostIP blevet deaktiveret, da fordelen ved den er ubetydelig, men anvendelsen komplicerer betydeligt rotationen af nøgler for værter bag belastningsbalancere.
• I sshd er der tilføjet indstillingerne PerSourceMaxStartups og PerSourceNetBlockSize for at begrænse intensiteten af opstart af håndteringsprocesser relateret til klientens adresse. Disse parametre giver en finere kontrol over begrænsningen af procesopstart sammenlignet med den overordnede indstilling MaxStartups.
• I ssh og sshd er der tilføjet en ny indstilling, LogVerbose, som tvinger et øget niveau af logget fejlinformation, med mulighed for filtrering efter mønstre, funktioner og filer.
• I ssh skal der vises alle værtsnavne ved accept af en ny værtsnøgle, IP-adresser, som er knyttet til nøglen.
• I ssh er det nu tilladt at angive muligheden UserKnownHostsFile=none for at deaktivere brugen af filen known_hosts ved identifikation af værtsnøgler.
• I ssh_config for ssh er der tilføjet indstillingen KnownHostsCommand, som gør det muligt at hente data fra known_hosts fra output af den angivne kommando.
• I ssh_config for ssh er der tilføjet muligheden PermitRemoteOpen, som begrænser destinationen ved brug af RemoteForward-muligheden med SOCKS.
• I ssh er der blevet tilføjet en anmodning om PIN-kode igen for FIDO-nøgler i tilfælde af, at operationen med den digitale signatur fejler på grund af en forkert PIN, og der ikke er blevet anmodet om PIN-kode fra brugeren (for eksempel, når det ikke er muligt at få de korrekte biometriske data, og enheden er gjort om til manuel indtastning af PIN-kode).
• I sshd er der tilføjet support til yderligere systemopkald i det seccomp-bpf-baserede procesisoleringssystem på Linux-platformen.
• Opdateret værktøj contrib/ssh-copy-id.

Kilde: opennet.ru