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 ændringer:
- Støtten til digitale signaturer baseret på DSA-algoritmen er blevet fjernet, da sikkerhedsniveauerne ikke lever op til nutidens krav. Omkostningerne ved at fortsætte vedligeholdelsen af den usikre DSA-algoritme er ikke berettigede, og dens fjernelse vil stimulere til ophøret af støtte til DSA i andre SSH-implementeringer og kryptografiske biblioteker. Som standard er brugen af DSA-nøgler stoppet siden 2015.
- Opdelingen af sshd i flere separate eksekverbare filer fortsætter. I OpenSSH 9.8 blev sshd-session-processen adskilt fra sshd, som håndterer opgaver relateret til sessioner. I OpenSSH 10.0 er koden, der udfører autentificeringen, blevet flyttet fra sshd-session til en separat sshd-auth-proces. sshd-auth-processen gør det muligt at isolere autentificeringsrelaterede data i adresseområdet af en separat proces, hvilket forhindrer adgang til disse data i hukommelsen i tilfælde af angreb på koden, der bruges til at håndtere forbindelsesfaserne indtil autentificeringen er afsluttet. Desuden vil ændringen reducere hukommelsesforbruget en smule, da koden relateret til autentificering nu kun er til stede i hukommelsen under autentificeringsprocessen og derefter fjernes, når sshd-auth-processen afsluttes.
- I ssh benyttes som standard en hybrid nøgleudvekslingsalgoritme kaldet 'mlkem768x25519-sha256', der er modstandsdygtig over for brute-force angreb fra kvantecomputere og er en kombination af X25519 ECDH og ML-KEM-algoritmen (CRYSTALS-Kyber), der er standardiseret af National Institute of Standards and Technology (NIST). ML-KEM bruger kryptografiske metoder baseret på at løse opgaver inden for gitterteori, hvor løsetiderne ikke adskiller sig på almindelige og kvantecomputere.
- I ssh_config er der tilføjet understøttelse af substitutionen '%-token' i direktiverne SetEnv og User, samt for afkodning af miljøvariabler.
- I ssh_config og sshd_config er der tilføjet understøttelse af udtrykket 'Match version', som gør det muligt at anvende indstillinger afhængigt af den aktuelle version af OpenSSH, for eksempel kan man for at binde til OpenSSH 10 angive 'Match version OpenSSH_10.*'.
- Der er tilføjet understøttelse af udtryk i ssh_config:
- «Match sessiontype», der muliggør anvendelse af indstillinger afhængigt af den anmodede sessionstype: «shell» til interaktive sessioner, «exec» til at køre kommandoer, «subsystem» til sftp og «none» til tunneler og trafik omdirigering.
- «Match command» til at knytte handlinger til de kommandoer, der angives i kommandolinjen for at blive kørt via ssh.
- ‘Match tagged «»‘ og ‘Match command «»‘ til at knytte til tomme tags og køre ssh uden at angive den udførte kommando.
- I sshd_config er brug af masker i filstier tilladt, som angives i direktiverne AuthorizedKeysFile og AuthorizedPrincipalsFile.
- I ssh-klienten er support tilføjet for indstillingen «VersionAddendum» til at tilføje vilkårlig tekst til versionsnummer strengen (tidligere var denne indstilling kun tilgængelig for server sshd).
- I scp- og sftp-værktøjerne er overførsel af indstillingen «ControlMaster no» implementeret for at forhindre brug af eksisterende forbindelser, ved genforbindelse til værten.
- I sshd er support til implementeringen af Diffie-Hellman-algoritmen i endelige felter som standard deaktiveret, hvilket har medført fjernelse af «diffie-hellman-group*» og «diffie-hellman-group-exchange-*» fra KEXAlgorithms-listen. Sammenlignet med Diffie-Hellman-algoritmen baseret på elliptiske kurver er den fjerntliggende implementering langsommere og kræver flere beregningsressourcer ved et identisk sikkerhedsniveau.
- I ssh er AES-GCM nu en mere foretrukken tilstand til kryptering af forbindelsen sammenlignet med AES-CTR. Som standard er prioritetslisten for valg af krypteringer sat til: Chacha20/Poly1305, AES-GCM (128/256) og AES-CTR (128/192/256).
- I ssh-agent er implementeringen af sletning af alle indlæste nøgler ved modtagelse af SIGUSR1-signal.
- I ssh-keygen er der tilføjet support til FIDO-tokens, der ikke returnerer attestationsdata, såsom WinHello.
- I ssh-agent er indstillingen «-Owebsafe-allow=…» tilføjet til at tilsidesætte den hvide liste over FIDO-applikationer.
- Der er tilføjet et eksperimentelt værktøj regress/misc/ssh-verify-attestation til verifikation af FIDO attestationsdata, som valgfrit genereres af ssh-keygen ved registrering af FIDO-nøgler.
- I ssh-keygen er det tilladt at bruge «-» i stedet for filnavnet.
- I ssh-agent og den bærbare version af OpenSSH er der tilføjet support til aktivering via en socket i systemd-stil, implementeret ved hjælp af mekanismen LISTEN_PID/LISTEN_FDS.
- I den bærbare version:
- Support til kryptografisk bibliotek AWS-LC (AWS libcrypto) er implementeret.
- I sshd er support til wtmpdb tilføjet, som er en analog til wtmp, der ikke er udsat for problemet i 2038.
- Der er tilføjet en mulighed «—with-linux-memlock-onfault» til sshd for at fastholde sshd i hukommelsen (forhindre udskiftning til swap).
- Der er tilføjet en mulighed «—with-security-key-standalone» til at bygge et separat bibliotek sk-libfido2.
- Byggemulighederne for RPM-pakken er fjernet for RHEL 6.
- Ændring i sshd relateret til sikkerhed: direktivet DisableForwarding forhindrede ikke korrekt videresendelse af X11-protokollen og henvendelser til ssh-agent. X11-videresendelse er som standard deaktiveret på serversiden, og ssh-agent-videresendelse på klientsiden.
Kilde: opennet.ru
