Utgivelsen av OpenSSH 8.0

Etter fem måneders utvikling ble presentert versjon OpenSSH 8.0, en åpen implementering av klient og server for arbeid med protokollene SSH 2.0 og SFTP.

Hovedendringer:

• I ssh og sshd er det lagt til eksperimentell støtte for en nøkkelutvekslingsmetode som er motstandsdyktig mot angrep fra kvantedatamaskiner. Kvantedatamaskiner løser problemet med å faktorisere naturlige tall i primtall betydelig raskere, noe som er grunnlaget for moderne asymmetrisk krypteringsalgoritmer og som er effektivt uløselig på klassiske prosessorer. Den foreslåtte metoden er basert på algoritmen NTRU Prime (funksjon ntrup4591761), utviklet for post-kvante kryptosystemer, og nøkkelutvekslingsmetoden basert på elliptiske kurver X25519;
• I sshd er støtten for den utdaterte syntaksen «host/port» fjernet fra direktivene ListenAddress og PermitOpen, innført i 2001 som et alternativ til «host:port» for å forenkle arbeidet med IPv6. Den etablerte syntaksen for IPv6 er «[::1]:22», og «host/port» blir ofte forvekslet med subnett (CIDR);
• I ssh, ssh-agent og ssh-add er det implementert støtte for nøkler ECDSA i PKCS#11-tokens;
• I ssh-keygen er standard nøkkellengde for RSA økt til 3072 biter, i tråd med de nye anbefalingene fra NIST;
• I ssh er det tillatt å bruke innstillingen «PKCS11Provider=none» for å overstyre direktivet PKCS11Provider angitt i ssh_config;
• I sshd er det gjort loggføring av situasjoner hvor tilkoblingen ble avsluttet under forsøk på å utføre kommandoer som er blokkert av begrensningen «ForceCommand=internal-sftp» i sshd_config;
• I ssh ved bekreftelsesprompten for å akseptere en ny verts-/nøkkel, blir i stedet for svaret «yes» nå den riktige fingerprinten av nøkkelen oppfattet (brukeren kan kopiere den mottatte referansehashen fra utklippstabellen for å unngå manuell sammenligning);
• I ssh-keygen er det sørget for automatisk økning av sekvensnummeret i sertifikatet ved oppretting av digitale signaturer for flere sertifikater fra kommandolinjen;
• I scp og sftp er det lagt til en ny valgmulighet «-J», som er ekvivalent med innstillingen ProxyJump;
• I ssh-agent, ssh-pkcs11-helper og ssh-add er det lagt til behandling av kommandolinjealternativet «-v» for å øke informasjonsinnholdet i utdataene (når dette alternativet er angitt, sendes det videre til barneprosessene, for eksempel når ssh-pkcs11-helper kalles fra ssh-agent);
• I ssh-add har det blitt lagt til en "-T"-opsjon for å teste egnetheten av nøkler i ssh-agent for å utføre operasjoner for oppretting og verifisering av digitale signaturer;
• I sftp-server er støtten for protokollekstensjonen "lsetstat at openssh.com" implementert, som tilfører støtte for SSH2_FXP_SETSTAT-operasjonen til SFTP, men uten å følge symboliske lenker;
• I sftp er det lagt til en "-h"-opsjon for å utføre kommandoene chown/chgrp/chmod uten å bruke symboliske lenker;
• I sshd er miljøvariabelen $SSH_CONNECTION satt for PAM;
• For sshd er det lagt til en "Match final"-modus i ssh_config, tilsvarende "Match canonical", men som ikke krever aktivering av vertsnavnnormalisering;
• I sftp er støtte for prefikset ‘@’ lagt til for å deaktivere oversettelse av output fra kommandoer som kjører i batchmodus;
• Ved utskrift av innholdet til sertifikatet ved hjelp av kommandoen
  "ssh-keygen -Lf /path/certificate" vises nå algoritmen som ble brukt av sertifiseringsmyndigheten for å signere sertifikatet;
• Støtten for Cygwin-miljøet er forbedret, for eksempel er det mulig å sammenligne navn på grupper og brukere uten hensyn til store og små bokstaver. Prosessen sshd i Cygwin-porten er endret til cygsshd for å unngå konflikten med OpenSSH-porten som tilbys av Microsoft;
• Muligheten til å bygge med den eksperimentelle OpenSSL 3.x-grenen er lagt til;
• Fikset sårbarhet (CVE-2019-6111) i implementeringen av scp-nyttig program, som lar overskrive vilkårlige filer i mål-mappen på klientsiden når man henvender seg til en kontrollert ondsinnet server. Problemet er at når scp brukes, bestemmer serveren hvilke filer og mapper som skal sendes til klienten, mens klienten kun verifiserer gyldigheten av de returnerte objektnavnene. Verifiseringen på klientsiden er begrenset til å blokkere utgang fra gjeldende mappe (".. /"), men hanterer ikke overføring av filer med navn som avviker fra de opprinnelig forespurte. I tilfelle rekursiv kopiering (-r) kan man på lignende vis manipulere navnene på både filer og undermapper. For eksempel, når en bruker kopierer filer til hjemmemappen, kan serveren som kontrolleres av angriperen gi filer med navn som .bash_aliases eller .ssh/authorized_keys i stedet for de forespurte filene, og disse vil bli lagret av scp-programmet i brukerens hjemmemappe.

  I den nye utgaven av scp-verktøyet er det lagt til en sjekk for samsvar mellom forespurte og returnerte filnavn av serveren, som utføres på klientsiden. Dette kan føre til problemer med behandling av masker, ettersom maske-tegn kan håndteres ulikt på server- og klientsiden. I tilfelle kunden slutter å motta filer på grunn av slike forskjeller, er det lagt til et alternativ "-T" for å deaktivere sjekken på klientsiden. For å løse problemet helt, kreves en konseptuell ombygning av scp-protokollen, som allerede er foreldet. Derfor anbefales det å bruke mer moderne protokoller som sftp og rsync.

Kilde: opennet.ru