OpenSSH 8.4 izlaidums

Pēc četriem izstrādes mēnešiem tika prezentēts tika izdota OpenSSH 8.4, atvērtā klienta un servera realizācija, kas darbojas pēc SSH 2.0 un SFTP protokoliem.

Galvenās izmaiņas:

• Izmaiņas, kas saistītas ar drošību:
  • SSH aģentā, izmantojot FIDO atslēgas, kas nav izveidotas autentifikācijai SSH (atslēgas identifikators nesākas ar „ssh:”), tagad tiek veikta pārbaude, ka ziņojums tiks parakstīts, izmantojot SSH protokolā izmantotās metodes. Šī izmaiņa neļaus novirzīt SSH aģentu uz attāliem hostiem ar FIDO atslēgām, lai bloķētu iespēju izmantot šīs atslēgas, lai veidotu parakstus tīmekļa autentifikācijas pieprasījumiem (pretēji gadījumam, kad pārlūkprogramma var parakstīt SSH pieprasījumu, sākotnēji izslēgta, pateicoties prefiksa „ssh:” izmantošanai atslēgas identifikatorā).
  • ssh-keygen tagad atbalsta credProtect paplašinājuma pievienošanu, kas aprakstīta FIDO 2.1 specifikācijā, nodrošinot papildu aizsardzību atslēgām, pieprasot PIN koda ievadi pirms jebkuras operācijas, kas var novest pie rezidenta atslēgas izvilkšanas no tokenta.
• Izmaiņas, kas potenciāli pārkāpj saderību:
  • Lai atbalstītu FIDO/U2F, ieteicams izmantot libfido2 bibliotēku vismaz versijā 1.5.0. Daļēji ir ieviesta iespēja izmantot arī vecākas versijas, taču šajā gadījumā būs nepieejamas tādas funkcijas kā rezidentās atslēgas, PIN pieprasījums un vairāku tokentu savienojums.
  • ssh-keygen tagad formātā, kas ietver apstiprinošo informāciju, kas opcionalizēti saglabāta atslēgas FIDO ģenerēšanas laikā, ir iekļauti dati par autentifikatoru, kas nepieciešami, lai pārbaudītu apstiprinošās digitālās parakstus.
  • Tika mainīts API, kas tiek lietots, saskaroties OpenSSH ar FIDO tokendaļas starpniecību.
  • Veidojot pārnēsājamo OpenSSH versiju, tagad nepieciešams automake, lai ģenerētu configure skriptu un saistītās būvniecības failus (ja būvniecība tiek veikta no publicēta tar faila ar kodu, configure pārgenerēšana nav nepieciešama).
• SSH un SSH-keygen ir pievienota FIDO atslēgu atbalsts, kas prasa apstiprinājumu, ievadot PIN kodu. Lai ģenerētu atslēgas ar PIN, SSH-keygen ir pievienota opcija "verify-required". Ja tiek izmantotas līdzīgas atslēgas, pirms paraksta radīšanas operācijas izpildes lietotājs saņems pieprasījumu, kas prasa apstiprināt šīs darbības, ievadot PIN kodu.
• SSHD konfigurācijā authorized_keys ir ieviesta opcija "verify-required", kas prasa izmantot iespējas, lai pārbaudītu lietotāja klātbūtni darba ar tokeniem laikā. FIDO standarts paredz vairākas līdzīgas verifikācijas iespējas, taču pašreizējā OpenSSH versijā tiek atbalstīta tikai verifikācija, pamatojoties uz PIN kodu.
• SSHD un SSH-keygen ir pievienots digitālo parakstu pārbaudes atbalsts, kas atbilst FIDO Webauthn standartam, ļaujot izmantot FIDO atslēgas tīmekļa pārlūkos.
• SSH konfigurācijā, izmantojot CertificateFile,
  ControlPath, IdentityAgent, IdentityFile, LocalForward un
  RemoteForward tagad ir atļauta vērtību aizvietošana ar vides mainīgajiem, kas norādīti formātā "${ENV}".
• SSH un SSH-agent ir pievienots vides mainīgais $SSH_ASKPASS_REQUIRE, ko var izmantot, lai ieslēgtu vai izslēgtu ssh-askpass izsaukumu.
• SSH konfigurācijā ssh_config ir pievienota iespēja, kas ierobežo atslēgas derīguma laiku direktīvā AddKeysToAgent. Pēc noteiktā termiņa beigām atslēgas automātiski tiek dzēstas no SSH-agent.
• SCP un SFTP tagad, izmantojot flagu "-A", ir iespējams skaidri atļaut pāradresāciju SCP un SFTP ar SSH-agent (pēc noklusējuma pāradresācija ir aizliegta).
• SSH konfigurācijā ir pievienota atslēgas aizvietošana '%k', kas nosaka viesu atslēgas nosaukumu. Šo iespēju var izmantot atslēgu izsmelei atsevišķos failos (piemēram, "UserKnownHostsFile ~/ .ssh/known_hosts.d/%k").
• Ir atļauts izmantot operāciju "ssh-add -d -", lai nolasītu atslēgas no stdin, kuras tiks dzēstas.
• SSHD ziņojumos ir iekļauta procesa, kas samazina savienojumus, regulēto ar parametru MaxStartups, sākuma un pabeigšanas laika atspoguļošana.

OpenSSH izstrādātāji arī atgādināja par gaidāmo pāreju uz novecojušām algoritmām, kas izmanto SHA-1 hash, ņemot vērā palielināšanos koliziju uzbrukumu efektivitāte ar noteiktu prefiksu (kollizijas ģenerēšanas izmaksas tiek lēstas apmēram 45 000 dolāru apmērā). Nākamajā laidienā plānots pēc noklusējuma atslēgt digitālo parakstu algoritma, kas balstās uz atslēgas publisku «ssh-rsa», izmantošanu, kas minēts oriģinālajā RFC SSH protokolam un turpina būt plaši izplatīts praksē (lai pārbaudītu, vai ssh-rsa tiek izmantots jūsu sistēmās, varat mēģināt pieslēgties ar ssh, izmantojot opciju «-oHostKeyAlgorithms=-ssh-rsa»).

Lai nodrošinātu vienmērīgu pāreju uz jaunajiem algoritmiem OpenSSH, nākamajā laidienā pēc noklusējuma tiks iekļauta iestatījuma UpdateHostKeys, kas automātiski pārcels klientus uz drošākiem algoritmiem. Starp ieteiktajiem pārejas algoritmiem ir minēti rsa-sha2-256/512, pamatojoties uz RFC8332 RSA SHA-2 (atbalsta sākot ar OpenSSH 7.2 un tiek izmantots pēc noklusējuma), ssh-ed25519 (atbalsta sākot ar OpenSSH 6.5) un ecdsa-sha2-nistp256/384/521, pamatojoties uz RFC5656 ECDSA (atbalsta sākot ar OpenSSH 5.7).

Avots: opennet.lv