Släpp av OpenSSH 8.1

Efter sex månaders utveckling presenteras utgivning OpenSSH 8.1, en öppen implementation av klient och server för arbete med protokollen SSH 2.0 och SFTP.

I det nya numret förtjänar åtgärden av sårbarheten som berör ssh, sshd, ssh-add och ssh-keygen särskild uppmärksamhet. Problemet finns i koden för parsning av privata nycklar av typen XMSS och tillåter en angripare att initiera ett heltalsöverskott. Sårbarheten har märkts som exploaterad men i praktiken sällan nyttjad, eftersom stödet för XMSS-nycklar är en experimentell funktion som är avstängd som standard (i den bärbara versionen ingår det inte ens en byggalternativ i autoconf för att aktivera XMSS).

Huvudsakliga förändringar:

• i ssh, sshd och ssh-agent tillagd kod som förhindrar återställning av privat nyckel som finns i minnet genom attacker via sidokanaler, sådana som Spectre, Meltdown, RowHammer och RAMBleed. Privata nycklar krypteras nu när de laddas in i minnet och dekrypteras endast vid användning, vilket gör att de förblir krypterade i övrigt. Med detta tillvägagångssätt krävs det för att en angripare ska lyckas återställa den privata nyckeln att först återställa den slumpmässigt genererade temporära nyckeln på 16 KB som används för att kryptera huvudnyckeln, vilket är osannolikt givet den höga frekvensen av återställningsfel vid moderna attacker;
• I ssh-keygen experimentellt stöd har lagts till för en förenklad schema för skapande och verifiering av digitala signaturer. Digitala signaturer kan skapas med hjälp av vanliga SSH-nycklar som lagras på disk eller i ssh-agent, och verifieras med hjälp av en lista liknande authorized_keys tillåtna nycklar. Den digitala signaturen inkluderar information om namnområdet för att undvika förvirring vid tillämpning i olika domäner (till exempel för e-post och filer);
• ssh-keygen har som standard omställts till att använda algoritmen rsa-sha2-512 vid underskrift av certifikat med en digital signatur baserad på RSA-nyckel (när den används i CA-läge). Sådana certifikat är inte kompatibla med versioner före OpenSSH 7.2 (för att säkerställa kompatibilitet måste algoritmtypen åsidosättas, till exempel genom att anropa 'ssh-keygen -t ssh-rsa -s …');
• i ssh har uttrycket ProxyCommand fått stöd för substitutionen '%n' (det angivna värdet i adressfältet för värdnamn);
• I listor över krypteringsalgoritmer för ssh och sshd kan nu symbolen «^» användas för att infoga föreslagna standardalgoritmer. Till exempel kan man ange «HostKeyAlgorithms ^ssh-ed25519» för att lägga till ssh-ed25519 i standardlistan;
• I ssh-keygen har möjligheten att visa den kommentar som är kopplad till nyckeln vid extrahering av den offentliga nyckeln från den privata lagts till;
• I ssh-keygen har möjligheten att använda flaggan «-v» vid nyckelsökning (till exempel «ssh-keygen -vF host») lagts till, vilket ger en tydlig hostsignatur;
• Möjligheten att använda PKCS8 som ett alternativt format för att lagra privata nycklar på disk. Som standard används fortfarande PEM-formatet, men PKCS8 kan vara användbart för att uppnå kompatibilitet med tredjepartsapplikationer.

Källa: opennet.ru