OpenSSH 10.0 veröffentlicht.

Die Veröffentlichung von OpenSSH 10.0, einer Open-Source-Implementierung des Clients und Servers für die Protokolle SSH 2.0 und SFTP, wurde angekündigt. Wichtige Änderungen:

  • Die Unterstützung für digitale Signaturen basierend auf dem DSA-Algorithmus wurde entfernt, da der Sicherheitsniveau nicht den heutigen Anforderungen entspricht. Die Kosten für die Fortführung der Unterstützung eines unsicheren DSA-Algorithmus sind nicht gerechtfertigt, und seine Entfernung wird dazu beitragen, die Unterstützung von DSA in anderen SSH-Implementierungen und kryptografischen Bibliotheken zu beenden. Die Verwendung von DSA-Schlüsseln wurde standardmäßig bereits 2015 eingestellt.
  • Die Trennung von sshd in mehrere separate ausführbare Dateien wurde fortgesetzt. In OpenSSH 9.8 wurde der Prozess sshd-session aus sshd herausgelöst, der Aufgaben im Zusammenhang mit der Sitzungsverarbeitung ausführt. In OpenSSH 10.0 wurde der Code für die Authentifizierung von sshd-session in einen separaten Prozess sshd-auth verschoben. Der Prozess sshd-auth ermöglicht eine zusätzliche Isolation der mit der Authentifizierung verbundenen Daten im Adressraum eines separaten Prozesses, was den Zugriff auf diese Daten im Speicher im Falle von Angriffen auf den Code, der für die Verarbeitung der Verbindungsphasen bis zum Abschluss der Authentifizierung verwendet wird, erschwert. Außerdem wird die Änderung den Speicherverbrauch leicht senken, da der mit der Authentifizierung verbundene Code jetzt nur während der Authentifizierung im Speicher vorhanden ist und dann beim Abschluss des Prozesses sshd-auth entladen wird.
  • Im SSH wird standardmäßig der hybride Schlüsselwechselalgorithmus „mlkem768x25519-sha256“ verwendet, der quantensicher 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 nutzt kryptografische Methoden, die auf der Lösung von Gittertheorie-Problemen basieren, deren Lösungszeit sich auf klassischen und quantencomputern nicht unterscheidet.
  • In der ssh_config wurde die Unterstützung für das Platzhalterformat „%-token“ und die Offenlegung von Umgebungsvariablen in den Direktiven SetEnv und User hinzugefügt.
  • In der ssh_config und sshd_config wurde die Unterstützung für den Ausdruck „Match version“ hinzugefügt, mit dem Einstellungen basierend auf der vorhandenen OpenSSH-Version angewendet werden können. Beispielsweise kann für OpenSSH 10 „Match version OpenSSH_10.*“ angegeben werden.
  • In der ssh_config wurde die Unterstützung für die Ausdrücke hinzugefügt:
    • „Match sessiontype“, mit dem Einstellungen basierend auf dem angeforderten Sitzungstyp angewendet werden können: „shell“ für interaktive Sitzungen, „exec“ für den Befehlstart, „subsystem“ für SFTP und „none“ für Tunnel und Traffic-Umleitungen.
    • „Match command“ zur Verknüpfung von Aktionen mit den in der Befehlszeile angegebenen Befehlen für den Start über SSH.
    • Die ‘Match tagged «»‘ und ‘Match command «»‘ zur Bindung an leere Tags und zum Start von SSH ohne Angabe des auszuführenden Befehls.
  • In der sshd_config ist die Verwendung von Masken in den Dateipfaden, die in den Direktiven AuthorizedKeysFile und AuthorizedPrincipalsFile angegeben werden, erlaubt.
  • Im SSH-Client wurde die Unterstützung für die Option „VersionAddendum“ hinzugefügt, um beliebigen Text zur Versionsnummer hinzuzufügen (früher war diese Option nur für сервера sshd).
  • In den Utilities scp und sftp wird die Einstellung „ControlMaster no“ übermittelt, um die Verwendung vorhandener Verbindungen beim erneuten Verbinden mit dem Host zu verhindern.
  • In sshd ist die Unterstützung der Implementierung des Diffie-Hellman-Algorithmus im endlichen Feld standardmäßig deaktiviert, was zur Streichung der Methoden „diffie-hellman-group*“ und „diffie-hellman-group-exchange-*“ aus der Liste der KEXAlgorithms führte. Im Vergleich zum elliptischen Kurven-basierten Diffie-Hellman-Algorithmus ist die entfernte Implementierung langsamer und benötigt zusätzliche Rechenressourcen bei identischem Sicherheitsniveau.
  • Bei der Wahl des Verschlüsselungsalgorithmus für die Verbindung ist der AES-GCM-Modus jetzt bevorzugter als der AES-CTR. Standardmäßig wird eine Liste von Prioritäten bei der Auswahl der Verschlüsselungen festgelegt: Chacha20/Poly1305, AES-GCM (128/256) und AES-CTR (128/192/256).
  • Der ssh-agent ermöglicht das Entfernen aller geladenen Schlüssel bei Empfang des SIGUSR1-Signals.
  • Der ssh-keygen unterstützt nun FIDO-Token, die keine Attestierungsdaten zurückgeben, wie WinHello.
  • Im ssh-agent wurde die Option „-Owebsafe-allow=…“ hinzugefügt, um die Whitelist für FIDO-Anwendungen zu überschreiben.
  • Ein experimentelles Tool regress/misc/ssh-verify-attestation zur Überprüfung von FIDO-Attestierungsdaten wurde hinzugefügt, die optional von ssh-keygen bei der Registrierung von FIDO-Schlüsseln generiert werden.
  • Im ssh-keygen ist es jetzt erlaubt, „-“ anstelle eines Dateinamens zu verwenden.
  • Im ssh-agent und der tragbaren Version von OpenSSH wurde die Unterstützung für die Aktivierung über Systemd-kompatible Sockets hinzugefügt, implementiert mit dem LISTEN_PID/LISTEN_FDS-Mechanismus.
  • In der tragbaren Version:
    • Die Unterstützung für die Kryptowährungsbibliothek AWS-LC (AWS libcrypto) wurde implementiert.
    • Im sshd wurde die Unterstützung für wtmpdb hinzugefügt, ein Äquivalent zu wtmp, das nicht von dem Jahr-2038-Problem betroffen ist.
    • Im sshd wurde die Option „—with-linux-memlock-onfault“ hinzugefügt, um sshd im Speicher zu fixieren (Auslagerung in den Swap-Bereich zu verhindern).
    • Die Option „—with-security-key-standalone“ wurde hinzugefügt, um eine isolierte sk-libfido2-Bibliothek zu erstellen.
    • Die Build-Konfigurationen für das RPM-Paket wurden von RHEL 6 entfernt.
  • Änderung in sshd bezüglich der Sicherheit: Die Direktive DisableForwarding erlaubte fälschlicherweise die Weiterleitung des X11-Protokolls und der Anfragen an den ssh-agent. Die X11-Weiterleitung ist standardmäßig auf der Serverseite deaktiviert, während die ssh-agent-Weiterleitung auf der Clientseite erfolgt.

Quelle: opennet.ru

Kaufen Sie zuverlässiges Hosting für Websites mit DDoS-Schutz, VPS VDS-Servern 🔥 Kaufen Sie zuverlässiges Hosting für Websites mit DDoS-Schutz, VPS VDS-Servern | ProHoster