{"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\/no\/blog\/news\/reliz-openssh-10-0","title":{"rendered":"Utgivelsen av OpenSSH 10.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Utgitt OpenSSH 10.0, en \u00e5pen implementering av klient og server for arbeid med protokollene SSH 2.0 og SFTP. Hovedendringer: <\/p>\n
\n
St\u00f8tten for digitale signaturer basert p\u00e5 DSA-algoritmen er fjernet, da beskyttelsesniv\u00e5et ikke lenger oppfyller moderne krav. Kostnadene ved \u00e5 opprettholde den usikre DSA-algoritmen er uforholdsmessige, og fjerningen av den vil stimulere til opph\u00f8r av st\u00f8tte for DSA i andre SSH-implementeringer og kryptografiske biblioteker. Bruken av DSA-n\u00f8kler ble som standard avsluttet allerede i 2015.\n
Delingen av sshd i flere separate kj\u00f8rbare filer er fortsatt i gang. I OpenSSH 9.8 ble sshd delt ut i prosessen sshd-session, som h\u00e5ndterer oppgaver knyttet til sesjonsbehandling. I OpenSSH 10.0 ble koden som utf\u00f8rer autentisering fra sshd-session flyttet til en egen prosess, sshd-auth. Prosessen sshd-auth tillater en ekstra isolering av autentiseringsdata i adresseomr\u00e5det til en egen prosess, noe som forhindrer tilgang til disse dataene i minnet hvis det gjennomf\u00f8res angrep p\u00e5 koden som brukes til \u00e5 h\u00e5ndtere tilkoblingsfaser f\u00f8r autentiseringen er fullf\u00f8rt. I tillegg vil endringen litt redusere minnebruken, da autentiseringskoden n\u00e5 kun vil v\u00e6re i minnet under autentisering, f\u00f8r den blir lastet ut ved avslutningen av prosessen sshd-auth.\n
I ssh er det som standard implementert en hybrid n\u00f8kkelutvekslingsalgoritme \u00abmlkem768x25519-sha256\u00bb, som er motstandsdyktig mot angrep fra kvantecomputer og som representerer en kombinasjon av X25519 ECDH og ML-KEM-algoritmen (CRYSTALS-Kyber), standardisert av National Institute of Standards and Technology (NIST) i USA. ML-KEM bruker kryptografiske metoder basert p\u00e5 l\u00f8sning av problemer innen gitterteori, der tiden det tar \u00e5 l\u00f8se dem ikke skiller seg mellom vanlige og kvantecomputere.\n
I ssh_config er det lagt til st\u00f8tte for substitusjon av \u00ab%-token\u00bb i direktivene SetEnv og User, samt for oppl\u00f8sning av milj\u00f8variabler.\n
Det er lagt til st\u00f8tte for uttrykket \u00abMatch version\u00bb i ssh_config og sshd_config, som gj\u00f8r det mulig \u00e5 bruke innstillinger basert p\u00e5 den eksisterende versjonen av OpenSSH. For eksempel kan man spesifisere \u00abMatch version OpenSSH_10.*\u00bb for \u00e5 binde seg til OpenSSH 10.\n
I ssh_config er det lagt til st\u00f8tte for uttrykkene:\n
\n
\u00abMatch sessiontype\u00bb gj\u00f8r det mulig \u00e5 bruke innstillinger avhengig av hvilken type sesjon som foresp\u00f8rres: \u00abshell\u00bb for interaktive sesjoner, \u00abexec\u00bb for kj\u00f8ring av kommandoer, \u00absubsystem\u00bb for sftp, og \u00abnone\u00bb for tunneler og trafikkoppretting.\n
\u00abMatch command\u00bb for \u00e5 knytte handlinger til kommandoene som er angitt i kommandolinjen ved oppstart via ssh.\n
\u2018Match tagged \u00ab\u00bb og \u2018Match command \u00ab\u2019 for \u00e5 knytte til tomme etiketter og kj\u00f8re ssh uten \u00e5 spesifisere en utf\u00f8rende kommando. <\/ul>\n
I sshd_config er bruk av masker i filveier tillatt, angitt i direktivene AuthorizedKeysFile og AuthorizedPrincipalsFile.\n
I ssh-klienten er det lagt til st\u00f8tte for alternativet \u00abVersionAddendum\u00bb for \u00e5 legge til vilk\u00e5rlig tekst til versjonslinjen (dette alternativet var tidligere kun tilgjengelig for... serveren<\/a> sshd).\n