{"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\/hu\/blog\/reliz-openssh-8-2-c-podderzhkoj-tokenov-dvuhfaktornoj-autentifikaczii-fido-u2f","title":{"rendered":"OpenSSH 8.2 kiad\u00e1s k\u00e9tfaktoros FIDO\/U2F hiteles\u00edt\u00e9si tokenek t\u00e1mogat\u00e1s\u00e1val","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

N\u00e9gy h\u00f3napos fejleszt\u00e9s ut\u00e1n bemutatva<\/a><\/noindex> kiad\u00e1s OpenSSH 8.2<\/a><\/noindex>, ny\u00edlt forr\u00e1s\u00fa \u00fcgyf\u00e9l- \u00e9s szervermegold\u00e1s az SSH 2.0 \u00e9s SFTP protokollok haszn\u00e1lat\u00e1hoz. <\/p>\n

Az OpenSSH 8.2 kiad\u00e1s\u00e1nak kulcsfontoss\u00e1g\u00fa fejleszt\u00e9se a k\u00e9tfaktoros hiteles\u00edt\u00e9s haszn\u00e1lat\u00e1nak lehet\u0151s\u00e9ge olyan eszk\u00f6z\u00f6kkel, amelyek t\u00e1mogatj\u00e1k a U2F<\/a><\/noindex>, a FIDO<\/a><\/noindex>sz\u00f6vets\u00e9g \u00e1ltal kifejlesztett. Az U2F lehet\u0151v\u00e9 teszi, hogy olcs\u00f3 hardvertokeneket hozzunk l\u00e9tre a felhaszn\u00e1l\u00f3 fizikai jelenl\u00e9t\u00e9nek meger\u0151s\u00edt\u00e9s\u00e9re, amelyek USB, Bluetooth vagy NFC interf\u00e9szen kereszt\u00fcl kommunik\u00e1lnak. Ezeket az eszk\u00f6z\u00f6ket a k\u00e9tfaktoros hiteles\u00edt\u00e9si megold\u00e1sok r\u00e9szek\u00e9nt n\u00e9pszer\u0171s\u00edtik, a f\u0151bb b\u00f6ng\u00e9sz\u0151k m\u00e1r t\u00e1mogatj\u00e1k \u0151ket, \u00e9s k\u00fcl\u00f6nb\u00f6z\u0151 gy\u00e1rt\u00f3k, p\u00e9ld\u00e1ul Yubico, Feitian, Thetis \u00e9s Kensington k\u00edn\u00e1lj\u00e1k.<\/p>\n

Az OpenSSH \u00faj kulcst\u00edpusokat vezetett be a felhaszn\u00e1l\u00f3 jelenl\u00e9t\u00e9nek meger\u0151s\u00edt\u00e9s\u00e9re szolg\u00e1l\u00f3 eszk\u00f6z\u00f6kkel val\u00f3 interakci\u00f3hoz: az \u201eecdsa-sk\u201d \u00e9s az \u201eed25519-sk\u201d, amelyek ECDSA \u00e9s Ed25519 digit\u00e1lis al\u00e1\u00edr\u00e1si algoritmusokat haszn\u00e1lnak a SHA-256 hash kombin\u00e1ci\u00f3j\u00e1val. A tokenekkel val\u00f3 interakci\u00f3s elj\u00e1r\u00e1sokat egy k\u00f6ztes k\u00f6nyvt\u00e1rba helyezt\u00e9k, amely hasonl\u00f3an t\u00f6lt\u0151dik be, mint a PKCS#11 t\u00e1mogat\u00e1s\u00e1hoz haszn\u00e1lt k\u00f6nyvt\u00e1r, \u00e9s egy burkol\u00f3t k\u00e9pez a k\u00f6nyvt\u00e1r f\u00f6l\u00f6tt. libfido2<\/a><\/noindex>, amely eszk\u00f6z\u00f6ket biztos\u00edt USB-n kereszt\u00fcl t\u00f6rt\u00e9n\u0151 kommunik\u00e1ci\u00f3hoz (t\u00e1mogatja a FIDO U2F\/CTAP 1 \u00e9s FIDO 2.0\/CTAP 2 protokollokat). Az OpenSSH fejleszt\u0151i \u00e1ltal k\u00e9sz\u00edtett libsk-libfido2 k\u00f6ztes k\u00f6nyvt\u00e1r bekapcsolva<\/a><\/noindex> a libfido2 f\u0151 \u00f6sszetev\u0151je, ak\u00e1rcsak a HID-illeszt\u0151program<\/a><\/noindex> az OpenBSD-hez.<\/p>\n

Az azonos\u00edt\u00e1shoz \u00e9s a kulcs gener\u00e1l\u00e1s\u00e1hoz meg kell adni a be\u00e1ll\u00edt\u00e1sokban a \u201eSecurityKeyProvider\u201d param\u00e9tert, vagy meg kell adni az SSH_SK_PROVIDER k\u00f6rnyezeti v\u00e1ltoz\u00f3t, amely az extern libsk-libfido2.so k\u00f6nyvt\u00e1rra mutat (export SSH_SK_PROVIDER=\/path\/to\/libsk-libfido2.so). Lehets\u00e9ges az openssh buildel\u00e9se a be\u00e9p\u00edtett k\u00f6nyvt\u00e1ralap\u00fa t\u00e1mogat\u00e1ssal (\u2014with-security-key-builtin), ebben az esetben a \u201eSecurityKeyProvider=internal\u201d param\u00e9tert kell be\u00e1ll\u00edtani.
\nEzut\u00e1n futtassa az \u201essh-keygen -t ecdsa-sk\u201d parancsot, vagy ha a kulcsok m\u00e1r l\u00e9tre lettek hozva \u00e9s be\u00e1ll\u00edtva, csatlakozzon a szerverhez az \u201essh\u201d seg\u00edts\u00e9g\u00e9vel. Az ssh-keygen futtat\u00e1sakor a l\u00e9trehozott kulcsp\u00e1r a \u201e~\/.ssh\/id_ecdsa_sk\u201d f\u00e1jlba ment\u00e9sre ker\u00fcl, \u00e9s m\u00e1s kulcsokhoz hasonl\u00f3an haszn\u00e1lhat\u00f3. <\/p>\n

A nyilv\u00e1nos kulcsot (id_ecdsa_sk.pub) \u00e1t kell m\u00e1solni a szerverre az authorized_keys f\u00e1jlba. A szerver oldalon csak a digit\u00e1lis al\u00e1\u00edr\u00e1s ellen\u0151rz\u00e9sre ker\u00fcl, a tokenekkel val\u00f3 interakci\u00f3t az \u00fcgyf\u00e9l oldalon v\u00e9gzik (a szerveren nem sz\u00fcks\u00e9ges a libsk-libfido2 telep\u00edt\u00e9se, de a szervernek t\u00e1mogatnia kell az \u201eecdsa-sk\u201d kulcstype-t). A gener\u00e1lt priv\u00e1t kulcs (id_ecdsa_sk) l\u00e9nyeg\u00e9ben a kulcs deszkrepci\u00f3ja, amely val\u00f3di kulcsot csak a U2F tokenen t\u00e1rolt titkos sorozattal egy\u00fctt k\u00e9pez. Ha az id_ecdsa_sk kulcs kez\u00e9be ker\u00fcl egy t\u00e1mad\u00f3nak, az azonos\u00edt\u00e1shoz sz\u00fcks\u00e9ge lesz a hardveres tokenhez val\u00f3 hozz\u00e1f\u00e9r\u00e9sre is, an\u00e9lk\u00fcl, hogy a f\u00e1jlban t\u00e1rolt id_ecdsa_sk priv\u00e1t kulcs haszontalan. <\/p>\n

Ezen k\u00edv\u00fcl alap\u00e9rtelmez\u00e9s szerint b\u00e1rminem\u0171 kulcsokkal kapcsolatos m\u0171velet (mind gener\u00e1l\u00e1s, mind azonos\u00edt\u00e1s sor\u00e1n) helyi meger\u0151s\u00edt\u00e9st ig\u00e9nyel a felhaszn\u00e1l\u00f3 fizikai jelenl\u00e9t\u00e9r\u0151l, p\u00e9ld\u00e1ul a token \u00e9rz\u00e9kel\u0151j\u00e9nek meg\u00e9rint\u00e9se, ami megnehez\u00edti a t\u00e1voli t\u00e1mad\u00e1st a csatlakoztatott tokennel rendelkez\u0151 rendszerek ellen. Tov\u00e1bbi v\u00e9delmi vonalk\u00e9nt az ssh-keygen ind\u00edt\u00e1sakor megadhat\u00f3 jelsz\u00f3 a kulcsf\u00e1jlhoz val\u00f3 hozz\u00e1f\u00e9r\u00e9shez. <\/p>\n

Az OpenSSH \u00faj verzi\u00f3j\u00e1ban bejelentett\u00e9k, hogy a SHA-1 hasheket haszn\u00e1l\u00f3 algoritmusokat m\u00faltbeli \u00e1llapotba sorolj\u00e1k. \u00fct\u00e9sek n\u00f6veked\u00e9s\u00e9re<\/a><\/noindex> A kol\u00edzi\u00f3s t\u00e1mad\u00e1sok hat\u00e9konys\u00e1ga egy adott prefixszel (a koll\u00edzi\u00f3 keres\u00e9s\u00e9nek k\u00f6lts\u00e9ge k\u00f6r\u00fclbel\u00fcl 45 ezer doll\u00e1rra tehet\u0151). Az egyik legk\u00f6zelebbi kiad\u00e1sban tervezik, hogy alap\u00e9rtelmez\u00e9s szerint letiltj\u00e1k a nyilv\u00e1nos kulcs\u00fa digit\u00e1lis al\u00e1\u00edr\u00e1si algoritmus, az «ssh-rsa» haszn\u00e1lat\u00e1t, amelyet az SSH protokoll eredeti RFC-j\u00e9ben eml\u00edtenek, \u00e9s gyakorlatilag sz\u00e9les k\u00f6rben elterjedt (az ssh-rsa alkalmaz\u00e1s\u00e1nak ellen\u0151rz\u00e9s\u00e9hez a rendszereiben megpr\u00f3b\u00e1lhat csatlakozni ssh-val az «-oHostKeyAlgorithms=-ssh-rsa» opci\u00f3val).<\/p>\n

A z\u00f6kken\u0151mentes \u00e1t\u00e1ll\u00e1s \u00e9rdek\u00e9ben az OpenSSH k\u00f6vetkez\u0151 verzi\u00f3iban alap\u00e9rtelmez\u00e9s szerint aktiv\u00e1lva lesz az UpdateHostKeys be\u00e1ll\u00edt\u00e1s, amely lehet\u0151v\u00e9 teszi a kliensek automatikus \u00e1tt\u00e9r\u00e9s\u00e9t megb\u00edzhat\u00f3bb algoritmusokra. A migr\u00e1ci\u00f3ra javasolt algoritmusok k\u00f6z\u00f6tt eml\u00edtve van az rsa-sha2-256\/512 az RFC8332 RSA SHA-2 alapj\u00e1n (amelyet az OpenSSH 7.2 \u00f3ta t\u00e1mogatnak \u00e9s alap\u00e9rtelmez\u00e9sk\u00e9nt haszn\u00e1lnak), az ssh-ed25519 (amelyet az OpenSSH 6.5 \u00f3ta t\u00e1mogatnak) \u00e9s az ecdsa-sha2-nistp256\/384\/521 az RFC5656 ECDSA alapj\u00e1n (amelyet az OpenSSH 5.7 \u00f3ta t\u00e1mogatnak).<\/p>\n

Az OpenSSH 8.2-es verzi\u00f3j\u00e1ban a «ssh-rsa» haszn\u00e1lat\u00e1val val\u00f3 csatlakoz\u00e1s lehet\u0151s\u00e9ge egyel\u0151re megmaradt, de ez az algoritmus elt\u00e1vol\u00edt\u00e1sra ker\u00fclt a CASignatureAlgorithms list\u00e1j\u00e1b\u00f3l, amely meghat\u00e1rozza az \u00faj tan\u00fas\u00edtv\u00e1nyok digit\u00e1lis al\u00e1\u00edr\u00e1s\u00e1ra megengedett algoritmusokat. Hasonl\u00f3k\u00e9ppen az alap\u00e9rtelmezett kulcscsere algoritmusok k\u00f6z\u00fcl elt\u00e1vol\u00edt\u00e1sra ker\u00fclt a diffie-hellman-group14-sha1 algoritmus. Megjegyzik, hogy a SHA-1 haszn\u00e1lata a tan\u00fas\u00edtv\u00e1nyokban tov\u00e1bbi kock\u00e1zattal j\u00e1r, mivel a t\u00e1mad\u00f3nak korl\u00e1tlan ideje van a megl\u00e9v\u0151 tan\u00fas\u00edtv\u00e1nyra vonatkoz\u00f3 koll\u00edzi\u00f3 keres\u00e9s\u00e9re, m\u00edg a gazdag\u00e9p kulcsainak megt\u00e1mad\u00e1s\u00e1ra a csatlakoz\u00e1si id\u0151t\u00fall\u00e9p\u00e9s (LoginGraceTime) korl\u00e1toz. <\/p>\n

Az ssh-keygen v\u00e9grehajt\u00e1sakor most m\u00e1r alap\u00e9rtelmez\u00e9s szerint az rsa-sha2-512 algoritmus alkalmaz\u00e1sra ker\u00fcl, amely az OpenSSH 7.2-es verzi\u00f3j\u00e1t\u00f3l kezdve t\u00e1mogatott, ami probl\u00e9m\u00e1kat okozhat a tan\u00fas\u00edtv\u00e1nyok OpenSSH 8.2-ben kibocs\u00e1tott al\u00e1\u00edr\u00e1s\u00e1nak feldolgoz\u00e1sakor r\u00e9gebbi OpenSSH kiad\u00e1sokon (a probl\u00e9ma megker\u00fcl\u00e9s\u00e9hez egy\u00e9rtelm\u0171en megadhatja az «ssh-keygen -t ssh-rsa» opci\u00f3t, vagy haszn\u00e1lhatja az OpenSSH 5.7 kezdettel t\u00e1mogatott ecdsa-sha2-nistp256\/384\/521 algoritmusokat).<\/p>\n

Egy\u00e9b v\u00e1ltoz\u00e1sok:<\/p>\n