{"id":117137,"date":"2024-07-09T15:43:01","date_gmt":"2024-07-09T13:43:01","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimost-v-paketah-s-openssh-iz-sostava-rhel-9-dopuskayushhaya-udalyonnoe-vypolnenie-koda"},"modified":"2024-07-09T15:43:01","modified_gmt":"2024-07-09T13:43:01","slug":"uyazvimost-v-paketah-s-openssh-iz-sostava-rhel-9-dopuskayushhaya-udalyonnoe-vypolnenie-koda","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/uyazvimost-v-paketah-s-openssh-iz-sostava-rhel-9-dopuskayushhaya-udalyonnoe-vypolnenie-koda","title":{"rendered":"Eine Schwachstelle in OpenSSH-Paketen der RHEL 9, die Remote-Codeausf\u00fchrung erm\u00f6glicht.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Im Prozess der Untersuchung der letzte Woche entdeckten kritischen Sicherheitsanf\u00e4lligkeit in OpenSSH wurde eine weitere \u00e4hnliche Sicherheitsanf\u00e4lligkeit (CVE-2024-6409) entdeckt, die eine Ausf\u00fchrung von Code aus der Ferne ohne Authentifizierung erm\u00f6glicht. Die neue Sicherheitsanf\u00e4lligkeit ist nicht so gef\u00e4hrlich wie die vorherige, da sie nach dem Heruntersetzen der Berechtigungen in einem vom SSH-Server gestarteten Kindprozess auftritt. Die Sicherheitsanf\u00e4lligkeit ist in den openssh-Paketen des Red Hat Enterprise Linux 9-Distributions vorhanden, die auf der im Jahr 2021 ver\u00f6ffentlichten Version OpenSSH 8.7 basieren. Das Problem betrifft auch die Pakete f\u00fcr Fedora Linux 36 und 37, die auf den Versionen OpenSSH 8.7 und 8.8 basieren. <\/p>\n
Im Wesentlichen ist die Sicherheitsanf\u00e4lligkeit \u00e4hnlich dem vorherigen Problem und wird ebenfalls durch einen Rennzustand im SIGALRM-Interrupt-Handler verursacht, der durch die Ausf\u00fchrung von Funktionen ausgel\u00f6st wird, die nicht f\u00fcr den asynchronen Aufruf aus dem Signal-Handler ausgelegt sind. Der Handler wird beim Auftreten eines Timeouts aktiviert, das durch den Parameter LoginGraceTime festgelegt wird, und unterbricht die aktuelle Ausf\u00fchrung des Codes. Die Verwendung nicht f\u00fcr die asynchrone Ausf\u00fchrung vorgesehener Funktionen im Interrupt-Handler, bei denen dynamische Speicherzuweisung stattfinden, wie etwa syslog(), kann zur Besch\u00e4digung interner malloc-Strukturen f\u00fchren, wenn SIGALRM w\u00e4hrend der Ausf\u00fchrung eines bestimmten Codes ausgel\u00f6st wird. <\/p>\n
Die neue Sicherheitsanf\u00e4lligkeit unterscheidet sich darin, dass der Rennzustand durch den Aufruf der Funktion cleanup_exit() im Signal-Handler grace_alarm_handler() entsteht. In dem Hauptcode von OpenSSH kann diese Funktion im asynchron ausgef\u00fchrten Code verwendet werden, aber in den Paketen f\u00fcr RHEL 9 und Fedora wurde ein zus\u00e4tzlicher Patch angewendet, der im cleanup_exit() einen Aufruf einer Funktion zur Generierung von Audit-Ereignissen hinzugef\u00fcgt hat, die f\u00fcr die Verwendung in Signal-Handlern ausgelegt ist. <\/p>\n
Dieser Patch wurde in RHEL 9 und abgeleiteten Distributionen in Paketen verwendet, die auf OpenSSH 8.7p1 basieren. In den aktuellen Versionen von Fedora tritt das Problem nicht auf, da Fedora seit Version 38 auf eine neuere Version von OpenSSH umgestiegen ist, ohne dass cleanup_exit() ge\u00e4ndert wurde. Im Gegensatz zur vorherigen Schwachstelle ist ein Workaround zur Blockierung des neuen Problems, der auf der Verwendung der Option -e im sshd basiert, die die Protokollausgabe \u00fcber syslog deaktiviert, nicht geeignet. Um die Schwachstelle in sshd_config jedoch zu blockieren, kann der Parameter 'LoginGraceTime=0' gesetzt werden. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"