Nach sechs Monaten Entwicklungszeit Release , einer offenen Implementierung von Client und Server für die Protokolle SSH 2.0 und SFTP.
Besondere Aufmerksamkeit in dieser neuen Version verdient die Behebung einer Sicherheitsanfälligkeit, die ssh, sshd, ssh-add und ssh-keygen betrifft. Das Problem besteht im Code zur Analyse von privaten Schlüsseln des Typs XMSS und ermöglicht es einem Angreifer, ein Ganzzahlenüberlauf auszulösen. Die Schwachstelle wird als ausnutzbar, aber wenig anwendbar eingestuft, da die Unterstützung für XMSS-Schlüssel zu den experimentellen Funktionen gehört, die standardmäßig deaktiviert sind (in der portablen Version gibt es in autoconf nicht einmal eine Build-Option zur Aktivierung von XMSS).
Hauptänderungen:
- In ssh, sshd und ssh-agent Code, der die Wiederherstellung des sich im Arbeitsspeicher befindlichen privaten Schlüssels durch Seitenkanalangriffe, wie , und . Private Schlüssel werden jetzt beim Laden in den Speicher verschlüsselt und nur während der Verwendung entschlüsselt, wodurch sie zu anderen Zeiten verschlüsselt bleiben. Bei diesem Ansatz muss ein Angreifer zuerst einen kryptografisch zufällig erzeugten 16-KB-Zwischenschlüssel wiederherstellen, der zur Verschlüsselung des Hauptschlüssels verwendet wird, was bei der typischen Fehlerquote moderner Angriffe unwahrscheinlich ist;
- Im unterstützt jetzt experimentell ein vereinfachtes Verfahren zur Erstellung und Prüfung digitaler Signaturen. Digitale Signaturen können mit regulären SSH-Schlüsseln, die auf der Festplatte oder im ssh-agent gespeichert sind, erstellt und ähnlich dem authorized_keys . In die digitale Signatur wird Namensrauminformationen eingebettet, um Verwirrung bei der Anwendung in verschiedenen Bereichen (z. B. für E-Mail und Dateien) zu vermeiden;
- ssh-keygen wurde standardmäßig auf die Verwendung des Algorithmus rsa-sha2-512 bei der Zertifikatsunterzeichnung mit einem RSA-Schlüssel umgestellt (im CA-Modus). Solche Zertifikate sind mit Versionen vor OpenSSH 7.2 nicht kompatibel (um die Kompatibilität zu gewährleisten, sollte der Algorithmustyp umdefiniert werden, z. B. durch den Aufruf „ssh-keygen -t ssh-rsa -s …“);
- In ssh wurde Unterstützung für die Auflösung des Platzhalters „%n“ (in der Adresszeile angegebener Hostname) in der Anweisung ProxyCommand implementiert.
- In den Listen der Verschlüsselungsalgorithmen für ssh und sshd können jetzt Standardalgorithmen mit dem Zeichen „^“ eingefügt werden. Zum Beispiel kann „HostKeyAlgorithms ^ssh-ed25519“ verwendet werden, um ssh-ed25519 zur Standardliste hinzuzufügen;
- In ssh-keygen wird beim Abrufen des öffentlichen Schlüssels aus dem privaten Schlüssel der angehängte Kommentar ausgegeben;
- In ssh-keygen wurde die Möglichkeit hinzugefügt, das Flag „-v“ bei Suchoperationen zu verwenden (zum Beispiel „ssh-keygen -vF host“), dessen Angabe eine anschauliche Signatur des Hosts ausgibt;
- Die Möglichkeit zur Nutzung wurde hinzugefügt als alternatives Format zum Speichern privater Schlüssel auf der Festplatte. Standardmäßig wird weiterhin das PEM-Format verwendet, während PKCS8 nützlich für die Kompatibilität mit Drittanwendungen sein kann.
Quelle: opennet.ru
