{"id":42941,"date":"2020-02-17T14:41:56","date_gmt":"2020-02-17T11:41:56","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/reliz-openssh-8-2-c-podderzhkoj-tokenov-dvuhfaktornoj-autentifikaczii-fido-u2f"},"modified":"2020-02-17T14:41:56","modified_gmt":"2020-02-17T11:41:56","slug":"reliz-openssh-8-2-c-podderzhkoj-tokenov-dvuhfaktornoj-autentifikaczii-fido-u2f","status":"publish","type":"post","link":"https:\/\/prohoster.info\/ro\/blog\/reliz-openssh-8-2-c-podderzhkoj-tokenov-dvuhfaktornoj-autentifikaczii-fido-u2f","title":{"rendered":"Lansarea OpenSSH 8.2 cu suport pentru token-uri de autentificare cu doi factori FIDO\/U2F","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Dup\u0103 patru luni de dezvoltare la sf\u00e2r\u0219itul anului 2019. Pe l\u00e2ng\u0103 protocoalele ActivityPub \u0219i diaspora, Hubzilla se federeaz\u0103 \u00een cadrul re\u021belei prin propriul s\u0103u protocol<\/a><\/noindex> lansare OpenSSH 8.2<\/a><\/noindex>, o implementare deschis\u0103 a clientului \u0219i serverului pentru func\u021bionarea pe protocoalele SSH 2.0 \u0219i SFTP. <\/p>\n

\u00cembun\u0103t\u0103\u021birea cheie adus\u0103 de lansarea OpenSSH 8.2 a fost posibilitatea de a utiliza autentificarea \u00een doi pa\u0219i cu dispozitive care suport\u0103 protocolul U2F<\/a><\/noindex>, dezvoltat de alian\u021b\u0103 FIDO<\/a><\/noindex>. U2F permite crearea de token-uri hardware ieftine pentru confirmarea prezen\u021bei fizice a utilizatorului, interac\u021biunea cu care se realizeaz\u0103 prin USB, Bluetooth sau NFC. Castele de acest tip sunt promovate ca un mijloc de autentificare cu doi factori pe site-uri, fiind deja sus\u021binute de majoritatea browserelor \u0219i fiind produse de diver\u0219i manufacturatori, inclusiv Yubico, Feitian, Thetis \u0219i Kensington.<\/p>\n

Pentru interac\u021biunea cu dispozitivele care confirm\u0103 prezen\u021ba utilizatorului, \u00een OpenSSH au fost ad\u0103ugate noi tipuri de chei \u00abecdsa-sk\u00bb \u0219i \u00abed25519-sk\u00bb, care utilizeaz\u0103 algoritmii de semn\u0103tur\u0103 digital\u0103 ECDSA \u0219i Ed25519, \u00eempreun\u0103 cu hash-ul SHA-256. Procedurile de interac\u021biune cu token-urile au fost transferate \u00eentr-o bibliotec\u0103 intermediar\u0103, care se \u00eencarc\u0103 similar cu biblioteca pentru suportul PKCS#11 \u0219i este o leg\u0103tur\u0103 peste bibliotec\u0103. libfido2<\/a><\/noindex>, care ofer\u0103 mijloacele de comunica\u021bie cu token-urile prin USB (suport\u0103 protocoalele FIDO U2F\/CTAP 1 \u0219i FIDO 2.0\/CTAP 2). Biblioteca intermediar\u0103 preg\u0103tit\u0103 de dezvoltatorii OpenSSH, libsk-libfido2 sistemul de compozitare<\/a><\/noindex> face parte din libfido2, la fel ca \u0219i driverul HID<\/a><\/noindex> pentru OpenBSD.<\/p>\n

Pentru autentificare \u0219i generarea cheii, este necesar s\u0103 specifica\u021bi \u00een set\u0103ri parametrul \u00abSecurityKeyProvider\u00bb sau s\u0103 seta\u021bi variabila de mediu SSH_SK_PROVIDER, indic\u00e2nd calea c\u0103tre biblioteca extern\u0103 libsk-libfido2.so (export SSH_SK_PROVIDER=\/path\/to\/libsk-libfido2.so). Este posibil\u0103 construirea openssh cu suport \u00eencorporat pentru biblioteca intermediar\u0103 (\u2014with-security-key-builtin), \u00een acest caz trebuie s\u0103 seta\u021bi parametrul \u00abSecurityKeyProvider=internal\u00bb.
\nApoi, trebuie s\u0103 rula\u021bi \u00abssh-keygen -t ecdsa-sk\u00bb sau, dac\u0103 cheile au fost deja create \u0219i configurate, s\u0103 v\u0103 conecta\u021bi la server utiliz\u00e2nd \u00abssh\u00bb. La rularea ssh-keygen, perechea de chei creat\u0103 va fi salvat\u0103 \u00een \u00ab~\/ .ssh\/id_ecdsa_sk\u00bb \u0219i poate fi utilizat\u0103 similar cu alte chei. <\/p>\n

Cheia public\u0103 (id_ecdsa_sk.pub) trebuie copiat\u0103 pe server \u00een fi\u0219ierul authorized_keys. Pe partea serverului, doar semn\u0103tura digital\u0103 este verificat\u0103, iar interac\u021biunea cu token-urile este efectuat\u0103 pe partea clientului (pe server nu este necesar\u0103 instalarea libsk-libfido2, dar serverul trebuie s\u0103 suporte tipul de chei \u00abecdsa-sk\u00bb). Cheia privat\u0103 generat\u0103 (id_ecdsa_sk) este \u00een esen\u021b\u0103 un descriptor al cheii, form\u00e2nd cheia real\u0103 doar \u00een combina\u021bie cu secven\u021ba secret\u0103 stocat\u0103 pe tokenul U2F. \u00cen cazul \u00een care cheia id_ecdsa_sk ajunge \u00een m\u00e2inile unui atacator, pentru a trece autentificarea, acesta va avea nevoie de acces la tokenul hardware, f\u0103r\u0103 de care cheia privat\u0103 salvat\u0103 \u00een fi\u0219ierul id_ecdsa_sk este inutil\u0103. <\/p>\n

\u00cen plus, prin defini\u021bie, la executarea oric\u0103ror opera\u021biuni cu cheile (at\u00e2t la generare, c\u00e2t \u0219i la autentificare) este necesar\u0103 o confirmare local\u0103 a prezen\u021bei fizice a utilizatorului, de exemplu, se solicit\u0103 atingerea senzorului de pe token, ceea ce \u00eengreuneaz\u0103 desf\u0103\u0219urarea atacurilor de la distan\u021b\u0103 asupra sistemelor cu token conectat. Ca o alt\u0103 m\u0103sur\u0103 de protec\u021bie, la etapa de ini\u021biere a ssh-keygen poate fi solicitat\u0103 o parol\u0103 pentru accesul la fi\u0219ierul cu cheia. <\/p>\n

\u00cen noua versiune OpenSSH s-a anun\u021bat, de asemenea, c\u0103 algoritmii care folosesc hash-uri SHA-1 vor fi clasifica\u021bi ca fiind dep\u0103\u0219i\u021bi, din cauza cre\u0219terea<\/a><\/noindex> eficien\u021ba atacurilor de coliziune cu un prefix dat (costul determin\u0103rii unei coliziuni este estimat la aproximativ 45.000 de dolari). \u00cen una dintre urm\u0103toarele versiuni, se preconizeaz\u0103 dezactivarea, implicit, a utiliz\u0103rii algoritmului de semn\u0103tur\u0103 digital\u0103 bazat pe cheie public\u0103 \u201essh-rsa\u201d, men\u021bionat \u00een RFC original pentru protocolul SSH \u0219i care r\u0103m\u00e2ne pe scar\u0103 larg\u0103 folosit \u00een practic\u0103 (pentru a verifica utilizarea ssh-rsa \u00een sistemele proprii, se poate \u00eencerca conectarea prin ssh cu op\u021biunea \u201e-oHostKeyAlgorithms=-ssh-rsa\u201d).<\/p>\n

Pentru a facilita tranzi\u021bia c\u0103tre noile algoritmi \u00een OpenSSH, \u00eentr-una dintre urm\u0103toarele versiuni va fi activat\u0103 \u00een mod implicit setarea UpdateHostKeys, care va permite clien\u021bilor s\u0103 fie transfera\u021bi automat la algoritmi mai siguri. Printre algoritmii recomanda\u021bi pentru migrare se num\u0103r\u0103 rsa-sha2-256\/512 bazat pe RFC8332 RSA SHA-2 (sus\u021binut din OpenSSH 7.2 \u0219i utilizat implicit), ssh-ed25519 (sus\u021binut din OpenSSH 6.5) \u0219i ecdsa-sha2-nistp256\/384\/521 bazat pe RFC5656 ECDSA (sus\u021binut din OpenSSH 5.7).<\/p>\n

\u00cen versiunea OpenSSH 8.2, posibilitatea de conectare utiliz\u00e2nd \u201essh-rsa\u201d este \u00eenc\u0103 p\u0103strat\u0103, dar acest algoritm a fost eliminat din lista CASignatureAlgorithms, care define\u0219te algoritmii accepta\u021bi pentru semnarea digital\u0103 a noilor certificate. De asemenea, algoritmul diffie-hellman-group14-sha1 a fost eliminat din algoritmii de schimb de chei accepta\u021bi \u00een mod implicit. Se subliniaz\u0103 c\u0103 utilizarea SHA-1 \u00een certificate prezint\u0103 un risc suplimentar, deoarece atacatorul are timp nelimitat pentru a g\u0103si o coliziune pentru un certificat existent, \u00een timp ce timpul de atac asupra cheilor gazdelor este limitat prin timpul de a\u0219teptare pentru conectare (LoginGraceTime). <\/p>\n

La executarea ssh-keygen, acum, algoritmul rsa-sha2-512 este aplicat implicit, care este suportat \u00eencep\u00e2nd cu OpenSSH 7.2, ceea ce poate crea probleme de compatibilitate atunci c\u00e2nd se \u00eencearc\u0103 procesarea certificatelor semnate \u00een OpenSSH 8.2 pe sisteme cu versiuni mai vechi de OpenSSH (pentru a ocoli problema la generarea semn\u0103turii, se poate specifica explicit \u201essh-keygen -t ssh-rsa\u201d sau se pot utiliza algoritmii ecdsa-sha2-nistp256\/384\/521, care sunt suportate din OpenSSH 5.7).<\/p>\n

Paleta de culori a fost modificat\u0103, oferind o separare mai contrastant\u0103 \u00eentre text \u0219i fundal.<\/p>\n