{"id":182869,"date":"2026-08-12T04:54:03","date_gmt":"2026-08-12T02:54:03","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-openssh-10-5"},"modified":"2026-08-12T04:54:03","modified_gmt":"2026-08-12T02:54:03","slug":"vypusk-openssh-10-5","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/vypusk-openssh-10-5","title":{"rendered":"Erscheinung von OpenSSH 10.5","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Ver\u00f6ffentlichung von OpenSSH 10.5, einer offenen Implementierung von Client und Server f\u00fcr die Protokolle SSH 2.0 und SFTP, wurde bekannt gegeben. Die wichtigsten \u00c4nderungen: <\/p>\n
\n
F\u00fcr die portable Version von OpenSSH ist nun die Unterst\u00fctzung der elliptischen Kurven-Kryptographie (ECC - Elliptic Curve Cryptography) in der Bibliothek libcrypto erforderlich, einschlie\u00dflich der Unterst\u00fctzung der elliptischen Kurve NISTP521. In den Implementierungen von libcrypto aus den Projekten LibreSSL, OpenSSL, BoringSSL und AWS LC ist diese Unterst\u00fctzung standardm\u00e4\u00dfig enthalten.\n
In der ssh-keygen-Utility wurde bei der Passwortzur\u00fccksetzung f\u00fcr private Schl\u00fcssel von FIDO-Token die M\u00f6glichkeit implementiert, die Flags touch-required und verify-required festzulegen, die eine Best\u00e4tigung vom Benutzer erfordern.\n
In der SSH-Anwendung wurde die Reihenfolge der Zertifikatverwendung bei der Authentifizierung mit \u00f6ffentlichen Schl\u00fcsseln ge\u00e4ndert - nun werden zuerst FIDO-Schl\u00fcssel verwendet, die keine Benutzerinteraktion erfordern, gefolgt von Schl\u00fcsseln, die eine PIN-Code- oder biometrische Verifizierung anfordern.\n
Der Befehl \u201essh -Z user\u201c wurde hinzugef\u00fcgt, der die Schl\u00fcssel in der Reihenfolge ihrer Verwendung f\u00fcr die Authentifizierung mit \u00f6ffentlichen Schl\u00fcsseln ausgibt.\n
Sicherheitsprobleme wurden behoben:\n
\n
Die fehlerhafte Verarbeitung von Anfragen zur Bindung von Sitzungen bei der Blockierung des SSH-Agenten wurde behoben, die dazu f\u00fchrte, dass anstelle einer Zugangsverweigerung der SSH-Agent das Entfernen von PKCS#11-Token und die Verwendung von Schl\u00fcsseln, die in den Einstellungen an bestimmte Server gebunden sind, remote erlaubte.\n
Im ssh-Client wurde ein potenzieller Zugriff auf Speicher nach dessen Freigabe (use-after-free) behoben, der bei der Multiplexierung von SSH-Verbindungen \u00fcber einen Socket auftrat, wenn ein neuer Portforwarding hinzugef\u00fcgt wurde, w\u00e4hrend der Client noch auf eine Antwort des Servers f\u00fcr das \u00d6ffnen des vorherigen Forwardings wartete.\n
In sshd wird die korrekte Anwendung der Einschr\u00e4nkungen, die \u00fcber das Flag \u201erestrict\u201c in der Datei authorized_keys festgelegt sind, f\u00fcr umgeleitete Tunnel sichergestellt. <\/ul>\n<\/ul>\n