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
