{"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\/novosti-interneta\/uyazvimost-v-paketah-s-openssh-iz-sostava-rhel-9-dopuskayushhaya-udalyonnoe-vypolnenie-koda","title":{"rendered":"Eine Verwundbarkeit in den OpenSSH-Paketen von RHEL 9, die die Ausf\u00fchrung von Code aus der Ferne erlaubt.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Im Verlauf der Untersuchung der in der letzten Woche entdeckten kritischen Schwachstelle in OpenSSH wurde eine weitere \u00e4hnliche Schwachstelle (CVE-2024-6409) gefunden, die es erm\u00f6glicht, Code remote ohne Authentifizierung auszuf\u00fchren. Die neue Schwachstelle ist nicht so gef\u00e4hrlich wie die vorherige, da sie nach einem Privilegienr\u00fccksatz im ausgef\u00fchrten SSH-Server-Prozess auftritt. Die Schwachstelle ist in den openssh-Paketen der Red Hat Enterprise Linux 9-Distro vorhanden, die auf der 2021 ver\u00f6ffentlichten Version von 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
Die Schwachstelle ist im Grunde genommen mit dem vorherigen Problem vergleichbar und wird ebenfalls durch einen Race-Condition im SIGALRM-Interrupt-Handler verursacht, der durch den Aufruf von Funktionen hervorgerufen wird, die nicht f\u00fcr die asynchrone Ausf\u00fchrung aus Signal-Handlern ausgelegt sind. Der Handler wird bei Ablauf der Zeit, die \u00fcber den Parameter LoginGraceTime definiert ist, aktiviert und unterbricht die aktuelle Ausf\u00fchrung des Codes. Die Verwendung von Funktionen, die nicht f\u00fcr die asynchrone Ausf\u00fchrung vorgesehen sind, im Interrupt-Handler, wie z. B. syslog(), insbesondere bei dynamischer Speicherzuweisung, kann zu einer Besch\u00e4digung der internen malloc-Strukturen f\u00fchren, wenn SIGALRM w\u00e4hrend der Ausf\u00fchrung bestimmter Codes ausgel\u00f6st wird. <\/p>\n
Die neue Schwachstelle unterscheidet sich darin, dass der Race-Condition durch den Aufruf der Funktion cleanup_exit() im Signal-Handler grace_alarm_handler() entsteht. In der Hauptcodebasis von OpenSSH kann diese Funktion im asynchron ausgef\u00fchrten Code verwendet werden, jedoch wurde in den Paketen f\u00fcr RHEL 9 und Fedora ein zus\u00e4tzlicher Patch angewendet, der in cleanup_exit() einen Aufruf zur Generierung von Audit-Events hinzuf\u00fcgt, welcher 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 die Distribution seit Fedora 38 auf eine neuere Version von OpenSSH umgestiegen ist, ohne die Funktion cleanup_exit() zu \u00e4ndern. Im Gegensatz zur fr\u00fcheren Schwachstelle ist ein Workaround zum Blockieren des neuen Problems, der auf der Verwendung der Option «-e» in sshd basiert, die Protokollausgaben \u00fcber syslog deaktiviert, nicht geeignet. Um die Schwachstelle in sshd_config zu blockieren, kann jedoch der Parameter «LoginGraceTime=0» gesetzt werden. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"