{"id":101069,"date":"2021-08-20T22:22:44","date_gmt":"2021-08-20T20:22:44","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/reliz-openssh-8-7"},"modified":"2021-08-20T22:22:44","modified_gmt":"2021-08-20T20:22:44","slug":"reliz-openssh-8-7","status":"publish","type":"post","link":"https:\/\/prohoster.info\/no\/blog\/news\/reliz-openssh-8-7","title":{"rendered":"Utgivelse av OpenSSH 8.7","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Etter fire m\u00e5neders utvikling er utgivelsen av OpenSSH 8.7 klar, en \u00e5pen implementering av klient og server for arbeid med protokollene SSH 2.0 og SFTP. <\/p>\n
Hovedendringer: <\/p>\n
\n
I scp er det lagt til en eksperimentell modus for datatransmisjon ved bruk av SFTP-protokollen i stedet for den tradisjonelt brukte SCP\/RCP-protokollen. SFTP bruker mer forutsigbare metoder for behandling av navn og benytter ikke glob-m\u00f8nsterbehandling via shell p\u00e5 den andre verten, noe som skaper sikkerhetsproblemer. For \u00e5 aktivere SFTP i scp er det foresl\u00e5tt et flagg \u00ab-s\u00bb, men i fremtiden planlegges det \u00e5 g\u00e5 over til denne protokollen som standard.\n
I sftp-serveren er det implementert SFTP-protokollekster for \u00e5 avdekke stier ~ \/ og ~user \/, noe som er n\u00f8dvendig for scp.\n
I scp-verkt\u00f8yet er oppf\u00f8rselen endret n\u00e5r det kopieres filer mellom to eksterne verter (for eksempel \u00abscp host-a:\/path host-b:\u00bb), som n\u00e5 som standard skjer via en mellomliggende lokal vert, som ved angivelse av flagget \u00ab-3\u00bb. Denne metoden bidrar til \u00e5 unng\u00e5 overf\u00f8ring av un\u00f8dvendige legitimasjoner til den f\u00f8rste verten og tredobbel filnavninterpresjon i shell (p\u00e5 kilden, mottakeren og det lokale systemet), og ved bruk av SFTP kan alle autentiseringsmetoder benyttes n\u00e5r man henvender seg til eksterne verter, ikke bare ikke-interaktive metoder. For \u00e5 gjenvinne den gamle oppf\u00f8rselen er flagget \u00ab-R\u00bb lagt til.\n
I ssh er det lagt til en innstilling ForkAfterAuthentication, som tilsvarer flagget \u00ab-f\u00bb.\n
I ssh er det lagt til en innstilling StdinNull, som tilsvarer flagget \u00ab-n\u00bb.\n
I ssh er det lagt til en innstilling SessionType, gjennom hvilken man kan angi moduser som tilsvarer flaggene \u00ab-N\u00bb (uten sesjon) og \u00ab-s\u00bb (subsystem).\n
I ssh-keygen er det tillatt \u00e5 spesifisere gyldighetsintervallet for n\u00f8kler i n\u00f8kkelfilene.\n
I ssh-keygen er flagget \u00ab-Oprint-pubkey\u00bb lagt til for \u00e5 vise den fullstendige offentlige n\u00f8kkelen som en del av signaturen sshsig.\n
I b\u00e5de ssh og sshd, b\u00e5de klient og server, er de overf\u00f8rt til \u00e5 bruke en strengere parser for konfigurasjonsfilen, der regler som ligner p\u00e5 shell for h\u00e5ndtering av anf\u00f8rselstegn, mellomrom og escape-tegn benyttes. Den nye parseren ignorerer heller ikke tidligere aksepterte antakelser, som \u00e5 ignorere argumenter i alternativer (for eksempel kan man n\u00e5 ikke la direktivet DenyUsers v\u00e6re tomt), uavsluttede anf\u00f8rselstegn og angivelse av flere tegn \u00ab=\u00bb.\n
N\u00e5r DNS-poster SSHFP brukes til verifisering av n\u00f8kler, sjekker ssh n\u00e5 alle samsvarende poster, og ikke bare de som inneholder en spesifikk type digital signatur.\n
I ssh-keygen, n\u00e5r en FIDO-n\u00f8kkel genereres med alternativet -Ochallenge for hashing, brukes n\u00e5 den innebygde mellomvaren i stedet for libfido2, noe som gj\u00f8r det mulig \u00e5 bruke challenge-sekvenser av st\u00f8rre eller mindre st\u00f8rrelse enn 32 byte.\n
I sshd, n\u00e5r direktivet environment=\u00ab\u2026\u00bb i authorized_keys-filene behandles, godtas n\u00e5 den f\u00f8rste matchen og det er en begrensning p\u00e5 1024 navn p\u00e5 milj\u00f8variabler. <\/ul>\n
OpenSSH-utviklerne advarte ogs\u00e5 om at algoritmer som bruker SHA-1-hash, n\u00e5 betraktes som utdaterte p\u00e5 grunn av \u00f8kt effektivitet i kollisjonsangrep med et gitt prefiks (kostnaden for \u00e5 finne en kollisjon er estimert til rundt 50 000 dollar). I den neste utgaven planlegges det \u00e5 sl\u00e5 av muligheten for \u00e5 bruke algoritmen for digitale signaturer med offentlig n\u00f8kkel \u00abssh-rsa\u00bb som nevnt i den originale RFC for SSH-protokollen og som fortsatt er utbredt i praksis. <\/p>\n
For \u00e5 sjekke bruken av ssh-rsa i systemene dine, kan du pr\u00f8ve \u00e5 koble til via ssh med alternativet \u00ab-oHostKeyAlgorithms=-ssh-rsa\u00bb. \u00c5 sl\u00e5 av digitale signaturer \u00abssh-rsa\u00bb som standard betyr ikke et fullstendig avslag p\u00e5 bruken av RSA-n\u00f8kler, siden SSH-protokollen tillater bruk av andre hash-algoritmer i tillegg til SHA-1. Spesielt vil det, i tillegg til \u00abssh-rsa\u00bb, fortsatt v\u00e6re mulig \u00e5 bruke \u00abrsa-sha2-256\u00bb (RSA\/SHA256) og \u00abrsa-sha2-512\u00bb (RSA\/SHA512). <\/p>\n