Nach sechs Monaten Entwicklung Release , einer Open-Source-Implementierung von Client und Server für die Protokolle SSH 2.0 und SFTP.
Besondere Aufmerksamkeit in der neuen Ausgabe verdient die Behebung einer Schwachstelle, die ssh, sshd, ssh-add und ssh-keygen betrifft. Das Problem besteht im Code zur Verarbeitung privater Schlüssel des Typs XMSS und erlaubt es einem Angreifer, ein Integer-Ü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 von autoconf gibt es nicht einmal eine Build-Option zur Aktivierung von XMSS).
Wesentliche Änderungen:
- in ssh, sshd und ssh-agent Der Code, der die Wiederherstellung des privaten Schlüssels, der sich im Arbeitsspeicher befindet, nach Angriffen über Seitenkanäle wie , und . Private Keys werden jetzt beim Laden in den Speicher verschlüsselt und nur während ihrer Verwendung entschlüsselt, während sie zu anderen Zeiten verschlüsselt bleiben. Bei diesem Ansatz muss ein Angreifer zunächst einen zufällig generierten Zwischenkey von 16 KB wiederherstellen, der zur Verschlüsselung des Hauptschlüssels verwendet wird, um den privaten Schlüssel erfolgreich wiederherzustellen, was bei der typischen Fehlerhäufigkeit moderner Angriffe sehr unwahrscheinlich ist.
- In Experimentelle Unterstützung für ein vereinfachtes Schema zur Erstellung und Überprüfung digitaler Signaturen wurde hinzugefügt. Digitale Signaturen können mit normalen SSH-Schlüsseln erstellt werden, die auf der Festplatte oder im ssh-agent gespeichert sind, und mit einer ähnlich wie authorized_keys gestalteten Liste verifiziert werden. . In die digitale Signatur werden Namespace-Informationen eingebettet, um Verwirrung bei der Anwendung in verschiedenen Bereichen (z. B. für E-Mail und Dateien) zu vermeiden.
- Der Befehl ssh-keygen verwendet standardmäßig den Algorithmus rsa-sha2-512 zur Signierung von Zertifikaten mit einem RSA-Schlüssel (im CA-Modus). Solche Zertifikate sind inkompatibel mit Versionen vor OpenSSH 7.2 (zur Gewährleistung der Kompatibilität sollte der Algorithmustyp überschrieben werden, z. B. durch den Aufruf „ssh-keygen -t ssh-rsa -s …“).
- In ssh wird die Unterstützung für das Platzhalter-Muster „%n“ (angegeben im Hostname in der Adresszeile) im Ausdruck ProxyCommand implementiert.
- In den Listen der Verschlüsselungsalgorithmen für ssh und sshd kann jetzt das Zeichen „^“ verwendet werden, um die standardmäßig vorgeschlagenen Algorithmen hinzuzufügen. Zum Beispiel kann „HostKeyAlgorithms ^ssh-ed25519“ angegeben werden, um ssh-ed25519 zur Standardliste hinzuzufügen.
- In ssh-keygen wird der Kommentar, der an den Schlüssel angeheftet ist, ausgegeben, wenn der öffentliche Schlüssel aus dem privaten Schlüssel extrahiert wird.
- In ssh-keygen wurde die Möglichkeit hinzugefügt, das Flag „-v“ bei der Durchführung von Schlüsselsuche-Operationen zu verwenden (z. B. „ssh-keygen -vF host“), dessen Angabe zu einer anschaulichen Hostsignatur führt.
- Die Möglichkeit zur Nutzung wurde hinzugefügt als alternatives Format zur Speicherung von privaten Schlüsseln auf der Festplatte. Standardmäßig wird weiterhin das PEM-Format verwendet, während PKCS8 nützlich sein kann, um die Kompatibilität mit Drittanwendungen zu gewährleisten.
Quelle: opennet.ru
