OpenSSH 10.1 Veröffentlichung

Die Veröffentlichung von OpenSSH 10.1, einer Open-Source-Implementierung von Client und Server für die Protokolle SSH 2.0 und SFTP, wurde bekanntgegeben.

Hauptänderungen:

• Ein Sicherheitsproblem wurde behoben, das einem Angreifer ermöglichte, Shell-Befehle durch Manipulation von Sonderzeichen im Benutzernamen oder URI einzuschleusen, die bei der Ausführung eines über die Einstellung „ProxyCommand“ angegebenen Befehls, der die Ersetzung „%u“ enthielt, ausgeführt werden konnten. Das Problem betrifft nur Systeme, die bei der Ausführung von ssh die Ersetzung von Benutzernamen oder URIs aus nicht vertrauenswürdigen Quellen zulassen.

  Um solche Angriffe zu blockieren, ist die Verwendung von Steuerzeichen in Benutzernamen, die in der Befehlszeile angegeben oder durch %-Sequenzen in Einstellungen ersetzt werden, untersagt. Die Verwendung des Nullzeichens („\0“) in ssh:// URIs ist ebenfalls verboten. Eine Ausnahme gilt nur für Namen, die in der Konfigurationsdatei angegeben sind (es wird davon ausgegangen, dass diese Konfigurationsdatei vertrauenswürdig ist).
• Die Tools ssh und ssh-agent unterstützen nun ed25519-Schlüssel, die in PKCS#11-Token gespeichert sind.
• In die Konfigurationsdatei ssh_config wurde die Einstellung RefuseConnection hinzugefügt, bei deren Verarbeitung im aktiven Abschnitt der Prozess mit einer Fehlermeldung beendet wird, ohne dass versucht wird, eine Verbindung herzustellen. Match host foo RefuseConnection „Der Host foo wird nicht mehr verwendet, verbinden Sie sich mit dem Host bar“
• In ssh und sshd wurden SIGINFO-Signalhandler hinzugefügt, um Informationen über die Sitzung und den aktiven Kanal in das Protokoll auszugeben.
• In sshd wird im Falle einer Fehlerhaftigkeit bei der Authentifizierung des Benutzers mittels Zertifikat nicht nur der Grund für die Blockierung des Zugangs, sondern auch umfassende Informationen zur Identifizierung des problematischen Zertifikats im Protokoll ausgegeben.
• In sshd wurde eine Überprüfung der X11-Display-Nummer relativ zum Offset, der in der Direktive X11DisplayOffset angegeben ist, eingeführt.
• Im Satz der Unit-Tests wurden Leistungsmesseinheiten hinzugefügt, die bei der Ausführung „make UNITTEST_BENCHMARK=yes“ in OpenBSD oder „make unit-bench“ in anderen Systemen aktiviert werden.

Änderungen, die potenziell die Rückwärtskompatibilität stören:

• In ssh wurde eine Warnung hinzugefügt, wenn beim Herstellen einer Verbindung ein nicht quantensicherer Schlüsselvereinbarungsalgorithmus verwendet wird. Die Warnung wurde aufgrund des Risikos zukünftiger Angriffe eingeführt, die auf zuvor aufgezeichneten Verkehrs-Dumps basieren. Um die Warnung zu deaktivieren, wurde die Option WarnWeakCrypto in ssh_config hinzugefügt. Match host unsafe.example.com WarnWeakCrypto no
• In ssh und sshd wurde die Verarbeitung der Quality of Service DSCP (IPQoS)-Parameter erheblich verändert. Für interaktiven Verkehr wird nun standardmäßig die Klasse EF (Expedited Forwarding) für eine priorisierte Verarbeitung in drahtlosen Netzwerken verwendet. Für nicht-interaktiven Verkehr wird die Klasse verwendet, die standardmäßig im Betriebssystem eingestellt ist. Die Verkehrs Klasse kann mithilfe der IPQoS-Einstellungen in ssh_config und sshd_config geändert werden. Die ToS (Type-of-Service)-Parameter für IPv4 in der IPQoS-Direktive sind als veraltet markiert (DSCP ist der Ersatz für ToS).
• In ssh-add wurde beim Hinzufügen eines Zertifikats zum ssh-agent die Möglichkeit umgesetzt, die Lebensdauer des Zertifikats auf einen Wert festzulegen, der 5 Minuten länger ist als die Gültigkeitsdauer des Zertifikats (zum automatischen Entfernen des abgelaufenen Zertifikats). Um dieses Verhalten in ssh-add zu deaktivieren, wurde die Option „-N“ hinzugefügt.
• Die Unterstützung für XMSS-Schlüssel wurde entfernt, die als experimentell gekennzeichnet war und nie standardmäßig eingeschaltet war.
• Unix-Sockets, die von den Prozessen ssh-agent und sshd erstellt werden, wurden aus dem Verzeichnis /tmp in ~/ .ssh/agent verschoben, um sicherzustellen, dass kein Zugriff über diese Sockets von isolierten Prozessen möglich ist, für die der Zugriff auf das Dateisystem eingeschränkt ist, aber der Zugriff auf /tmp offen ist.

In zukünftigen Versionen werden die DNS-Einträge SHA1 SSHFP aufgrund von Problemen mit der Zuverlässigkeit der SHA1-Hash-Funktion als veraltet erklärt. Diese Einträge werden ignoriert, und der Befehl „ssh-keygen -r“ wird nur SHA256 SSHFP-Einträge generieren.

Quelle: opennet.ru