OpenSSH 8.5 väljaanne

Pärast viie kuu arendust on välja antud OpenSSH 8.5, avatud kliendi ja serveri teostus SSH 2.0 ja SFTP protokollide jaoks.

OpenSSH arendajad meenutasid, et varsti liikumine vananenud algoritmide rikka hulka, mis kasutavad SHA-1 räsi, on seotud eeldatavate konfliktirünnakute efektiivsuse tõusuga (konflikti leidmise maksumus on umbes 50 tuhat dollarit). Ühes lähituleviku väljaandes plaanitakse vaikimisi keelata digitaalsete allkirjade algoritmi 'ssh-rsa' kasutamine, mis on mainitud tooteni RFC SSH protokollile ja jääb praktikas laialdaselt levinuks.

Kuna ssh-rsa kasutamist oma süsteemides kontrollida, võib proovida ssh-iga sisse logida valiku '-oHostKeyAlgorithms=-ssh-rsa' abil. Vaikimisi digitaalsete allkirjade 'ssh-rsa' keelamine ei tähenda täielikku loobumist RSA-võtmete kasutamisest, kuna protokoll SSH lubab sha-1 kõrval kasutada ka muid räsi algoritme. Eelkõige jääb jätkuvalt võimalus kasutada paare 'rsa-sha2-256' (RSA/SHA256) ja 'rsa-sha2-512' (RSA/SHA512).

Uute algoritmide sujuvaks üleminekuks on OpenSSH 8.5 puhul vaikimisi lubatud seade UpdateHostKeys, mis võimaldab automaatselt üle viia kliendid usaldusväärsematele algoritmidele. Selle seadistuse abil aktiveeritakse protokolli laiendus 'hostkeys@openssh.com', mis võimaldab serveril autentimise lõpetamisel klienti teavitada kõigist saadaolevatest hosti võtmetest. Klient saab need võtmed oma failis ~/.ssh/known_hosts peegeldada, mis võimaldab hosti võtmete värskendamist ja lihtsustab võtmete vahetust. serveris.

UpdateHostKeys'i kasutamine on piiratud mõne kogemusega, mis tulevikus võivad kehtetuks osutuda: võti peab olema mainitud UserKnownHostsFile'is ega tohi olla GlobalKnownHostsFile'is; võti peab olema ainult ühe nime all; hostivõtme sertifikaati ei tohi kasutada; known_hosts'is ei tohi kasutada hostinime mustreid; VerifyHostKeyDNS seadistus peab olema keelatud; UserKnownHostsFile'i parameeter peab olema aktiivne.

Soovituseks migratsiooniks on mainitud rsa-sha2-256/512, mis põhineb RFC8332 RSA SHA-2 (toetatud OpenSSH 7.2-st ja kasutatakse vaikimisi), ssh-ed25519 (toetatud OpenSSH 6.5-st) ning ecdsa-sha2-nistp256/384/521, mis põhineb RFC5656 ECDSA (toetatud OpenSSH 5.7-st).

Muud muudatused:

• Turvalisusega seotud muudatused:
  • ssh-agentis on kõrvaldatud haavatavus, mis tuleneb juba vabastatud mälu piirkonna korduvast vabastamisest (double-free). Probleem avaldub OpenSSH 8.2 väljalaskest ja seda saab võimalikult ära kasutada, kui ründajal on juurdepääs ssh-agent soketile lokaalses süsteemis. Ekspluateerimist raskendab see, et soketisse pääsevad ainult root ja algne kasutaja. Kõige tõenäolisem rünnaku stsenaarium on agendi suunamine kontole, mis on kurjategijale alluv, või hostile, kus kurjategijal on root-juurdepääs.
  • sshd-sse on lisatud kaitse väga suurte parameetrite edastamise vastu kasutajanime all PAM alamsüsteemi, mis võimaldab blokeerida haavatavusi süsteemi moodulites PAM (Pluggable Authentication Module). Näiteks muudatus võimaldab takistada sshd-d kasutamast vektorina hiljuti avastatud root-haavatavust Solarises (CVE-2020-14871).
• Muudatused, mis võivad rikkuda ühilduvust:
  • ssh-s ja sshd-s on ümber töötatud eksperimentaalne võtmevahetuse meetod, mis on kvantkompuutritele vastupidav. Kvantkompuutrid lahendavad naturaalarvude faktoriseerimise ülesande, mis on modernsete asümmeetriliste krüptimisalgoritmide aluseks, oluliselt kiiremini ning on klassikalistes protsessorites tõhusalt lahendamatu. Kasutatav meetod põhineb NTRU Prime algoritmil, mis on loodud postkvantumkrüptosüsteemide jaoks, ja võtmevahetusmeetodil, mis põhineb elliptilistel kõveratel X25519. Senise sntrup4591761x25519-sha512@tinyssh.org asemel identifitseeritakse meetod nüüd sntrup761x25519-sha512@openssh.com (sntrup4591761 algoritm asendatud sntrup761-ga).
  • ssh-s ja sshd-s on muudetud digitaalsete allkirjade toetatavate algoritmide reklaamimise järjestust. Esmalt pakutakse ED25519 asemel ECDSA-d.
  • ssh-s ja sshd-s toimub kvaliteediklassi TOS/DSCP seadetega seadistus interaktiivsete sessioonide jaoks nüüd enne TCP-ühenduse loomist.
  • ssh-s ja sshd-s on lõpetatud rijndael-cbc@lysator.liu.se krüpteerimise toetamine, mis on identne aes256-cbc-ga ja mida kasutati enne RFC-4253 kinnitamist.
  • Vaikimisi on CheckHostIP parameeter välja lülitatud, mille kasu on minimaalne, kuid selle kasutamine teeb märkimisväärselt keerulisemaks võtmete rotatsiooni hostide puhul, mis asuvad koormuse tasandajate taga.
• sshd-s on lisatud seaded PerSourceMaxStartups ja PerSourceNetBlockSize, et piirata protsesside käivitamise intensiivsust kliendi aadressiga seotud sidemetes. Need parameetrid võimaldavad paremat kontrolli protsesside käivitamise piiri üle võrreldes üldseadega MaxStartups.
• sshd-s ja ssh-s on lisatud uus seade LogVerbose, mis võimaldab sundida logi taseme tõstmist jaotatud silumisinfo osas koos filtreerimisvõimalustega mustrite, funktsioonide ja failide järgi.
• ssh-s, kui uus hosti võti aktsepteeritakse, näidatakse kõiki hostinimesid ja IP-aadresse, mis on seotud võtmega.
• ssh-s on lubatud määrata valik UserKnownHostsFile=none, et keelata known_hosts faili kasutamine hosti võtmete tuvastamisel.
• ssh_config-is on ssh jaoks lisatud seade KnownHostsCommand, mis võimaldab saada known_hosts andmeid antud käsu väljundist.
• ssh_config-is on ssh jaoks lisatud valik PermitRemoteOpen, mis võimaldab piirata sihtpunkti RemoteForward valiku kasutamisel SOCKS-iga.
• ssh-s on FIDO võtmete puhul tagatud PIN-koodi taas küsimine, kui digitaalallkirja operatsioon ebaõnnestub vale PIN-i tõttu ja kasutajalt ei küsita PIN-koodi (näiteks siis, kui õigeid biomeetrilisi andmeid ei õnnestunud hankida ja seade naasis käsitsi PIN-i sisestamise juurde).
• sshd-s on Linuxi platvormil põhinev seccomp-bpf protsessi isoleerimise mehhanism saanud täiendavat süsteemi süsteemi kõne toetust.
• Ajakohastatud utiliit contrib/ssh-copy-id.

Allikas: opennet.ru