{"id":123456,"date":"2025-04-10T03:05:07","date_gmt":"2025-04-10T01:05:07","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/reliz-openssh-10-0"},"modified":"2025-04-10T03:05:07","modified_gmt":"2025-04-10T01:05:07","slug":"reliz-openssh-10-0","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/news\/reliz-openssh-10-0","title":{"rendered":"Udgivelsen af OpenSSH 10.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
OpenSSH 10.0 er blevet frigivet, en open source-implementering af klient og server til arbejde med SSH 2.0 og SFTP-protokollerne. De vigtigste \u00e6ndringer: <\/p>\n
\n
St\u00f8tten til digitale signaturer baseret p\u00e5 DSA-algoritmen er blevet fjernet, da sikkerhedsniveauerne ikke lever op til nutidens krav. Omkostningerne ved at forts\u00e6tte vedligeholdelsen af den usikre DSA-algoritme er ikke berettigede, og dens fjernelse vil stimulere til oph\u00f8ret af st\u00f8tte til DSA i andre SSH-implementeringer og kryptografiske biblioteker. Som standard er brugen af DSA-n\u00f8gler stoppet siden 2015.\n
Opdelingen af sshd i flere separate eksekverbare filer forts\u00e6tter. I OpenSSH 9.8 blev sshd-session-processen adskilt fra sshd, som h\u00e5ndterer opgaver relateret til sessioner. I OpenSSH 10.0 er koden, der udf\u00f8rer autentificeringen, blevet flyttet fra sshd-session til en separat sshd-auth-proces. sshd-auth-processen g\u00f8r det muligt at isolere autentificeringsrelaterede data i adresseomr\u00e5det af en separat proces, hvilket forhindrer adgang til disse data i hukommelsen i tilf\u00e6lde af angreb p\u00e5 koden, der bruges til at h\u00e5ndtere forbindelsesfaserne indtil autentificeringen er afsluttet. Desuden vil \u00e6ndringen reducere hukommelsesforbruget en smule, da koden relateret til autentificering nu kun er til stede i hukommelsen under autentificeringsprocessen og derefter fjernes, n\u00e5r sshd-auth-processen afsluttes.\n
I ssh er der som standard implementeret en hybrid n\u00f8gleudvekslingsalgoritme «mlkem768x25519-sha256», som er modstandsdygtig over for brute force angreb fra kvantecomputere og best\u00e5r af en kombination af X25519 ECDH og ML-KEM algoritmen (CRYSTALS-Kyber), der er standardiseret af National Institute of Standards and Technology (NIST). ML-KEM anvender kryptografiske metoder baseret p\u00e5 l\u00f8sningen af opgaver inden for gitterteori, hvor tidsforbruget til l\u00f8sning ikke adskiller sig mellem traditionelle og kvantecomputere.\n
I ssh_config er der tilf\u00f8jet support for substitution «%-token» og ekspansion af milj\u00f8variabler i direktiverne SetEnv og User.\n
I ssh_config og sshd_config er der tilf\u00f8jet support for udtrykket «Match version», der g\u00f8r det muligt at anvende indstillinger afh\u00e6ngig af den installerede version af OpenSSH, for eksempel kan «Match version OpenSSH_10.*» anvendes for at binde til OpenSSH 10.\n
Der er tilf\u00f8jet underst\u00f8ttelse af udtryk i ssh_config:\n
\n
«Match sessiontype», der g\u00f8r det muligt at anvende indstillinger afh\u00e6ngig af den type session, der anmodes om: «shell» for interaktive sessioner, «exec» for kommandoudf\u00f8relse, «subsystem» for sftp og «none» for tunneler og trafik omdirigering.\n
«Match command» til at knytte handlinger til de kommandoer, der angives i kommandolinjen ved k\u00f8rsel via ssh.\n
‘Match tagged «»‘ og ‘Match command «»‘ til at binde til tomme tags og k\u00f8re ssh uden at Angive en eksekveringskommando. <\/ul>\n
I sshd_config er brug af masker i filstier tilladt, som angives i direktiverne AuthorizedKeysFile og AuthorizedPrincipalsFile.\n
I ssh-klienten er der tilf\u00f8jet support for indstillingen «VersionAddendum» for at tilf\u00f8je vilk\u00e5rlig tekst til versionsnummeret (tidligere var denne indstilling kun tilg\u00e6ngelig for server<\/a> sshd).\n