Efter fire måneders udvikling præsenteres OpenSSH 8.7, en open source-implementering af klient og server til arbejde med SSH 2.0 og SFTP protokoller.
Vigtige ændringer:
- I scp er der tilføjet en eksperimentel dataoverførselsmetode, der bruger SFTP-protokollen i stedet for den traditionelt anvendte SCP/RCP-protokol. I SFTP anvendes mere forudsigelige metoder til navngivning, og glob-mønstre behandles ikke gennem shell på den anden vært, hvilket kan skabe sikkerhedsproblemer. For at aktivere SFTP i scp foreslås flaget «-s», men der er planer om at overgå til denne protokol som standard i fremtiden.
- I sftp-serveren er der implementeret SFTP-protokoludvidelser til at afsløre stierne ~ / og ~user /, som er nødvendige for scp.
- I scp-værktøjet er adfærden ændret ved kopiering af filer mellem to fjernaftale (for eksempel «scp host-a:/sti host-b:»), som nu som standard udføres gennem en mellemleds lokal vært, ligesom når flaget «-3» er angivet. Denne tilgang forhindrer overførsel af unødvendige legitimationsoplysninger til den første vært og tredobbelt fortolkning af filnavne i shell (på kilde-, modtager- og lokal systemniveau), og ved brug af SFTP muliggør det brugen af alle autentificeringsmetoder mod fjernaftaler og ikke kun de ikke-interaktive metoder. En option «-R» er tilføjet for at gendanne den tidligere adfærd.
- I ssh er der tilføjet en konfiguration, ForkAfterAuthentication, der svarer til flaget «-f».
- I ssh er der tilføjet en konfiguration, StdinNull, der svarer til flaget «-n».
- I ssh er der tilføjet en konfiguration, SessionType, gennem hvilken man kan indstille tilstande, der svarer til flagene «-N» (uden session) og «-s» (subsystem).
- I ssh-keygen er det tilladt at angive nøglernes gyldighedsperiode i nøglefiler.
- I ssh-keygen er flaget «-Oprint-pubkey» tilføjet for at udskrive den fulde offentlige nøgle som en del af sshsig-signaturen.
- I både ssh og sshd, som både klient og server, er der gået over til brugen af en mere streng parser til konfigurationsfilen, der anvender shell-lignende regler for behandling af citater, rum og escape-tegn. Den nye parser tillader heller ikke tidligere eksisterende antagelser, såsom at undlade argumenter i muligheder (for eksempel kan man nu ikke efterlade en tom DenyUsers-direktiv), ubesluttede citater og angivelse af flere «=» tegn.
- Når SSHFP DNS-poster anvendes til verifikation af nøgler, kontrollerer SSH nu alle matchende poster, ikke kun dem med en bestemt type digital signatur.
- Ved generering af en FIDO-nøgle i ssh-keygen, hvor indstillingen -Ochallenge bruges til hashing, anvendes der nu en indbygget lag, frem for libfido2, hvilket muliggør udfordringssekvenser, der er større eller mindre end 32 byte.
- I sshd, ved behandling af direktivet environment=»…» i authorized_keys-filer, accepteres nu det første match og der er en begrænsning på 1024 navne på miljøvariabler.
OpenSSH-udviklerne har også advaret om overgangen til forældede algoritmer, der bruger SHA-1 hashes, i lyset af de forbedrede kollisionsangreb med et givet præfiks (omkostningen for at finde en kollission estimeres til ca. 50.000 dollars). I den kommende version planlægges det at deaktivere muligheden for at bruge algoritmen til digitale signaturer med åben nøgle 'ssh-rsa' som standard, som nævnes i den originale RFC for SSH-protokollen og stadig er vidt udbredt i praksis.
For at kontrollere anvendelsen af ssh-rsa i dine systemer kan du forsøge at oprette forbindelse via ssh med indstillingen '-oHostKeyAlgorithms=-ssh-rsa'. At deaktivere digitale signaturer 'ssh-rsa' som standard betyder ikke et totalt opgør med brugen af RSA-nøgler, da SSH-protokollen tillader anvendelse af andre hashingalgoritmer udover SHA-1. Specifikt vil der foruden 'ssh-rsa' stadig være mulighed for at bruge sættene 'rsa-sha2-256' (RSA/SHA256) og 'rsa-sha2-512' (RSA/SHA512).
For at lette overgangen til nye algoritmer i OpenSSH var indstillingen UpdateHostKeys tidligere aktiveret som standard, hvilket muliggør automatisk overførsel af klienter til mere sikre algoritmer. Denne indstilling aktiverer en særlig udvidelse af protokollen 'hostkeys@openssh.com', som muliggør server at informere klienten om alle tilgængelige værtsnøgler efter autentificering. Klienten kan reflektere disse nøgler i sin fil ~/ .ssh/known_hosts, hvilket muliggør opdatering af værtsnøgler og forenkler ændring af nøgler. serveren.
Brugen af UpdateHostKeys er begrænset af et par forbehold, som muligvis kan ændres i fremtiden: nøglen skal nævnes i UserKnownHostsFile og ikke bruges i GlobalKnownHostsFile; nøglen må kun være til stede under ét navn; certifikatet for værtsnøglen må ikke anvendes; der må ikke anvendes masker i known_hosts; indstillingen VerifyHostKeyDNS skal være deaktiveret; parameteren UserKnownHostsFile skal være aktiv.
Blandt de anbefalede algoritmer til migrering nævnes rsa-sha2-256/512 baseret på RFC8332 RSA SHA-2 (understøttet fra OpenSSH 7.2 og bruges som standard), ssh-ed25519 (understøttet fra OpenSSH 6.5) og ecdsa-sha2-nistp256/384/521 baseret på RFC5656 ECDSA (understøttet fra OpenSSH 5.7).
Kilde: opennet.ru
