Öppningsversion av OpenSSH 8.0

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

Huvudsakliga förändringar:

• I ssh och sshd har experimentellt stöd för en nyckelbytesmetod som är motståndskraftig mot attacker från kvantdatorer lagts till. Kvantdatorer löser problemet med att bryta ner naturliga tal i primtalsfaktorer mycket snabbare, vilket ligger till grund för moderna asymmetriska krypteringsalgoritmer, och är effektivt olösligt på klassiska processorer. Den föreslagna metoden är baserad på algoritmen NTRU Prime (funktionen ntrup4591761), som har utvecklats för postkvantkryptosystem och nyckelbytesmetoden baserad på elliptiska kurvor X25519;
• I sshd har stödet för den föråldrade syntaktiken "host/port" i direktiven ListenAddress och PermitOpen upphört, vilket infördes 2001 som ett alternativ till "host:port" för att förenkla arbetet med IPv6. Under modernare förhållanden har syntaktiken "[::1]:22" blivit standard för IPv6, och "host/port" förväxlas ofta med att ange en subnät (CIDR);
• I ssh, ssh-agent och ssh-add har stöd för nycklar ECDSA i PKCS#11-token lagts till;
• I ssh-keygen har standardnyckelstorleken för RSA ökat till 3072 bitar, i enlighet med nya rekommendationer från NIST;
• I ssh är det nu tillåtet att använda inställningen "PKCS11Provider=none" för att åsidosätta direktivet PKCS11Provider definierat i ssh_config;
• I sshd har registreringen i loggen blivit bättre där händelser som gör att anslutningen avslutas när kommandon blockeras av begränsningen "ForceCommand=internal-sftp" i sshd_config visas;
• I ssh, när en bekräftelsefråga för det nya värdnyckeln visas, kännetecknas svaret "yes" nu av det korrekta fingeravtrycket för nyckeln (som svarar på bekräftelsefrågan kan användaren kopiera den mottagna hash som standard från klippbordet, så att den kan jämföras manuellt);
• I ssh-keygen har automatisk ökning av sekvensnumret i certifikatet för flera certifikat vid skapande av digitala signaturer via kommandoraden implementerats;
• I scp och sftp har ett nytt alternativ "-J" lagts till, som motsvarar inställningen ProxyJump;
• I ssh-agent, ssh-pkcs11-helper och ssh-add har hantering av kommandoradsalternativet "-v" för att öka informationsinnehållet i output lags till (när det anges vidarebefordras detta alternativ till underprocesser, t.ex. när ssh-pkcs11-helper kallas från ssh-agent);
• I ssh-add har ett alternativ "-T" lagts till för att testa nycklarnas lämplighet i ssh-agent för att utföra uppgifter för skapande och verifiering av digitala signaturer;
• I sftp-server har stöd för protokollöversättningen "lsetstat at openssh.com" lagts till, vilket ger SFTP stöd för operationen SSH2_FXP_SETSTAT, men utan att följa symboliska länkar;
• I sftp har alternativet "-h" lagts till för att utföra kommandon chown/chgrp/chmod utan att använda symboliska länkar;
• I sshd har miljövariabeln $SSH_CONNECTION ställts in för PAM;
• För sshd har läget för matchning "Match final" lagts till i ssh_config, vilket liknar "Match canonical", men inte kräver aktivering av normalisering av värdnamn;
• I sftp har stöd för prefixet ‘@’ lagts till för att stänga av utdataöversättning för kommandon som körs i batchläge;
• Vid utskrift av innehållet i certifikatet med kommandot
  «ssh-keygen -Lf /path/certificate» visas nu algoritmen som användes av certifikatutfärdaren för att validera certifikatet;
• Förbättrat stöd för Cygwin-miljön, till exempel har jämförelsen av grupp- och användarnamn gjorts utan hänsyn till versaler. Processen sshd i Cygwin-porten har ändrats till cygsshd för att undvika krockar med OpenSSH-porten som tillhandahålls av Microsoft;
• Möjlighet att bygga med experimentell version av OpenSSL 3.x har lagts till;
• Åtgärdad sårbarhet (CVE-2019-6111) i implementeringen av scp-verktyget, vilket gör det möjligt att skriva över godtyckliga filer i målkatalogen på klientsidan när den ansluter till en server som kontrolleras av en angripare. Problemet ligger i att vid användning av scp beslutar servern vilka filer och kataloger som ska skickas till klienten, och klienten kontrollerar endast korrektheten av de returnerade objektnamnen. Kontroll på klientsidan begränsas endast till att blockera utgången över den aktuella katalogens gränser (".. /") men tar inte hänsyn till överföringen av filer med namn som skiljer sig från de ursprungligen begärda. Vid rekursiv kopiering (-r) kan även namn på underkataloger manipuleras på detta sätt, förutom filnamn. Till exempel, vid kopiering av filer till hemkatalogen av en användare kan en server under angriparens kontroll ge filer med namnen .bash_aliases eller .ssh/authorized_keys istället för de begärda filerna, och dessa kommer att sparas av scp-verktyget i användarens hemkatalog.

  I det nya släppet har verktyget scp fått en kontroll av överensstämmelse mellan de begärda och överlämnade filnamnen från servern, som utförs på klientsidan. Här kan det uppstå problem med maskhantering, eftersom masktecken kan hanteras olika på server- och klientsidan. För att hantera situationer där klienten slutar ta emot filer på grund av sådana skillnader har en alternativ option "-T" lagts till, som möjliggör att avaktivera kontrollen på klientsidan. För att helt lösa problemet krävs en konceptuell omarbetning av scp-protokollet, som redan är föråldrat, så istället rekommenderas att använda mer moderna protokoll, såsom sftp och rsync.

Källa: opennet.ru