Megjelent az OpenSSH 10.1, a SSH 2.0 \u00e9s SFTP protokollokhoz k\u00e9sz\u00fclt kliens \u00e9s szerver ny\u00edlt forr\u00e1s\u00fa megval\u00f3s\u00edt\u00e1sa. <\/p>\n
F\u0151bb v\u00e1ltoz\u00e1sok: <\/p>\n
\n
A biztons\u00e1gi probl\u00e9ma megoldva, amely lehet\u0151v\u00e9 tette a t\u00e1mad\u00f3 sz\u00e1m\u00e1ra, hogy shell parancsokat illesszen be a felhaszn\u00e1l\u00f3n\u00e9v vagy URI k\u00fcl\u00f6nleges karaktereinek manipul\u00e1l\u00e1s\u00e1val, amelyeket a «ProxyCommand» be\u00e1ll\u00edt\u00e1son kereszt\u00fcl lehetett v\u00e9grehajtani, \u00e9s amely tartalmazza a «%u» helyettes\u00edt\u00e9st. A probl\u00e9ma csak azokra a rendszerekre vonatkozik, amelyek az ssh ind\u00edt\u00e1sakor lehet\u0151v\u00e9 teszik a felhaszn\u00e1l\u00f3nevek vagy URI-k helyettes\u00edt\u00e9s\u00e9t, amelyek megb\u00edzhatatlan forr\u00e1sokb\u00f3l sz\u00e1rmaznak.\n
Az ilyen t\u00e1mad\u00e1sok blokkol\u00e1sa \u00e9rdek\u00e9ben tilos ir\u00e1ny\u00edt\u00f3 karakterek haszn\u00e1lata a felhaszn\u00e1l\u00f3nevekben, amelyeket a parancssor ind\u00edt\u00e1sakor adnak meg, vagy amelyeket %-sorozatokon kereszt\u00fcl illesztenek be a be\u00e1ll\u00edt\u00e1sokba. Szint\u00e9n tilos a null karakter («\0») haszn\u00e1lata az ssh:\/\/ URI-kban. Kiv\u00e9telt k\u00e9peznek a konfigur\u00e1ci\u00f3s f\u00e1jlban megadott nevek (azt felt\u00e9telezz\u00fck, hogy ezek a konfigur\u00e1ci\u00f3s adatok megb\u00edzhat\u00f3ak). <\/p>\n
A ssh \u00e9s ssh-agent seg\u00e9dprogramokhoz hozz\u00e1ad\u00f3dott az ed25519 kulcsok t\u00e1mogat\u00e1sa, amelyek PKCS#11 tokenekben t\u00e1rolhat\u00f3k.\n
Az ssh_config konfigur\u00e1ci\u00f3s f\u00e1jlhoz hozz\u00e1adva lett a RefuseConnection be\u00e1ll\u00edt\u00e1s, amely sor\u00e1n az akt\u00edv szekci\u00f3ban a folyamat le\u00e1ll\u00edt\u00e1sa t\u00f6rt\u00e9nik, hiba\u00fczenet ki\u00edr\u00e1s\u00e1val, pr\u00f3b\u00e1lkoz\u00e1s n\u00e9lk\u00fcl a kapcsolat l\u00e9trehoz\u00e1s\u00e1ra. Match host foo RefuseConnection «a foo gazda m\u00e1r nem haszn\u00e1latos, csatlakozzon a bar gazd\u00e1hoz»\n
A ssh \u00e9s sshd sz\u00e1m\u00e1ra hozz\u00e1adt\u00e1k a SIGINFO jelkezel\u0151ket, amelyek a napl\u00f3ba \u00edrj\u00e1k a munkamenet \u00e9s az akt\u00edv csatorna inform\u00e1ci\u00f3it.\n
A sshd -ben a felhaszn\u00e1l\u00f3 tan\u00fas\u00edtv\u00e1ny \u00e1ltali hiteles\u00edt\u00e9sekor a hibaelh\u00e1r\u00edt\u00e1s logba t\u00f6rt\u00e9n\u0151 kimenet\u00e9nek biztos\u00edt\u00e1sa \u00e9rdek\u00e9ben nemcsak a bel\u00e9p\u00e9s letilt\u00e1s\u00e1nak ok\u00e1t, hanem a probl\u00e9m\u00e1s tan\u00fas\u00edtv\u00e1ny azonos\u00edt\u00e1s\u00e1hoz sz\u00fcks\u00e9ges r\u00e9szletes inform\u00e1ci\u00f3kat is r\u00f6gz\u00edtette.\n
A sshd-ben hozz\u00e1ad\u00f3dott az X11 megjelen\u00edt\u00e9si sz\u00e1m ellen\u0151rz\u00e9se az X11DisplayOffset direkt\u00edva \u00e1ltal megadott eltol\u00e1s szempontj\u00e1b\u00f3l.\n
A unit tesztekhez teljes\u00edtm\u00e9nym\u00e9r\u00e9s lehet\u0151s\u00e9ge ker\u00fclt, amely aktiv\u00e1lhat\u00f3 az «make UNITTEST_BENCHMARK=yes» parancs futtat\u00e1sakor OpenBSD alatt, vagy «make unit-bench» m\u00e1s rendszerekben. <\/ul>\n
V\u00e1ltoz\u00e1sok, amelyek potenci\u00e1lisan visszafel\u00e9 kompatibilit\u00e1si probl\u00e9m\u00e1kat okozhatnak: <\/p>\n
\n
Az ssh-hez figyelmeztet\u00e9s ker\u00fclt bevezet\u00e9sre, amely megjelenik, amikor a kvantumsz\u00e1m\u00edt\u00f3g\u00e9pek ellen\u00e1ll\u00e1s\u00e1nak nem megfelel\u0151 kulcsmegegyez\u00e9si algoritmusok haszn\u00e1latakor csatlakoz\u00e1s t\u00f6rt\u00e9nik. A figyelmeztet\u00e9st a j\u00f6v\u0151beli t\u00e1mad\u00e1sok kock\u00e1zata miatt adt\u00e1k hozz\u00e1, amelyek kor\u00e1bban r\u00f6gz\u00edtett forgalmi ment\u00e9sek felhaszn\u00e1l\u00e1s\u00e1val val\u00f3sulhatnak meg. A figyelmeztet\u00e9s letilt\u00e1s\u00e1hoz az ssh_config f\u00e1jlba hozz\u00e1adt\u00e1k a WarnWeakCrypto opci\u00f3t. Match host unsafe.example.com WarnWeakCrypto no\n
Az ssh \u00e9s az sshd jelent\u0151sen m\u00f3dos\u00edtott\u00e1k a DSCP (IPQoS) szolg\u00e1ltat\u00e1smin\u0151s\u00e9gi param\u00e9terek kezel\u00e9s\u00e9t. Az interakt\u00edv forgalom sz\u00e1m\u00e1ra mostant\u00f3l alap\u00e9rtelmezetten az EF (Expedited Forwarding) oszt\u00e1lyt \u00e1ll\u00edtj\u00e1k be a priorit\u00e1sosabb feldolgoz\u00e1s \u00e9rdek\u00e9ben vezet\u00e9kn\u00e9lk\u00fcli h\u00e1l\u00f3zatokban. A nem interakt\u00edv forgalom eset\u00e9n az oper\u00e1ci\u00f3s rendszerben gyakran haszn\u00e1lt oszt\u00e1ly ker\u00fcl be\u00e1ll\u00edt\u00e1sra. A forgalmi oszt\u00e1ly az IPQoS ssh_config \u00e9s sshd_config be\u00e1ll\u00edt\u00e1s\u00e1val m\u00f3dos\u00edthat\u00f3. Az IPv4 ToS (type-of-service) param\u00e9terei az IPQoS direkt\u00edv\u00e1ban elavultnak min\u0151s\u00fclnek (a ToS-t a DSCP v\u00e1ltotta fel).\n
Az ssh-add parancsban a tan\u00fas\u00edtv\u00e1ny ssh-agentbe t\u00f6rt\u00e9n\u0151 hozz\u00e1ad\u00e1sakor a tan\u00fas\u00edtv\u00e1ny \u00e9lettartam\u00e1nak be\u00e1ll\u00edt\u00e1sa 5 perccel hosszabb id\u0151tartamra lett megoldva, mint a tan\u00fas\u00edtv\u00e1ny \u00e9rv\u00e9nyess\u00e9gi ideje (a lej\u00e1rt tan\u00fas\u00edtv\u00e1ny automatikus elt\u00e1vol\u00edt\u00e1s\u00e1hoz). E viselked\u00e9s letilt\u00e1s\u00e1ra az ssh-add parancshoz az «-N» opci\u00f3 ker\u00fclt hozz\u00e1ad\u00e1sra.\n
Elt\u00e1vol\u00edtott\u00e1k az XMSS kulcsok t\u00e1mogat\u00e1s\u00e1t, amelyet k\u00eds\u00e9rleti st\u00e1tuszra min\u0151s\u00edtettek, \u00e9s soha nem volt alap\u00e9rtelmezett be\u00e1ll\u00edtva.\n
Az ssh-agent \u00e9s az sshd folyamatok \u00e1ltal l\u00e9trehozott Unix-socketek a \/tmp k\u00f6nyvt\u00e1rb\u00f3l a ~\/.ssh\/agent k\u00f6nyvt\u00e1rba ker\u00fcltek \u00e1t, ami biztos\u00edtja, hogy a f\u00e1jlrendszerhez korl\u00e1tozott hozz\u00e1f\u00e9r\u00e9s\u0171 izol\u00e1lt folyamatok ne f\u00e9rhessenek hozz\u00e1 ezekhez a socketekhez, mik\u00f6zben a \/tmp-hez hozz\u00e1f\u00e9r\u00e9s\u00fck nyitva \u00e1ll. <\/ul>\n