{"id":110627,"date":"2023-10-05T15:10:24","date_gmt":"2023-10-05T13:10:24","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/reliz-openssh-9-5"},"modified":"2023-10-05T15:10:24","modified_gmt":"2023-10-05T13:10:24","slug":"reliz-openssh-9-5","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/reliz-openssh-9-5","title":{"rendered":"Release von OpenSSH 9.5","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Ver\u00f6ffentlichung von OpenSSH 9.5, einer offenen Implementierung von Client und Server f\u00fcr die Protokolle SSH 2.0 und SFTP, wurde bekannt gegeben. <\/p>\n
Wesentliche \u00c4nderungen: <\/p>\n
\n
In ssh-keygen ist standardm\u00e4\u00dfig die Generierung von Schl\u00fcsseln basierend auf der digitalen Signatur Ed25519 aktiviert, die von Daniel Bernstein entwickelt und in RFC 8709 standardisiert wurde. Es wird darauf hingewiesen, dass Ed25519-Schl\u00fcssel seit der Version OpenSSH 6.5 (2014) unterst\u00fctzt werden und aufgrund ihrer geringen Gr\u00f6\u00dfe benutzerfreundlicher sind. Dar\u00fcber hinaus bieten Ed25519 digitale Signaturen ein h\u00f6heres Sicherheitsniveau als ECDSA und DSA und zeigen sehr hohe Geschwindigkeiten bei der Verifizierung und Erstellung von Signaturen. Die Widerstandsf\u00e4higkeit gegen Angriffe f\u00fcr Ed25519 betr\u00e4gt etwa 2^128 (im Durchschnitt sind 2^140 bitweise Operationen erforderlich, um Ed25519 anzugreifen), was der Widerstandskraft von Algorithmen wie NIST P-256 und RSA mit einer Schl\u00fcssell\u00e4nge von 375 Byte oder einem 128-Bit-Blockchiffrier entspricht. Ed25519 ist au\u00dferdem nicht anf\u00e4llig f\u00fcr Kollisionsprobleme bei Hashes, unempfindlich gegen\u00fcber Angriffen durch Zeitmessung von Caches (Cache-Timing-Angriffe) und Angriffen \u00fcber Seitenkan\u00e4le (Side-Channel-Angriffe).\n
Das ssh-Tool wurde um einen Schutz gegen Angriffe durch externe Kan\u00e4le erweitert, die Verz\u00f6gerungen zwischen Tasteneingaben analysieren, um die Eingabe zu reproduzieren. Solche Angriffe basieren darauf, dass die Verz\u00f6gerungen bei der Eingabe von Text von der Anordnung der Tasten auf der Tastatur abh\u00e4ngen (zum Beispiel erfolgt die Reaktion beim Eingeben des Buchstabens \u201eF\u201c schneller als beim Eingeben von \u201eQ\u201c oder \u201eX\u201c, da weniger Fingerbewegungen erforderlich sind). SSH war anf\u00e4llig f\u00fcr diese Angriffe, da es Informationen \u00fcber das eingegebene Zeichen in einem separaten Paket sofort nach dem Dr\u00fccken jeder Taste sendete. Entsprechend korrelierten die Verz\u00f6gerungen zwischen dem Versand der Pakete mit den Verz\u00f6gerungen zwischen den Tasteneingaben.\n
Um die Besonderheiten interaktiver Eingaben im Verkehr zu verbergen, wurde in ssh die Daten\u00fcbertragung nicht w\u00e4hrend der Eingabe, sondern nur in festen Zeitintervallen (standardm\u00e4\u00dfig 20 ms) implementiert. Zudem werden zur Verwirrung der Angreifer in zuf\u00e4lligen Momenten nach dem Senden tats\u00e4chlicher Daten gef\u00e4lschte Tasteneingaben gesendet. Zur Konfiguration des Schutzes wurde in ssh_config der Parameter \u201eObscureKeystrokeTiming\u201c hinzugef\u00fcgt. <\/p>\n
In ssh und sshd wird die Unterst\u00fctzung der SSH-Protokollerweiterung «ping@openssh.com» implementiert, die einen neuen Nachrichtentyp SSH2_MSG_PING und SSH2_MSG_PONG hinzuf\u00fcgen, um regelm\u00e4\u00dfig Pakete in festen Intervallen zu senden. Diese Erweiterung ist notwendig f\u00fcr den bereits genannten Schutz vor Angriffen \u00fcber Nebenkan\u00e4le.\n
In sshd ist es nun erlaubt, die Sybsystem-Direktiven \u00fcber Match-Bl\u00f6cke zu \u00fcberschreiben.\n
In sshd wurde die Verarbeitung von Anf\u00fchrungszeichen in der Subsystem-Direktive ge\u00e4ndert, sodass diese nun f\u00fcr Befehle und Argumente beibehalten werden, was zu Inkompatibilit\u00e4ten mit sehr seltenen Konfigurationen f\u00fchren kann. <\/ul>\n