{"id":99317,"date":"2021-03-03T10:22:34","date_gmt":"2021-03-03T08:22:34","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/reliz-openssh-8-5"},"modified":"2021-03-03T10:22:34","modified_gmt":"2021-03-03T08:22:34","slug":"reliz-openssh-8-5","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/news\/reliz-openssh-8-5","title":{"rendered":"Udgivelsen af OpenSSH 8.5","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Efter fem m\u00e5neders udvikling er OpenSSH 8.5 blevet frigivet, en \u00e5ben implementering af en klient og server til arbejde med protokollerne SSH 2.0 og SFTP. <\/p>\n

OpenSSH-udviklerne har mindet om den kommende opgradering af for\u00e6ldede algoritmer, der bruger SHA-1 hashes, i takt med at effektiviteten af kollisioner med en given pr\u00e6fiks er steget (omkostningerne ved at finde en kollision er ansl\u00e5et til omkring 50.000 dollars). I en af de kommende udgivelser planl\u00e6gges det at deaktivere brugen af algoritmen til digitale signaturer baseret p\u00e5 offentlig n\u00f8gle, «ssh-rsa», som n\u00e6vnes i den originale RFC for SSH-protokollen og fortsat er udbredt i praksis. <\/p>\n

For at kontrollere brugen af ssh-rsa i dine systemer kan du fors\u00f8ge at oprette forbindelse via ssh med indstillingen «-oHostKeyAlgorithms=-ssh-rsa». Deaktivering af digitale underskrifter «ssh-rsa» som standard betyder ikke, at brugen af RSA-n\u00f8gler helt opgives; da SSH-protokollen tillader brugen af andre hash-algoritmer udover SHA-1. Is\u00e6r vil der foruden «ssh-rsa» stadig v\u00e6re mulighed for at bruge parrene «rsa-sha2-256» (RSA\/SHA256) og «rsa-sha2-512» (RSA\/SHA512). <\/p>\n

For at lette overgangen til nye algoritmer er indstillingen UpdateHostKeys som standard aktiveret i OpenSSH 8.5, hvilket g\u00f8r det muligt automatisk at opgradere klienter til mere sikre algoritmer. Med denne indstilling aktiveres en s\u00e6rlig udvidelse af protokollen «hostkeys@openssh.com», som giver serveren mulighed for efter autentificering at informere klienten om alle tilg\u00e6ngelige v\u00e6rtsn\u00f8gler. Klienten kan reflektere disse n\u00f8gler i sin fil ~\/.ssh\/known_hosts, hvilket muligg\u00f8r opdatering af v\u00e6rtsn\u00f8gler og forenkler udskiftning af n\u00f8gler. serveren<\/a>. <\/p>\n

Brugen af UpdateHostKeys er begr\u00e6nset af et par forbehold, som muligvis kan \u00e6ndres i fremtiden: n\u00f8glen skal n\u00e6vnes i UserKnownHostsFile og ikke bruges i GlobalKnownHostsFile; n\u00f8glen m\u00e5 kun v\u00e6re til stede under \u00e9t navn; certifikatet for v\u00e6rtsn\u00f8glen m\u00e5 ikke anvendes; der m\u00e5 ikke anvendes masker i known_hosts; indstillingen VerifyHostKeyDNS skal v\u00e6re deaktiveret; parameteren UserKnownHostsFile skal v\u00e6re aktiv. <\/p>\n

Blandt de anbefalede algoritmer til migrering n\u00e6vnes rsa-sha2-256\/512 baseret p\u00e5 RFC8332 RSA SHA-2 (underst\u00f8ttet fra OpenSSH 7.2 og bruges som standard), ssh-ed25519 (underst\u00f8ttet fra OpenSSH 6.5) og ecdsa-sha2-nistp256\/384\/521 baseret p\u00e5 RFC5656 ECDSA (underst\u00f8ttet fra OpenSSH 5.7). <\/p>\n

Andre \u00e6ndringer: <\/p>\n