Die Veröffentlichung von OpenSSH 9.3, einer Open-Source-Implementierung des SSH 2.0- und SFTP-Protokolls für Client und Server, ist erfolgt. In dieser neuen Version wurden Sicherheitsprobleme behoben:
- In dem Tool ssh-add wurde ein logischer Fehler gefunden, der dazu führt, dass bei der Hinzufügung von Schlüsseln für Smartcards zum ssh-agent Einschränkungen, die über die Option »ssh-add -h« festgelegt wurden, nicht an den Agenten übermittelt wurden. Folglich wurde ein Schlüssel zum Agenten hinzugefügt, für den die Einschränkungen, die nur Verbindungen von bestimmten Hosts erlauben, nicht angewendet wurden.
- Im Tool ssh wurde eine Schwachstelle entdeckt, die dazu führen kann, dass Daten aus dem Stack-Bereich außerhalb des zugewiesenen Puffers gelesen werden, wenn speziell formatierte DNS-Antworten verarbeitet werden und die Einstellung VerifyHostKeyDNS in der Konfigurationsdatei aktiviert ist. Das Problem besteht in der integrierten Implementierung der Funktion getrrsetbyname(), die in tragbaren Versionen von OpenSSH verwendet wird, die ohne die Verwendung der externen Bibliothek ldns (—with-ldns) kompiliert werden, und auf Systemen mit Standardbibliotheken, die den Aufruf von getrrsetbyname() nicht unterstützen. Die Wahrscheinlichkeit, die Schwachstelle auszunutzen, wird als gering eingeschätzt, außer um einen DoS (Denial of Service) für den ssh-Client zu initiieren.
Zusätzlich kann eine Schwachstelle in der in OpenBSD enthaltenen Bibliothek libskey, die in OpenSSH verwendet wird, festgestellt werden. Das Problem besteht seit 1997 und kann zu einem Buffer Overflow im Stack bei der Verarbeitung von speziell formatierten Hostnamen führen. Es wird darauf hingewiesen, dass, obwohl die Schwachstelle aus der Ferne über OpenSSH ausgelöst werden kann, sie in der Praxis nutzlos ist, da der Name des angegriffenen Hosts (/etc/hostname) mehr als 126 Zeichen enthalten muss und der Puffer nur mit Zeichen des Nullcodes ('\0') überlaufen kann.
Unter den nicht mit Sicherheit verbundenen Änderungen:
- In ssh-keygen und ssh-keyscan wurde die Unterstützung für die Option »-Ohashalg=sha1|sha256« zur Auswahl des Hashalgorithmus für SSHFP-Hashes hinzugefügt.
- In sshd wurde die Option »-G« hinzugefügt, um die aktive Konfiguration ohne den Versuch, private Schlüssel zu laden, und ohne weitere Überprüfungen zu parsen und anzuzeigen. Dies ermöglicht es, die Konfiguration vor der Schlüsselerzeugung zu prüfen und die Überprüfung durch nicht privilegierte Benutzer durchzuführen.
- In sshd wurde die Isolierung auf der Linux-Plattform verstärkt, die die Mechanismen zur Filterung von Systemaufrufen seccomp und seccomp-bpf benutzt. Flags für mmap, madvise und futex wurden zur Liste der erlaubten Systemaufrufe hinzugefügt.
Quelle: opennet.ru
