OpenSSH 8.4 väljalase

Pärast nelja kuu arendust esitati väljaanne OpenSSH 8.4, avatud rakenduse kliendi ja serveri jaoks, mis töötavad SSH 2.0 ja SFTP protokollide kaudu.

Peamised muudatused:

• Turvalisusega seotud muudatused:
  • ssh-agentis FIDO võtmete kasutamisel, mis ei ole mõeldud SSH autentimiseks (võtme tuvastaja ei alga stringiga "ssh:"), kontrollitakse nüüd, et sõnum allkirjastatakse SSH protokollis kasutatavate meetodite abil. Muudatus ei luba suunata ssh-agenti kaugserveritesse, mis sisaldavad FIDO võtmeid, et takistada nende võtmete kasutamist veebiautentimise allkirjade genereerimiseks (vastupidine juhtum, kus brauser võib allkirjastada SSH-päringu, on algselt välistatud, kuna võtme tuvastajas kasutatakse eelseisvat "ssh:" prefiksi).
  • ssh-keygenis on residentse võtmete genereerimisel lisatud tugi credProtect laiendusele, mida kirjeldatakse FIDO 2.1 spetsifikatsioonis, pakkudes võtmete täiendavat kaitset, nõudes PIN-koodi sisestamist enne mistahes toimingute sooritamist, mis võib viia residentse võtme väljavõtmiseni tokenist.
• Muudatused, mis võivad rikkuda ühilduvust:
  • FIDO/U2F toe toetamiseks soovitatakse kasutada teeki libfido2 vähemalt versioonis 1.5.0. Osaliselt on võimalik kasutada ka vanemaid väljaandeid, kuid sellisel juhul ei ole saadaval selliseid funktsioone nagu residentse võtmed, PIN-koodi päring ja mitme tokeni ühendamine.
  • ssh-keygenis on FIDO võtme genereerimise ajal opionaalsete andmete tõendamise vormingusse lisatud autentifikaatori andmed, mis on vajalikud tõendavate digiallkirjade kontrollimiseks.
  • On muudetud API-d, mida OpenSSH kasutab FIDO tokenite aadressi kihti suhtlemiseks.
  • Töötlemiseks mõeldud OpenSSH versiooni kompileerimisel on nüüd vajalik automake configure skripti ja sellega seotud ehitusfailide genereerimiseks (kui kompileerimist teostatakse avaldatud tar-arhiivist koos koodiga, ei ole configure regeneratsioon vajalik).
• SSH ja ssh-keygen on lisatud tugi FIDO võtmetele, mis nõuavad kinnitust PIN-koodiga. PIN-koodiga võtmete genereerimiseks on ssh-keygenis lisatud valik „verify-required“. Kui kasutatakse selliseid võtmeid, kuvatakse enne allkirja loomise toimingu tegemist kasutajale küsimus, mis nõuab oma tegevuse kinnitamist PIN-koodi sisestamise kaudu.
• SSHD-s on autoriseeritud võtmete seadistusse rakendatud valik „verify-required“, mis nõuab kasutaja kohaloleku kinnitamise võimaluste rakendamist tokenite kasutamise ajal. FIDO standard hõlmab mitmeid selliseid kinnitamise variante, kuid praegu toetab OpenSSH ainult PIN-koodi põhist kontrollimist.
• SSHD-s ja ssh-keygenis on lisatud digitaalsete allkirjade kontrollimise tugi, mis vastab FIDO WebAuthn standardile, mis võimaldab FIDO võtmete kasutamist veebibrauserites.
• SSH seadetes CertificateFile,
  ControlPath, IdentityAgent, IdentityFile, LocalForward ja
  RemoteForward on lubatud keskkonnamuutujate väärtuste asendamine formaadis „${ENV}”.
• SSH-s ja ssh-agentis on lisatud keskkonnamuutuja $SSH_ASKPASS_REQUIRE tugi, mida saab kasutada ssh-askpassi väljakutsumise sisselülitamiseks või väljalülitamiseks.
• SSH-s on ssh_configis direktiivis AddKeysToAgent lisatud võimalus piirata võtme kehtivuse aega. Pärast määratud limiidi möödumist eemaldatakse võtmed automaatselt ssh-agentist.
• SCP-s ja SFTP-s saab nüüd lipuga „-A” selgelt lubada ssh-agendi kasutamisega SSH-tunneli suunamist (vaikimisi on suunamine keelatud).
• SSH seadetes on lisatud tugi asendamiseks '%k', mis määratleb hosti võti nime. Seda võimalust saab kasutada võtmete jagamiseks erinevatesse failidesse (näiteks „UserKnownHostsFile ~/.ssh/known_hosts.d/%k”).
• Omandatud on tehingu „ssh-add -d -” kasutamine võtmete lugemiseks stdinist, mis tuleb eemaldada.
• SSHD-s on logitud ühenduste kärpimise protsessi alguse ja lõpu kajastamine, mida reguleeritakse MaxStartups parameetriga.

OpenSSH arendajad meenutasid ka ootel olevat SHA-1 räsigeomede aegumist. tõhususe kasvuga eeldefineeritud kollisioonirünnakute puhul (kollisiooni leidmise maksumus on hinnanguliselt umbes 45 tuhat dollarit). Ühes järgnevas väljaandes plaanitakse vaikimisi keelata digitaalsete allkirjade kasutamine avatud võtme algoritmiga „ssh-rsa“, mida mainitakse SSH protokolli originaalses RFC-s ja mis on praktikas endiselt laialdaselt levinud (ssh-rsa rakenduse kontrollimiseks oma süsteemides võib proovida ssh-iga ühenduda, kasutades valikut „-oHostKeyAlgorithms=-ssh-rsa“).

Uue OpenSSH algoritmide eelneva ülemineku sujuvamaks muutmiseks on järgmises versioonis vaikimisi sisse lülitatud seadistus UpdateHostKeys, mis võimaldab automaatset üleminekut klientidele turvalisematele algoritmidele. Soovitatud migratsioonialgoritmid on rsa-sha2-256/512, mis põhinevad RFC8332 RSA SHA-2 (toetatakse alates OpenSSH 7.2 ja on vaikimisi kasutusel), ssh-ed25519 (toetatakse alates OpenSSH 6.5) ja ecdsa-sha2-nistp256/384/521, mis põhinevad RFC5656 ECDSA (toetatakse alates OpenSSH 5.7).

Allikas: opennet.ru