OpenSSH 8.2 väljaanne toega FIDO/U2F kahefaktorilise autentimise tokenitele

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

OpenSSH 8.2 väljaande peamine täiustus on võimalus kasutada kahefaktorilist autentimist seadmete abil, mis toetavad protokolli U2F, mida arendab ühendus FIDO. U2F võimaldab luua odavaid riistvaralisi tokeneid, et kinnitada kasutaja füüsilist kohalolekut, millega suhtlemine toimub läbi USB, Bluetooth või NFC. Selliseid seadmeid propageeritakse kahefaktorilise autentimise meetodina veebisaitidel, need on juba toetatud peamistes brauserites ning neid toodavad erinevad tootjad, sealhulgas Yubico, Feitian, Thetis ja Kensington.

Kasutaja kohaloleku kinnitamise seadmete toetamiseks on OpenSSH-sse lisatud uued võtme tüübid «ecdsa-sk» ja «ed25519-sk», milles kasutatakse ECDSA ja Ed25519 digitaalse allkirja algoritme, koos SHA-256 räsi kasutamisega. Tokeneid puudutavad toimingud on eraldatud vahepealsele teegile, mis laaditakse sarnaselt PKCS#11 toe teegiga ning toimib teekide libfido2, mis kommunikatsioonivahendeid USB-ülese tokenite jaoks (tugineb protokollidele FIDO U2F/CTAP 1 ja FIDO 2.0/CTAP 2). OpenSSH arendajate poolt ette valmistatud vahemoodul libsk-libfido2 lisatud libfido2 põhikomponentidesse, nagu ka HID-drivers OpenBSD jaoks.

Autentimiseks ja võtme genereerimiseks tuleb seadistustes määrata parameeter «SecurityKeyProvider» või seadistada keskkonnamuutuja SSH_SK_PROVIDER, määrates tee välise raamatukogu libsk-libfido2.so (export SSH_SK_PROVIDER=/path/to/libsk-libfido2.so). On võimalik koostada openssh koos sisseehitatud toega vahemoodulile (—with-security-key-builtin), sel juhul tuleb määrata parameeter «SecurityKeyProvider=internal».
Seejärel tuleb käivitada «ssh-keygen -t ecdsa-sk» või, kui võtmed on juba loodud ja seadistatud, ühenduda serveriga «ssh» abil. Käivitades ssh-keygen, salvestatakse loodud võtmepaar «~/.ssh/id_ecdsa_sk» ja seda saab kasutada nagu teisi võtmeid.

Avaämärgi (id_ecdsa_sk.pub) tuleks kopeerida serverisse faili authorized_keys. Serveris kontrollitakse ainult digitaalse allkirja kehtivust, samas kui suhtlus tokenite kaudu toimub kliendi poolel (serveris ei pea installima libsk-libfido2, kuid server peab toetama võtme tüüpi „ecdsa-sk“). Genereeritud privaatvõti (id_ecdsa_sk) on sisuliselt võtme descriptor, mis loob reaalse võtme ainult koos U2F tokenil salvestatud salajase järjestusega. Kui id_ecdsa_sk võti satub ründaja kätte, siis vajab ta autentimise läbiviimiseks ka juurdepääsu riistvaralist tokenit, ilma milleta on failis id_ecdsa_sk salvestatud privaatvõti kasutuks.

Lisaks on vaikimisi kõikide võtmekäikude (nii genereerimisel kui autentimisel) jaoks vajalik kasutaja kohaloleku füüsiline kinnitamine, näiteks pakkuda sõrmeanduri puudutamist võtmevahel, mis raskendab kaugrünnakute tegemist süsteemidesse, kus on ühendatud võtmevahe. Veel ühe kaitsesuuna loomisel ssh-keygen'i käivitamise etapis võib ka määrata parooli võtmefaili juurdepääsu jaoks.

Uues OpenSSH versioonis on samuti kuulutatud, et SHA-1 hash'i kasutavad algoritmid viiakse peagi vananenud algoritmide hulka. kolletsioonirünnakute efektiivsus kasvab (kolletsiooni genereerimise hind on umbes 45 tuhat dollarit). Ühes järgmises väljaandes plaanitakse vaikelena välja lülitada digitaalsete allkirjade algoritmi "ssh-rsa" kasutamine, mis mainitakse SSH protokolli originaalses RFC-s ja on praktikas endiselt laialdaselt levinud (ssh-rsa kontrollimiseks oma süsteemides saab proovida ssh-ga ühendust, kasutades valikut "-oHostKeyAlgorithms=-ssh-rsa").

OpenSSH järgmistes väljalasketes muudetakse vaikimisi seade nimega UpdateHostKeys, mis võimaldab automaatselt viia kliendid üle usaldusväärsematele algoritmidele, et sujuvamaks muuta üleminek uutele algoritmidele. Soovitatavateks ülemineku algoritmideks on rsa-sha2-256/512, mis põhineb RFC8332 RSA SHA-2-l (toetatakse alates OpenSSH 7.2 ja kasutatakse vaikimisi), ssh-ed25519 (toetatakse alates OpenSSH 6.5), ja ecdsa-sha2-nistp256/384/521, mis põhineb RFC5656 ECDSA-l (toetatakse alates OpenSSH 5.7).

OpenSSH 8.2 versioonis on „ssh-rsa” kasutamise võimalus endiselt olemas, kuid see algoritm on eemaldatud CASignatureAlgorithms loendist, mis määratleb uute sertifikaatide digitaalallkirjastamiseks lubatud algoritmid. Samuti on vaikimisi toetatavate võtmevahetusalgoritmide seast eemaldatud algoritm diffie-hellman-group14-sha1. Märgitakse, et SHA-1 kasutamine sertifikaatides kaasneb täiendava riskiga, kuna ründajal on piiramatult aega olemasoleva sertifikaadi kollisiooni leidmiseks, samas kui ründeaeg hosti võtmete suhtes on piiratud ühenduse ajavahemikuga (LoginGraceTime).

ssh-keygen'i kasutamisel rakendatakse nüüd vaikimisi algoritmi rsa-sha2-512, mis on toetatud alates OpenSSH 7.2-st, mis võib tekitada ühilduvusprobleeme, kui proovida töödelda OpenSSH 8.2-s kinnitatud sertifikaate vanemate OpenSSH versioonidega süsteemides (probleemi lahendamiseks allkirja genereerimisel saab selgelt märkida „ssh-keygen -t ssh-rsa” või kasutada algoritme ecdsa-sha2-nistp256/384/521, mis on toetatud alates OpenSSH 5.7-st).

Muud muudatused:

• sshd_config faili on lisatud Include direktiiv, mis võimaldab lisada teiste failide sisu praegusesse konfiguratsioonifaili (failinime määramisel on lubatud glob-maske);
• ssh-keygenis on lisatud valik „no-touch-required”, mis keelab füüsilise kinnituse nõude juurdepääsuks tokenile võtme genereerimisel;
• sshd_config faili on lisatud direktiiv PubkeyAuthOptions, mis ühendab erinevad valikud, mis on seotud avaliku võtme autentimisega. Praegu toetatakse ainult lippu „no-touch-required”, mis võimaldab kõrvaldada füüsilise kohaloleku kontrolli autoriseerimise ajal tokeni kaudu. Sarnane valik on lisatud ka authorized_keys faili „no-touch-required”;
• ssh-keygenis on lisatud valik „-O write-attestation=/path”, mis võimaldab salvestada lisatud FIDO atesteerimise sertifikaate võtmete genereerimisel. OpenSSH ei kasuta neid sertifikaate praegu, kuid neid saab tulevikus kasutada võtme kontrollimiseks usaldusväärses riistvarakollektsioonis;
• ssh ja sshd seadetes on nüüd tramite IPQoS direktiivi kaudu võimalik seadistada liiklprioriteedi režiimi LE DSCP (Lower-Effort Per-Hop Behavior);
• ssh konfiguratsioonis, kui väärtuseks on seadistatud «AddKeysToAgent=yes», kui võtme kommentaariväli puudub, lisatakse see ssh-agent’isse ja kommentaarina kasutatakse võtme teed.
  ssh-keygen ja ssh-agent kasutavad võtme kommentaarides nüüd ka PKCS#11 silte ja X.509 teema nime, mitte raamatukogu teed;
• ssh-keygenisse on lisatud võimalus eksportida PEM formaati DSA ja ECDSA võtmete jaoks;
• Lisatud uus täidetav fail ssh-sk-helper, mida kasutatakse FIDO/U2F tokeni juurdepääsu raamatukogu isoleerimiseks;
• ssh ja sshd on lisatud koostamisvalik «—with-zlib», et kompileerida zlib raamatukogu toe jaoks;
• RFC4253 nõuete kohaselt näidatakse ühenduse loomise banneris hoiatust, kui juurdepääs on blokeeritud MaxStartups piiri ületamise tõttu. Diagnostika lihtsustamiseks kuvatakse sshd protsessi päises, mida näidatakse ps utiliidi kasutamisel, autentitud ühenduste arvu ja MaxStartups piiri oleku.
• SSH ja ssh-agent'i puhul, kui käivitatakse programm, mis kuvab käsu kaudu $SSH_ASKPASS, edastatakse nüüd täiendav lipu tüübi kohta: „confirm“ — kinnitamise dialoog (jah/ei), „none“ — teavitusteade, „blank“ — paroolikinnitus.
• ssh-keygen'is on lisatud uus digitaalsete allkirjade toiming „find-principals“, et otsida kasutaja allowed-signers failist, mis on seotud määratud digitaalse allkirjaga.
• Parandatud on sshd protsessi isolatsiooni tuge Linuxis seccomp mehhanismi abil: keelatud IPC süsteemikutsed, lubatud on clock_gettime64(), clock_nanosleep_time64 ja clock_nanosleep().

Allikas: opennet.ru