Bol vydan\u00fd nov\u00fd OpenSSH 9.5, otvoren\u00e1 implement\u00e1cia klienta a servera pre pr\u00e1cu s protokolmi SSH 2.0 a SFTP. <\/p>\n
Hlavn\u00e9 zmeny: <\/p>\n
\n
V n\u00e1stroji ssh-keygen je predvolenou vo\u013ebou generovanie k\u013e\u00fa\u010dov na z\u00e1klade digit\u00e1lneho podpisu Ed25519, ktor\u00fd vyvinul Daniel Bernstein a bol \u0161tandardizovan\u00fd v RFC 8709. Je pozoruhodn\u00e9, \u017ee k\u013e\u00fa\u010de Ed25519 s\u00fa podporovan\u00e9 od verzie OpenSSH 6.5 (2014) a s\u00fa v\u00fdhodnej\u0161ie v\u010faka svojej malej ve\u013ekosti. Digit\u00e1lne podpisy Ed25519 poskytuj\u00fa vy\u0161\u0161iu \u00farove\u0148 bezpe\u010dnosti ako ECDSA a DSA a vykazuj\u00fa ve\u013emi vysok\u00fa r\u00fdchlos\u0165 overovania a podpisovania. Odolnos\u0165 vo\u010di \u00fatokom na Ed25519 sa odhaduje na pribli\u017ene 2^128 (na \u00fatok na Ed25519 je potrebn\u00e9 vykona\u0165 okolo 2^140 bitov\u00fdch oper\u00e1ci\u00ed), \u010do zodpoved\u00e1 odolnosti tak\u00fdch algoritmov, ako s\u00fa NIST P-256 a RSA s d\u013a\u017ekou k\u013e\u00fa\u010da 375 bajtov alebo 128-bitov\u00e9mu blokov\u00e9mu \u0161ifru. Ed25519 nie je n\u00e1chyln\u00fd na probl\u00e9my s kol\u00edziami hashov, nie je citliv\u00fd na \u00fatoky na z\u00e1klade na\u010dasovania (cache-timing attacks) a \u00fatoky bo\u010dn\u00fdmi kan\u00e1lmi (side-channel attacks).\n
Do n\u00e1stroja ssh bola pridan\u00e1 ochrana proti \u00fatokom cez bo\u010dn\u00e9 kan\u00e1ly, ktor\u00e9 analyzuj\u00fa oneskorenia medzi stla\u010deniami kl\u00e1vesov na kl\u00e1vesnici, aby sa reprodukoval vstup. Tak\u00e9to \u00fatoky vych\u00e1dzaj\u00fa z predpokladu, \u017ee oneskorenia medzi stla\u010deniami pri p\u00edsan\u00ed z\u00e1visia od usporiadania kl\u00e1vesov na kl\u00e1vesnici (napr\u00edklad reakcia pri zad\u00e1van\u00ed p\u00edsmena «F» je r\u00fdchlej\u0161ia ako pri zad\u00e1van\u00ed «Q» alebo «X», preto\u017ee na stla\u010denie je potrebn\u00fdch menej pohybov prstov). SSH bol n\u00e1chyln\u00fd na tieto \u00fatoky, preto\u017ee posielal inform\u00e1cie o zadanom znaku v samostatnom bal\u00edku hne\u010f po stla\u010den\u00ed ka\u017ed\u00e9ho kl\u00e1vesu, a tak oneskorenia medzi odosielan\u00edm bal\u00edkov korelovali s oneskoreniami medzi stla\u010deniami kl\u00e1vesov.\n
Na skrytie \u0161pecif\u00edk interakt\u00edvneho vstupu v prenosov\u00fdch \u00fadajoch v ssh bola implementovan\u00e1 met\u00f3da zasielania \u00fadajov nie priebe\u017ene, ale iba v pevn\u00fdch \u010dasov\u00fdch intervaloch (predvolene 20 ms). Okrem toho, aby sa \u00fato\u010dn\u00edci zm\u00e4tli, sa po odoslan\u00ed skuto\u010dn\u00fdch \u00fadajov v n\u00e1hodn\u00fdch \u010dasoch posielaj\u00fa fikt\u00edvne stla\u010denia kl\u00e1ves. Na nastavenie ochrany bol do ssh_config pridan\u00fd parameter «ObscureKeystrokeTiming». <\/p>\n
V ssh a sshd bola implementovan\u00e1 podpora roz\u0161\u00edrenia protokolu SSH «ping@openssh.com», ktor\u00e9 prid\u00e1va nov\u00fd typ spr\u00e1v SSH2_MSG_PING a SSH2_MSG_PONG na pravideln\u00fd odosielanie bal\u00edkov po rovnak\u00fdch intervaloch. Toto roz\u0161\u00edrenie je potrebn\u00e9 na vy\u0161\u0161ie zmienen\u00fa ochranu proti \u00fatokom cez bo\u010dn\u00e9 kan\u00e1ly.\n
V sshd je povolen\u00e9 predefinovanie direkt\u00edv Sybsystem prostredn\u00edctvom blokov Match.\n
V sshd sa v direkt\u00edve Subsystem zmenila spr\u00e1va \u00favodzoviek, ktor\u00e9 s\u00fa teraz zachovan\u00e9 pre pr\u00edkazy a argumenty, \u010do m\u00f4\u017ee vies\u0165 k poru\u0161eniu kompatibility s ve\u013emi zriedkav\u00fdmi konfigur\u00e1ciami. <\/ul>\n