Utgivelse av OpenSSH 8.7

Etter fire måneders utvikling er utgivelsen av OpenSSH 8.7 klar, en åpen implementering av klient og server for arbeid med protokollene SSH 2.0 og SFTP.

Hovedendringer:

• I scp er det lagt til en eksperimentell tilstand for dataoverføring ved bruk av SFTP-protokollen i stedet for den tradisjonelt brukte SCP/RCP-protokollen. SFTP bruker mer forutsigbare metoder for behandling av navn og unngår glob-mønsterbehandling via shell på den andre verten, noe som skaper sikkerhetsproblemer. For å aktivere SFTP i scp er flagget «-s» foreslått, men det er planer om å gå over til denne protokollen som standard i fremtiden.
• I sftp-serveren er det implementert SFTP-protokollekster for å avdekke stier ~ / og ~user /, noe som er nødvendig for scp.
• I scp-verktøyet er oppførselen ved filkopiering mellom to eksterne verter (f.eks. «scp host-a:/path host-b:») endret, slik at det nå som standard utføres via en mellomliggende lokal verts, som ved angivelse av flagget «-3». Denne metoden gjør at det unngås å sende unødvendige legitimasjon til den første verten og tredobbelt tolkning av filnavn i shell (på kilde-, mottaker- og lokal system), og ved bruk av SFTP kan man bruke alle autentiseringsmetoder når man kontakter eksterne verter, ikke bare ikke-interaktive metoder. For å gjenopprette den gamle oppførselen er det lagt til en opsjon «-R».
• I ssh er det lagt til en innstilling ForkAfterAuthentication, som tilsvarer flagget «-f».
• I ssh er det lagt til en innstilling StdinNull, som tilsvarer flagget «-n».
• I ssh er det lagt til en innstilling SessionType, der man kan sette moduser som tilsvarer flaggene «-N» (uten sesjon) og «-s» (subsystem).
• I ssh-keygen er det tillatt å spesifisere gyldighetsintervallet for nøkler i nøkkelfilene.
• I ssh-keygen er det lagt til flagget «-Oprint-pubkey» for å utstede den fullstendige åpne nøkkel som en del av signaturen sshsig.
• I både ssh og sshd, både klient og server, er det overgått til bruk av en strengere parser for konfigurasjonsfilen, som bruker shell-lignende regler for behandling av anførselstegn, mellomrom og escape-tegn. Den nye parseren forbigår heller ikke tidligere forutsetninger, som å utelate argumenter i opsjoner (f.eks. er det nå ikke tillatt å la direktivet DenyUsers være tomt), åpne anførselstegn og spesifisere flere likhetstegn «=».
• Når DNS-poster SSHFP brukes til verifisering av nøkler, sjekker ssh nå alle samsvarende poster, og ikke bare de som inneholder en spesifikk type digital signatur.
• I ssh-keygen, når en FIDO-nøkkel genereres med alternativet -Ochallenge for hashing, brukes nå den innebygde mellomvaren i stedet for libfido2, noe som gjør det mulig å bruke challenge-sekvenser av større eller mindre størrelse enn 32 byte.
• I sshd, når direktivet environment=»…» behandles i authorized_keys-filer, aksepteres nå den første samsvaret, og det er en grense på 1024 navn til miljøvariabler.

Utviklerne av OpenSSH har også advart om at algoritmer som bruker SHA-1-hash nå er utdaterte på grunn av økt effektivitet av kollisjonsangrep med forhåndsbestemt prefiks (kostnaden for å finne en kollisjon er estimert til omtrent 50 000 dollar). I neste utgave er det planlagt å deaktivere støtte for algoritmen for digitale signaturer basert på offentlig nøkkel «ssh-rsa» som nevnes i den originale RFC for SSH-protokollen og som fortsatt er utbredt i praksis.

For å kontrollere bruken av ssh-rsa i systemene dine, kan du prøve å koble til via ssh med alternativet «-oHostKeyAlgorithms=-ssh-rsa». Deaktivering av digitale signaturer for «ssh-rsa» som standard betyr ikke fullstendig avvisning av RSA-nøkler, da SSH-protokollen tillater bruk av andre hash-algoritmer i tillegg til SHA-1. Spesielt vil det fortsatt være mulig å bruke bunter av «rsa-sha2-256» (RSA/SHA256) og «rsa-sha2-512» (RSA/SHA512).

For å lette overgangen til nye algoritmer i OpenSSH, har innstillingen UpdateHostKeys tidligere vært aktivert som standard, noe som gjør det mulig å automatisk oppdatere klienter til tryggere algoritmer. Ved hjelp av denne innstillingen aktiveres en spesialutvidelse av protokollen «hostkeys@openssh.com», som tillater server å informere klienten om alle tilgjengelige verts nøkler etter at autentiseringen er fullført. Klienten kan reflektere disse nøklene i sin fil ~/ .ssh / known_hosts, noe som gjør det lettere å oppdatere verts nøkler og forenkler bytte av nøkler. serveren.

Bruken av UpdateHostKeys er begrenset av flere forbehold som kan bli opphevet i fremtiden: nøkkelen må nevnes i UserKnownHostsFile og ikke brukes i GlobalKnownHostsFile; nøkkelen må bare være til stede under ett navn; vertsnøkkelsertifikatet skal ikke brukes; det skal ikke brukes masker på vertsnavnet i known_hosts; innstillingen VerifyHostKeyDNS må være deaktivert; innstillingen UserKnownHostsFile må være aktivert.

Blant de anbefalte algoritmene for migrering er rsa-sha2-256/512 basert på RFC8332 RSA SHA-2 (støttet fra OpenSSH 7.2 og brukt som standard), ssh-ed25519 (støttet fra OpenSSH 6.5) og ecdsa-sha2-nistp256/384/521 basert på RFC5656 ECDSA (støttet fra OpenSSH 5.7).

Kilde: opennet.ru