OpenSSH 8.0 väljalase

Pärast viit kuud arendustööd esitatud väljalase OpenSSH 8.0, avatud realiseerimisega kliendi ja serveri jaoks, et töötada SSH 2.0 ja SFTP protokollide kaudu.

Peamised muudatused:

• Ssh ja sshd on lisatud eksperimentaalne toetus võtmevahetusmeetodile, mis on kvantkompuuteri rünnakute suhtes vastupidav. Kvantkompuutrid lahendavad oluliselt kiiremini loodusliku arvu algtegureid, mis on aluseks tänapäevastele asümmeetrilistele krüpteerimisalgoritmidele ja on klassikalistel protsessoritel efektiivselt lahendatavad. Pakutud meetod põhineb algoritmil NTRU Prime (ntrup4591761 funktsioon), mis on välja töötatud pärast kvantkompuutreid taluvate krüptosüsteemide jaoks, ning võtmevahetusmeetodil, mis põhineb elliptilistel kõveratel X25519;
• Sshd-s on direktiivides ListenAddress ja PermitOpen lõpetatud vananenud süntaksi "host/port" toetus, mis võeti kasutusele 2001. aastal alternatiivina "host:port"-ile IPv6 lihtsustamiseks. Tänapäeval on IPv6 jaoks omaks võetud süntaks "[::1]:22", ja "host/port" segatakse sageli alamvõrgu (CIDR) määramisega;
• Ssh, ssh-agent ja ssh-add on toetavad võtmed ECDSA PKCS#11 tokenites;
• Ssh-keygeni RSA võtme suurus on vaikimisi suurendatud 3072 bitini, vastavalt uutele NISTi soovitustele;
• SSH-s on lubatud kasutada seadeid "PKCS11Provider=none" PKCS11Provider direktiivi ümberdefineerimiseks, mis on määratud ssh_config-failis;
• SSHD-s on tagatud logimistulemustes kuvamine olukordade puhul, kui ühendus katkeb, kui proovite käivitada käske, mille täitmine on piiratud seadistusega "ForceCommand=internal-sftp" sshd_config-is;
• SSH-s on uue hosti võtme kinnitamise päringul tšeki kuvamisel sisenenud vastusena "yes" nüüd korrektne võtme sõrmejälg (kasutaja saab ühenduse kinnitamiseks küsitaval kutses kopida saadud põhihash vahemälusse, et seda käsitsi mitte võrrelda);
• SSH-keygenis on tagatud automaatne järjestuse numbri suurendamine sertifikaadi loomisel digitaalallkirjade jaoks mitme sertifikaadi käsureal;
• SCP-s ja SFTP-s on lisatud uus valik "-J", mis vastab seadistusele ProxyJump;
• SSH-agentis, ssh-pkcs11-helper'is ja ssh-add's on lisatud käsurea valiku töötlemine "-v" väljundi informatiivsuse suurendamiseks (kui see valik on määratud, edastatakse see ka alamprotsessidele, näiteks kui ssh-agent kutsub välja ssh-pkcs11-helper'i);
• ssh-add on lisatud valik „-T”, et testida võtmete sobivust ssh-agentis digiallkirjade loomise ja kinnitamise operatsioonide jaoks;
• sftp-serveris rakendatud protokolli laienduse „lsetstat at openssh.com” tugi, mis lisab SFTP-le SSH2_FXP_SETSTAT operatsiooni toe, kuid ilma sümboolsete linkide järgimiseta;
• sftp-sse on lisatud valik „-h” chown/chgrp/chmod käskude täitmiseks, mis ei kasuta sümboolseid linke;
• sshd-s tagatud keskkonnamuutuja $SSH_CONNECTION seadmine PAM-i jaoks;
• sshd jaoks on ssh_config-sse lisatud vastavuse režiim „Match final”, mis on sarnane „Match canonical”-iga, kuid ei nõua hostinime normaliseerimist;
• sftp-sse on lisatud eelsemantli „@” tugi, et keelata käskude väljundi tõlkimine partiirežiimis;
• Sertifikaadi sisu väljastamine käsu kaudu
  „ssh-keygen -Lf /path/certificate” kuvab nüüd algoritmi, mida sertifikaadi kinnitamiseks kasutas sertifitseerimisasutus;
• Cygwin'i keskkonna toimetulekut on täiustatud, näiteks on tagatud grupi ja kasutajanime võrdlemine, võttes arvesse sümbolite suurust. Cygwin'i sadama sshd protsess on muudetud cygsshd-ks, et vältida ristumisega Microsofti pakutava OpenSSH sadamaga;
• On lisatud võimalus koostada eksperimentaalse OpenSSL 3.x haru abil;
• Eemaldatud haavatavus (CVE-2019-6111) scp utiliidi rakenduses tuvastatud nõrkus, mis võimaldab rikutud failide kirjutamist kliendi sihtkausta, kui ta ühendub ründaja kontrolli all oleva serveriga. Probleem seisneb selles, et scp rakenduses teeb server otsuse, milliseid faile ja kaustu kliendile saata, samas kui klient vaid kontrollib tagastatud objektide nimede õigsust. Kliendi külgne kontroll on piiratud ainult käskude blokeerimisega, mis ületavad praeguse kausta piire («../»), kuid ei arvesse võtta faile, mille nimed erinevad algselt küsitud omadest. Rekursiivse kopeerimise (-r) puhul saab sellise meetodi abil manipuleerida mitte ainult failide, vaid ka alamkaustade nimedega. Näiteks juhul, kui kasutaja kopeerib faile oma kodukausta, võib ründaja kontrolli all olev server esitada soovitud failide asemel faile, mille nimed on .bash_aliases või .ssh/authorized_keys, ja need salvestatakse scp utiliidi abil kasutaja kodukausta.

  Uues versioonis on utiliiti scp lisatud klientpoolne kontroll taotletud ja serverilt saadetud failinimede vastavuse üle. Sel juhul võivad maskide töötlemisega tekkida probleemid, kuna maskide avamise sümboleid võib forskj nagu serveris kui ka kliendis eri viisil töödelda. Juhuks, kui selliste erinevuste tõttu klient ei aktsepteeri faile, on scp-sse lisatud valik „-T“, mis võimaldab klientpoolse kontrolli keelata. Probleemi täielikuks lahendamiseks on vajalik protokolli scp kontseptsiooni ümberkujundamine, mis on juba vananenud, mistõttu soovitatakse selle asemel kasutada kaasaegsemaid protokolle nagu sftp ja rsync.

Allikas: opennet.ru