{"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\/de\/blog\/novosti-interneta\/reliz-openssh-8-5","title":{"rendered":"OpenSSH 8.5 ver\u00f6ffentlicht","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Nach f\u00fcnf Monaten Entwicklungszeit wurde die Version OpenSSH 8.5 ver\u00f6ffentlicht, eine offene Implementierung von Client und Server f\u00fcr die Protokolle SSH 2.0 und SFTP. <\/p>\n

Die Entwickler von OpenSSH haben an die bevorstehende Einstufung der veralteten Algorithmen erinnert, die SHA-1-Hashes verwenden, da die Effizienz von Kollisionen mit festgelegtem Pr\u00e4fix zunimmt (die Kosten f\u00fcr die Erzeugung einer Kollision werden auf etwa 50.000 Dollar gesch\u00e4tzt). In einer der n\u00e4chsten Versionen ist geplant, die M\u00f6glichkeit zur Verwendung des Algorithmus f\u00fcr digitale Signaturen mit \u00f6ffentlichem Schl\u00fcssel \u00abssh-rsa\u00bb standardm\u00e4\u00dfig zu deaktivieren, der im urspr\u00fcnglichen RFC f\u00fcr das SSH-Protokoll erw\u00e4hnt wird und in der Praxis weiterhin weit verbreitet ist. <\/p>\n

Um die Verwendung von ssh-rsa in Ihren Systemen zu \u00fcberpr\u00fcfen, k\u00f6nnen Sie versuchen, sich \u00fcber SSH mit der Option \"-oHostKeyAlgorithms=-ssh-rsa\" zu verbinden. Das standardm\u00e4\u00dfige Deaktivieren der digitalen Signaturen \"ssh-rsa\" bedeutet jedoch nicht, dass RSA-Schl\u00fcssel vollst\u00e4ndig aufgegeben werden, da das SSH-Protokoll neben SHA-1 auch die Verwendung anderer Hash-Algorithmen zul\u00e4sst. Insbesondere bleibt neben \"ssh-rsa\" die M\u00f6glichkeit, die Verbindungen \"rsa-sha2-256\" (RSA\/SHA256) und \"rsa-sha2-512\" (RSA\/SHA512) zu nutzen. <\/p>\n

Um den \u00dcbergang zu neuen Algorithmen zu erleichtern, ist in OpenSSH 8.5 standardm\u00e4\u00dfig die Einstellung UpdateHostKeys aktiviert, die es erm\u00f6glicht, Clients automatisch auf zuverl\u00e4ssigere Algorithmen umzuleiten. Mit dieser Einstellung wird eine spezielle Erweiterung des Protokolls \u00abhostkeys@openssh.com\u00bb aktiviert, die es dem Server nach der Authentifizierung erm\u00f6glicht, den Client \u00fcber alle verf\u00fcgbaren Hostschl\u00fcssel zu informieren. Der Client kann diese Schl\u00fcssel in seiner Datei ~\/ .ssh\/known_hosts erfassen, was die Aktualisierung der Hostschl\u00fcssel organisiert und den Wechsel der Schl\u00fcssel vereinfacht. Server<\/a>. <\/p>\n

Die Verwendung von UpdateHostKeys ist durch einige Vorbehalte eingeschr\u00e4nkt, die in Zukunft m\u00f6glicherweise aufgehoben werden: Der Schl\u00fcssel muss in UserKnownHostsFile erw\u00e4hnt werden und darf nicht im GlobalKnownHostsFile verwendet werden; der Schl\u00fcssel muss nur unter einem Namen vorhanden sein; Hostschl\u00fcsselzertifikate d\u00fcrfen nicht verwendet werden; in known_hosts d\u00fcrfen keine Hostnamen-Muster verwendet werden; die Einstellung VerifyHostKeyDNS muss deaktiviert sein; die Option UserKnownHostsFile muss aktiv sein. <\/p>\n

Zu den empfohlenen Algorithmen f\u00fcr die Migration geh\u00f6ren rsa-sha2-256\/512 basierend auf RFC8332 RSA SHA-2 (unterst\u00fctzt ab OpenSSH 7.2 und standardm\u00e4\u00dfig verwendet), ssh-ed25519 (unterst\u00fctzt ab OpenSSH 6.5) und ecdsa-sha2-nistp256\/384\/521 basierend auf RFC5656 ECDSA (unterst\u00fctzt ab OpenSSH 5.7). <\/p>\n

Weitere \u00c4nderungen: <\/p>\n