Der Release von OpenSSH 10.0, der offenen Implementierung eines Clients und Servers f\u00fcr die Protokolle SSH 2.0 und SFTP, wurde ver\u00f6ffentlicht. Haupt\u00e4nderungen: <\/p>\n
\n
Die Unterst\u00fctzung f\u00fcr digitale Signaturen auf der Basis des DSA-Algorithmus wurde entfernt, da deren Sicherheitsniveau nicht den modernen Anforderungen entspricht. Die Kosten f\u00fcr die Fortf\u00fchrung der Unterst\u00fctzung des unsicheren DSA-Algorithmus rechtfertigen sich nicht und seine Entfernung wird dazu beitragen, die Unterst\u00fctzung von DSA in anderen SSH-Implementierungen und kryptografischen Bibliotheken einzustellen. Die Verwendung von DSA-Schl\u00fcsseln wurde standardm\u00e4\u00dfig bereits 2015 eingestellt.\n
Die Trennung von sshd in mehrere separate ausf\u00fchrbare Dateien wurde fortgesetzt. In OpenSSH 9.8 wurde der sshd-Prozess in den sshd-session-Prozess \u00fcberf\u00fchrt, der Aufgaben im Zusammenhang mit der Sitzungsverwaltung erf\u00fcllt. In OpenSSH 10.0 wurde aus dem sshd-session-Prozess der Code, der die Authentifizierung durchf\u00fchrt, in einen separaten Prozess sshd-auth \u00fcberf\u00fchrt. Der sshd-auth-Prozess erm\u00f6glicht eine zus\u00e4tzliche Isolierung der mit der Authentifizierung verbundenen Daten im Adressraum eines separaten Prozesses, was den Zugriff auf diese Daten im Speicher bei Angriffen auf den zur Verarbeitung der Verbindungsphasen vor Abschluss der Authentifizierung verwendeten Code verhindert. Dar\u00fcber hinaus verringert diese \u00c4nderung den Speicherverbrauch etwas, da der mit der Authentifizierung verbundene Code nun nur im Speicher vorhanden ist, w\u00e4hrend die Authentifizierung durchgef\u00fchrt wird, und anschlie\u00dfend beim Beenden des sshd-auth-Prozesses entladen wird.\n
In SSH wird standardm\u00e4\u00dfig der hybride Schl\u00fcssel-austauschalgorithmus \u201emlkem768x25519-sha256\u201c verwendet, der gegen Brute-Force-Angriffe auf Quantencomputern resistent ist und eine Kombination aus X25519 ECDH und dem ML-KEM Algorithmus (CRYSTALS-Kyber) darstellt, die vom National Institute of Standards and Technology (NIST) standardisiert wurde. ML-KEM verwendet kryptographische Methoden, die auf der L\u00f6sung von Gitterproblemen basieren, deren L\u00f6sungszeit sich auf normalen und Quantencomputern nicht unterscheidet.\n
In der ssh_config wurden die Direktiven SetEnv und User um Unterst\u00fctzung f\u00fcr die Ersetzung \u201e%-token\u201c und die Aufl\u00f6sung von Umgebungsvariablen erweitert.\n
In ssh_config und sshd_config wurde die Unterst\u00fctzung des Ausdrucks \u201eMatch version\u201c hinzugef\u00fcgt, mit dem Einstellungen je nach vorhandener OpenSSH-Version angewendet werden k\u00f6nnen. Zum Beispiel kann f\u00fcr die Bindung an OpenSSH 10 \u201eMatch version OpenSSH_10.*\u201c angegeben werden.\n
In ssh_config wurde die Unterst\u00fctzung f\u00fcr Ausdr\u00fccke hinzugef\u00fcgt:\n
\n
\u201eMatch sessiontype\u201c, das eine Anwendung von Einstellungen je nach angeforderter Sitzungstyp erm\u00f6glicht: \u201eshell\u201c f\u00fcr interaktive Sitzungen, \u201eexec\u201c zum Ausf\u00fchren von Befehlen, \u201esubsystem\u201c f\u00fcr SFTP und \u201enone\u201c f\u00fcr Tunnel und Datenumleitung.\n
\u201eMatch command\u201c zur Bindung von Aktionen an die in der Befehlszeile angegebenen Befehle zur Ausf\u00fchrung \u00fcber SSH.\n
\u201eMatch tagged \u201e\u201c und \u201eMatch command \u201e\u201c zur Bindung an leere Tags und zur Ausf\u00fchrung von SSH ohne Angabe des auszuf\u00fchrenden Befehls. <\/ul>\n
In sshd_config ist die Verwendung von Masken in Dateipfaden, die in den Direktiven AuthorizedKeysFile und AuthorizedPrincipalsFile angegeben sind, zul\u00e4ssig.\n
Im SSH-Client wurde die Unterst\u00fctzung der Option \u201eVersionAddendum\u201c hinzugef\u00fcgt, um beliebigen Text zur Versionsnummer hinzuzuf\u00fcgen (fr\u00fcher war diese Option nur verf\u00fcgbar f\u00fcr Server<\/a> sshd).\n