Utgivelse av OpenSSH 8.1

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

I den nye utgivelsen er det verdt å merke seg fjerning av en sårbarhet som påvirker ssh, sshd, ssh-add og ssh-keygen. Problemet finnes i koden som parser private nøkler av typen XMSS og tillater en angriper å initiere et heltalls overflow. Sårbarheten er merket som utnyttbar, men lite anvendelig, da støtte for XMSS-nøkler er eksperimentelle funksjoner som er deaktivert som standard (i den bærbare versjonen er det ikke en bygningsalternativ for å aktivere XMSS).

Hovedendringer:

• I ssh, sshd og ssh-agent er lagt til koden forhindrer gjenoppretting av den private nøkkelen som finnes i minnet, som et resultat av angrep via sidekanaler, som Spectre, Meltdown, RowHammer og RAMBleed. Private nøkler blir nå kryptert når de lastes inn i minnet og dekrypteres bare i øyeblikkene de brukes, mens de forblir krypterte i mellomtiden. Med denne tilnærmingen må angriperen først gjenopprette en tilfeldig generert mellomliggende nøkkel på 16 KB som brukes til å kryptere den primære nøkkelen, noe som er usannsynlig med den moderne angrepsfrekvensen av gjenopprettingsfeil;
• I ssh-keygen har fått eksperimentell støtte for en forenklet ordning for oppretting og verifisering av digitale signaturer. Digitale signaturer kan opprettes ved hjelp av vanlige SSH-nøkler lagret på disken eller i ssh-agent, og verifiseres ved bruk av en tilsvarende liste som authorized_keys over listen av tillatte nøkler. Informasjonen om navnerom er innarbeidet i den digitale signaturen for å unngå forvirring ved bruk på forskjellige områder (for eksempel for e-post og filer);
• ssh-keygen har som standard blitt oversatt til å bruke algoritmen rsa-sha2-512 ved sertifisering av sertifikater med digital signatur basert på RSA-nøkkelen (når den kjører i CA-modus). Slike sertifikater er ikke kompatible med utgivelser før OpenSSH 7.2 (for å sikre kompatibilitet, må algoritmetypen overstyres, for eksempel ved å kjøre «ssh-keygen -t ssh-rsa -s ...»);
• I ssh har uttrykket ProxyCommand fått støtte for oppløsning av substitusjonen «%n» (det angitte vertsnavnet i adresselinjen);
• I liste over krypteringsalgoritmer for ssh og sshd kan det nå brukes et symbol «^» for å sette inn de foreslåtte standardalgoritmene. For eksempel, for å legge til ssh-ed25519 til standardlisten, kan man angi «HostKeyAlgorithms ^ssh-ed25519»;
• I ssh-keygen er det nå mulig å vise kommentaren knyttet til nøkkelen når den offentlige nøkkelen hentes fra den private nøkkelen;
• I ssh-keygen er det lagt til mulighet for å bruke flagget «-v» under søkeoperasjoner (f.eks. «ssh-keygen -vF host»), noe som resulterer i en grafisk visning av vertens signatur;
• Muligheten for å bruke PKCS8 som et alternativt format for lagring av private nøkler på disk er lagt til. Standardformatet forblir PEM, men PKCS8 kan være nyttig for å oppnå kompatibilitet med tredjepartsapplikasjoner.

Kilde: opennet.ru