{"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\/et\/blog\/reliz-openssh-8-2-c-podderzhkoj-tokenov-dvuhfaktornoj-autentifikaczii-fido-u2f","title":{"rendered":"OpenSSH 8.2 v\u00e4ljalase kahefactori autentimise FIDO\/U2F tokenite toega","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

P\u00e4rast nelja kuu arendust esitati<\/a><\/noindex> vabastus OpenSSH 8.2<\/a><\/noindex>, avatud kliendi ja serveri teostus SSH 2.0 ja SFTP protokollide jaoks. <\/p>\n

OpenSSH 8.2 v\u00e4ljaandel on peamine t\u00e4iustus kahefaktorilise autentimise v\u00f5imalus seadmete kaudu, mis toetavad protokolli U2F<\/a><\/noindex>, mida arendab liit FIDO<\/a><\/noindex>. U2F v\u00f5imaldab luua odavaid riistvaratokenite kasutamist, et kinnitada kasutaja f\u00fc\u00fcsilist kohalolekut, mille vaheline suhtlemine toimub USB, Bluetooth v\u00f5i NFC kaudu. Sellised seadmed edendavad kahefaktorilist autentimist veebisaitidel, neid toetavad peamised brauserid ja neid valmistavad erinevad tootjad, sealhulgas Yubico, Feitian, Thetis ja Kensington.<\/p>\n

Kasutajate kohalolekku kinnitavate seadmete integreerimiseks on OpenSSH-sse lisatud uued v\u00f5tme t\u00fc\u00fcbid \u201eecdsa-sk\u201d ja \u201eed25519-sk\u201d, mis kasutavad ECDSA ja Ed25519 digitaalallkirjastamise algoritme koos SHA-256 r\u00e4si. Protseduurid tokenitega suhtlemiseks on viidatud vahe-kogusse, mis laaditakse sarnaselt PKCS#11 toe raamatukogule ning on raamatukogu pealsete kiht. libfido2<\/a><\/noindex>, mis pakub vahendeid tokenite suhtlemiseks USB kaudu (toetavad protokollid FIDO U2F\/CTAP 1 ja FIDO 2.0\/CTAP 2). OpenSSH arendajate loodud vaheklass libsk-libfido2 on aktiveeritud<\/a><\/noindex> on p\u00f5hiosas libfido2, nagu ka HID-draiver<\/a><\/noindex> OpenBSD jaoks.<\/p>\n

Autentimiseks ja v\u00f5ti genereerimiseks tuleb seadistustes m\u00e4\u00e4rata parameeter \u201eSecurityKeyProvider\u201d v\u00f5i seada keskkonnamuutuja SSH_SK_PROVIDER, tuues v\u00e4lja tee v\u00e4lisele raamatukogule libsk-libfido2.so (export SSH_SK_PROVIDER=\\\/path\\\/to\\\/libsk-libfido2.so). V\u00f5imalik on ehitada openssh koos integreeritud toega raamatukogu kiht (\u2014with-security-key-builtin), sel juhul tuleb m\u00e4\u00e4rata parameeter \u201eSecurityKeyProvider=internal\u201d.
\nSeej\u00e4rel tuleks k\u00e4ivitada \u201essh-keygen -t ecdsa-sk\u201d v\u00f5i, kui v\u00f5tmed on juba loodud ja seadistatud, serveriga \u00fchenduda \u201essh\u201d abil. K\u00e4ivitamisel ssh-keygen salvestatakse loodud v\u00f5tmepaar \u201e~\/.ssh\/id_ecdsa_sk\u201d ja seda saab kasutada sarnaselt teistele v\u00f5tmetele. <\/p>\n

Avalik v\u00f5ti (id_ecdsa_sk.pub) tuleb serverisse kopeerida faili authorized_keys. Serveri poolel kontrollitakse ainult digitaalallkirja, samas kui tokenitega suhtlemine toimub kliendi poolel (serverisse pole vajalik installida libsk-libfido2, kuid server peab toetama v\u00f5tme t\u00fc\u00fcpi \u201eecdsa-sk\u201d). Genereritud privaatv\u00f5ti (id_ecdsa_sk) on tegelikult v\u00f5tme descriptor, mis moodustab reaalse v\u00f5tme ainult koos U2F tokeni poolse salajase j\u00e4rjestusega. Kui v\u00f5tme id_ecdsa_sk saab r\u00fcndaja k\u00e4tte, vajab autentimiseks ka juurdep\u00e4\u00e4s f\u00fc\u00fcsilisele tokenile, ilma milleta on faili id_ecdsa_sk salvestatud privaatv\u00f5ti kasutu. <\/p>\n

Lisaks n\u00f5uab vaikimisi k\u00f5igi v\u00f5tmete toimingute (nii genereerimise kui autentimise) k\u00e4igus kohaliku kinnituse f\u00fc\u00fcsilist kohalolekut, n\u00e4iteks palutakse puudutada tokeni sensorit, mis raskendab kaugmeetodite kasutamist tokeniga s\u00fcsteemides. Veel \u00fche kaitseelemendina v\u00f5ib ssh-keygen k\u00e4ivitamisel m\u00e4\u00e4rata ka parooli juurdep\u00e4\u00e4suks v\u00f5tme failile. <\/p>\n

Uues OpenSSH versioonis on teatatud varasemate SHA-1 r\u00e4mpsalgoritmide tulevasest k\u00e4rpimisest, seoses t\u00f5hususe<\/a><\/noindex> efektiivsuse kollisioonir\u00fcnnakute jaoks m\u00e4\u00e4ratud eelistuste suhtes (kollisiooni leidmise kulud on umbes 45 tuhat dollarit). \u00dches j\u00e4rgmistest v\u00e4ljaannetest plaanitakse vaikev\u00e4\u00e4rtusena keelata avaliku v\u00f5tme digitaalsete allkirjade algoritmi 'ssh-rsa' kasutamine, mida mainitakse SSH protokolli algses RFC-s ja mis on praktikas endiselt laialdaselt levinud (ssh-rsa rakendamise kontrollimiseks oma s\u00fcsteemides v\u00f5ib proovida ssh-\u00fchenduse loomist valikuga '-oHostKeyAlgorithms=-ssh-rsa').<\/p>\n

Uute algoritmide \u00fclemineku sujuvamaks muutmiseks OpenSSH-s, plaanitakse \u00fches j\u00e4rgnevates v\u00e4ljaannetes vaikimisi lubada seadistust UpdateHostKeys, mis v\u00f5imaldab automaatselt suunata kliente usaldusv\u00e4\u00e4rsematele algoritmidele. Soovitatud migreerimise algoritmide seas on rsa-sha2-256\/512, mis p\u00f5hineb RFC8332 RSA SHA-2 (toetatakse OpenSSH 7.2 alates ja kasutatakse vaikimisi), ssh-ed25519 (toetatakse OpenSSH 6.5 alates) ja ecdsa-sha2-nistp256\/384\/521, mis p\u00f5hineb RFC5656 ECDSA (toetatakse OpenSSH 5.7 alates).<\/p>\n

OpenSSH 8.2 versioon on v\u00f5imalus siseneda kasutades «ssh-rsa» veel alles, kuid see algoritm on eemaldatud CASignatureAlgorithms nimekirjast, mis m\u00e4\u00e4rab uus sertifikaatide digitaalallkirjastamiseks lubatud algoritmid. Samamoodi on vaikimisi toetatavate v\u00f5tmevahetusalgoritmidest eemaldatud algoritm diffie-hellman-group14-sha1. Toodud on v\u00e4lja, et SHA-1 kasutamine sertifikaatides seondub t\u00e4iendava riskiga, kuna r\u00fcndajal on piiramatu aeg, et otsida kollee\u017ei olemasoleva sertifikaadi jaoks, samas kui r\u00fcndeaeg hostiv\u00f5tmete osas piiratakse \u00fchenduse katkestamisajaga (LoginGraceTime). <\/p>\n

Ssh-keygeni k\u00e4itamisel kasutatakse n\u00fc\u00fcd vaikimisi algoritmi rsa-sha2-512, mida toetatakse alates OpenSSH 7.2, mis v\u00f5ib tekitada \u00fchilduvusprobleeme, kui proovida t\u00f6\u00f6tlemas OpenSSH 8.2 allkirjastatud sertifikaate vanematel OpenSSH versioonidel (selle probleemi \u00fcletamiseks signatuuri genereerimisel v\u00f5ite selgelt m\u00e4\u00e4rata «ssh-keygen -t ssh-rsa» v\u00f5i kasutada algoritme ecdsa-sha2-nistp256\/384\/521, mis on toetatud alates OpenSSH 5.7).<\/p>\n

Muud muudatused:<\/p>\n