{"id":106630,"date":"2023-02-03T12:48:25","date_gmt":"2023-02-03T10:48:25","guid":{"rendered":"https:\/\/prohoster.info\/?p=106630"},"modified":"2023-02-03T21:50:37","modified_gmt":"2023-02-03T19:50:37","slug":"vypusk-openssh-9-2-s-ustraneniem-uyazvimosti-proyavlyayushhejsya-na-etape-do-autentifikaczii","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/vypusk-openssh-9-2-s-ustraneniem-uyazvimosti-proyavlyayushhejsya-na-etape-do-autentifikaczii","title":{"rendered":"Ver\u00f6ffentlichung von OpenSSH 9.2 zur Behebung einer Schwachstelle, die in der Phase vor der Authentifizierung auftritt.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Version OpenSSH 9.2 wurde ver\u00f6ffentlicht, eine Open-Source-Implementierung von Client und Server f\u00fcr die Protokolle SSH 2.0 und SFTP. In der neuen Version wurde eine Schwachstelle behoben, die zu einer doppelten Speicherfreigabe vor der Authentifizierung f\u00fchrt. Von dieser Schwachstelle ist lediglich die Version OpenSSH 9.1 betroffen; in fr\u00fcheren Versionen tritt das Problem nicht auf. <\/p>\n
Um die Bedingungen zur Ausnutzung der Schwachstelle zu schaffen, reicht es aus, das Banner des SSH-Clients auf «SSH-2.0-FuTTYSH_9.1p1» zu \u00e4ndern, um die Flags «SSH_BUG_CURVE25519PAD» und «SSH_OLD_DHGEX» zu setzen, die von der Version des SSH-Clients abh\u00e4ngen. Nach dem Setzen dieser Flags wird der Speicher f\u00fcr den Puffer «options.kex_algorithms» zweimal freigegeben \u2014 beim Aufruf der Funktion do_ssh2_kex(), die compat_kex_proposal() aufruft, und beim Aufruf der Funktion do_authentication2(), die in einer Kette input_userauth_request(), mm_getpwnamallow(), copy_set_server_options(), assemble_algorithms() und kex_assemble_names() aufruft. <\/p>\n
Die Erstellung eines funktionierenden Exploits f\u00fcr die Schwachstelle wird als unwahrscheinlich angesehen, da der Ausnutzeprozess zu kompliziert ist \u2014 moderne Speicherverwaltungsbibliotheken bieten Schutz gegen doppelte Speicherfreigabe, und der pre-auth-Prozess, in dem der Fehler auftritt, wird mit eingeschr\u00e4nkten Rechten in einer isolierten Sandbox-Umgebung ausgef\u00fchrt. <\/p>\n
Zus\u00e4tzlich zu der erw\u00e4hnten Schwachstelle wurden in der neuen Version auch zwei weitere Sicherheitsprobleme behoben: <\/p>\n
\n
Fehler bei der Verarbeitung der Einstellung «PermitRemoteOpen», was dazu f\u00fchrt, dass das erste Argument ignoriert wird, wenn es von den Werten «any» und «none» abweicht. Das Problem tritt in Versionen nach OpenSSH 8.7 auf und f\u00fchrt dazu, dass die \u00dcberpr\u00fcfung \u00fcbersprungen wird, wenn nur eine Berechtigung angegeben wird.\n
Ein Angreifer, der den DNS-Server kontrolliert, der f\u00fcr die Namensaufl\u00f6sung verwendet wird, kann durch die Verwendung spezieller Zeichen (z. B. «*») in die Dateien known_hosts eingeschleust werden, wenn in der Konfiguration die Optionen CanonicalizeHostname und CanonicalizePermittedCNAMEs aktiviert sind und der Systemresolver die Richtigkeit der Antworten des DNS-Servers nicht \u00fcberpr\u00fcft. Ein Angriff gilt als unwahrscheinlich, da die zur\u00fcckgegebenen Namen den Bedingungen entsprechen m\u00fcssen, die \u00fcber CanonicalizePermittedCNAMEs festgelegt wurden. <\/ul>\n
Weitere \u00c4nderungen: <\/p>\n
\n
In der ssh_config f\u00fcr ssh wurde die Einstellung EnableEscapeCommandline hinzugef\u00fcgt, die die Verarbeitung der Escape-Sequenz «~C» auf der Client-Seite steuert, um eine Befehlszeile bereitzustellen. Standardm\u00e4\u00dfig ist die Verarbeitung von «~C» nun deaktiviert, um eine strengere Sandbox-Isolation zu gew\u00e4hrleisten, was potenziell zu Problemen in Systemen f\u00fchren kann, in denen «~C» zur Portweiterleitung w\u00e4hrend des Betriebs verwendet wird.\n
In der sshd_config f\u00fcr sshd wurde die Direktive ChannelTimeout hinzugef\u00fcgt, um eine Timeout f\u00fcr die Inaktivit\u00e4t des Kanals festzulegen (Kan\u00e4le, in denen innerhalb der in der Direktive festgelegten Zeit kein Datenverkehr registriert wird, werden automatisch geschlossen). F\u00fcr die Sitzung, X11, Agent und die Weiterleitung von Datenverkehr k\u00f6nnen unterschiedliche Timeouts festgelegt werden.\n
In der sshd_config wurde die Direktive UnusedConnectionTimeout hinzugef\u00fcgt, die es erm\u00f6glicht, einen Timeout f\u00fcr inaktiven Clientverbindungen festzulegen, die eine bestimmte Zeit ohne aktive Kan\u00e4le bleiben.\n
In sshd wurde die Option «-V» hinzugef\u00fcgt, um die Version \u00e4hnlicherweise wie bei der Option im ssh-Client anzuzeigen.\n
In die Ausgabe von «ssh -G» wurde die Zeile «Host» eingef\u00fcgt, die den Wert des Argumentes mit dem Hostnamen widerspiegelt.\n
In scp und sftp wurde die Option «-X» hinzugef\u00fcgt, um Parameter des SFTP-Protokolls wie die Gr\u00f6\u00dfe des Kopierpuffers und die Anzahl der wartenden Anfragen zu steuern.\n
In ssh-keyscan ist das Scannen vollst\u00e4ndiger CIDR-Bereiche nun erlaubt, zum Beispiel «ssh-keyscan 192.168.0.0\/24». <\/ul>\n