Utgivelsen av OpenSSH 8.4

Etter fire måneders utvikling ble presentert er lanseringen av OpenSSH 8.4, en åpen implementering av klient og server for drift over SSH 2.0 og SFTP-protokoller.

Hovedendringer:

• Sikkerhetsrelaterte endringer:
  • I ssh-agent ved bruk av FIDO-nøkler, som ikke er laget for autentisering via SSH (nøkkelidentifikatoren begynner ikke med «ssh:»), utføres det nå en sjekk for at meldingen vil bli signert med metoder som brukes i SSH-protokollen. Denne endringen forhindrer omdirigering av ssh-agent til fjerntjenester som har FIDO-nøkler, for å blokkere muligheten for å bruke disse nøklene til å danne signaturer for web-autentisering (den omvendte situasjonen, der nettleseren kan signere SSH-forespørselen, er ekskludert takket være bruken av prefikset «ssh:» i nøkkelidentifikatoren).
  • I ssh-keygen er støtte for tillegget credProtect inkludert ved generering av residentnøkkel, beskrevet i FIDO 2.1-spesifikasjonen, som gir ekstra beskyttelse for nøkler gjennom obligatorisk forespørsel om PIN-kode før enhver operasjon som kan føre til uthenting av residentnøkkelen fra token.
• Endringer som potensielt bryter kompatibiliteten:
  • For støtte til FIDO/U2F anbefales det å bruke libfido2-biblioteket, versjon 1.5.0 eller nyere. Det finnes delvis støtte for eldre utgaver, men i så fall vil funksjoner som residentnøkler, PIN-forespørsel og tilkobling av flere tokens ikke være tilgjengelige.
  • I ssh-keygen er det lagt til data for autentifikatoren i bekreftelsesinformasjon, som er valgfritt å lagre ved generering av FIDO-nøkkel, som er nødvendig for å validere bekreftende digitale signaturer.
  • API-en som brukes ved interaksjon mellom OpenSSH og lagene for å kontakte FIDO-tokens er endret.
  • Ved bygging av den bærbare versjonen av OpenSSH kreves nå automake for å lage configure-skriptet og tilhørende byggfiler (hvis byggingen utføres fra en publisert tar-fil med kode, kreves det ikke regenerering av configure).
• I ssh og ssh-keygen er støtte for FIDO-nøkler lagt til, som krever bekreftelse med en PIN-kode. For generering av nøkler med PIN er det lagt til en «verify-required»-opsjon i ssh-keygen. Ved bruk av slike nøkler, vil brukeren få en forespørsel før signeringsoperasjonen utføres, som krever at de bekrefter handlingene sine ved å skrive inn PIN-koden.
• I sshd-innstillingen for authorized_keys er opsjonen «verify-required» implementert, som krever verifisering av brukerens tilstedeværelse under token-operasjoner. FIDO-standarden gir flere alternativer for slik verifisering, men for øyeblikket støttes bare PIN-basert verifisering i OpenSSH.
• I sshd og ssh-keygen er støtte for verifisering av digitale signaturer i samsvar med FIDO Webauthn-standarden lagt til, som lar FIDO-nøkler brukes i nettlesere.
• I ssh i innstillingene CertificateFile,
  ControlPath, IdentityAgent, IdentityFile, LocalForward og
  RemoteForward er substitusjon av verdier fra miljøvariabler angitt i formatet «${ENV}» tillatt.
• I ssh og ssh-agent er støtte for miljøvariabelen $SSH_ASKPASS_REQUIRE lagt til, som kan brukes til å aktivere eller deaktivere anropet til ssh-askpass.
• I ssh i ssh_config er det i direktivet AddKeysToAgent lagt til en mulighet for å begrense gyldigheten til nøkkelen. Etter at den angitte grensen er passert, blir nøklene automatisk fjernet fra ssh-agent.
• I scp og sftp kan man nå eksplisitt tillate omdirigering i scp og sftp med bruke av ssh-agent (som standard er omdirigering forbudt) ved hjelp av flagget «-A».
• I ssh-innstillingene er støtte for substitusjon ‘%k’ lagt til, som definerer navnet på verts-nøkkelen. Denne muligheten kan brukes for å spre nøkler over separate filer (for eksempel «UserKnownHostsFile ~/.ssh/known_hosts.d/%k»).
• Det er tillatt å bruke operasjonen «ssh-add -d -» for å lese nøkler som skal fjernes fra stdin.
• I sshd er det lagt til logging av starten og avslutningen av prosessen for nedskjæring av tilkoblinger, regulert av parameteren MaxStartups.

Utviklerne av OpenSSH har også påminnet om den forestående overgangen av algoritmer som bruker SHA-1-hash som utdaterte, grunnet økt effektiviteten av kollisjonangrep med et gitt prefiks (kostnaden for å finne en kollisjon er anslått til omtrent 45 tusen dollar). I en av de kommende utgavene planlegger de å som standard deaktivere muligheten til å bruke algoritmen for digital signatur med offentlig nøkkel «ssh-rsa», som nevnes i den originale RFC for SSH-protokollen og fortsatt er mye utbredt i praksis (for å sjekke bruken av ssh-rsa i systemene dine, kan du prøve å koble til via ssh med alternativet «-oHostKeyAlgorithms=-ssh-rsa»).

For å lette overgangen til nye algoritmer i OpenSSH, vil innstillingen UpdateHostKeys i neste utgave som standard være aktivert, som automatisk vil overføre klienter til mer pålitelige algoritmer. Blant de anbefalte algoritmene for migrasjon er rsa-sha2-256/512 basert på RFC8332 RSA SHA-2 (støttet fra OpenSSH 7.2 og brukt som standard), ssh-ed25519 (støttet fra OpenSSH 6.5) og ecdsa-sha2-nistp256/384/521 basert på RFC5656 ECDSA (støttet fra OpenSSH 5.7).

Kilde: opennet.ru