OpenSSH 8.8 er udgivet, en open source implementering af klient og server til arbejde med SSH 2.0 og SFTP protokoller. Udgivelsen er bemærkelsesværdig for at have deaktiveret standardmuligheden for at bruge digitale signaturer baseret på RSA-nøgler med SHA-1 hash ('ssh-rsa').
Afskaffelsen af understøttelsen for 'ssh-rsa' skyldes øget effektivitet af kollisionangreb med forudbestemte præfikser (omkostningen ved at finde en kollision anslås til cirka 50.000 dollars). For at kontrollere brugen af ssh-rsa i dine systemer, kan man prøve at oprette forbindelse via ssh med optionen '-oHostKeyAlgorithms=-ssh-rsa'. Understøttelsen af RSA-signaturer med SHA-256 og SHA-512 hashes (rsa-sha2-256/512), som har været understøttet siden OpenSSH 7.2, forbliver uændret.
I de fleste tilfælde vil afskaffelsen af 'ssh-rsa' ikke kræve nogen manuelle handlinger fra brugerne, da OpenSSH tidligere har haft indstillingen UpdateHostKeys aktiveret som standard, der automatisk leder klienterne over til mere pålidelige algoritmer. Til migration anvendes protokollen 'hostkeys@openssh.com', som tillader server efter autentificering at informere klienten om alle tilgængelige hostnøgler. I tilfælde af forbindelse til værter med meget gamle versioner af OpenSSH på klientsiden, kan man selektivt genaktivere brugen af 'ssh-rsa' signaturer ved at tilføje følgende til ~/.ssh/config: Host gammel_vært_navn HostkeyAlgorithms +ssh-rsa PubkeyAcceptedAlgorithms +ssh-rsa
Den nye version adresserer også et sikkerhedsproblem, der opstod, fordi sshd, siden udgivelsen af OpenSSH 6.2, ikke korrekt udførte initialiseringen af brugergruppen ved udførelse af kommandoer defineret i direktiverne AuthorizedKeysCommand og AuthorizedPrincipalsCommand. Disse direktiver skulle sikre, at kommandoer køres under en anden bruger, men i praksis arvede de gruppelisten, der blev brugt ved opstart af sshd. Potentielt kunne en sådan adfærd, under nogle specifikke systemindstillinger, tillade en kørende behandler at opnå ekstra privilegier i systemet.
I noten til den nye udgave er der også offentliggjort en advarsel om hensigten om som standard at ændre scp-værktøjet til at bruge SFTP i stedet for det forældede SCP/RCP-protokol. SFTP anvender mere forudsigelige metoder til behandlingen af navne og benytter ikke glob-syntaks i filnavnene på den eksterne vært, hvilket skaber sikkerhedsproblemer. Især ved brug af SCP og RCP. server beslutter, hvilke filer og mapper der skal sendes til klienten, mens klienten kun verificerer, om de returnerede objektnavne er korrekte, hvilket i tilfælde af manglende passende kontroller på klientsiden kan gøre, at serveren sender andre filnavne, der adskiller sig fra de anmodede. SFTP-protokollen har ikke disse problemer, men understøtter ikke ekspansion af specialstier som "~/.". For at løse denne forskel blev der i den tidligere version af OpenSSH foreslået en ny SFTP-protokol-udvidelse til at udvide stierne ~/ og ~user/.
Kilde: opennet.ru
