{"id":103543,"date":"2022-03-15T09:37:16","date_gmt":"2022-03-15T07:37:16","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/reliz-http-servera-apache-2-4-53-s-ustraneniem-opasnyh-uyazvimostej"},"modified":"2022-03-15T09:37:16","modified_gmt":"2022-03-15T07:37:16","slug":"reliz-http-servera-apache-2-4-53-s-ustraneniem-opasnyh-uyazvimostej","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/reliz-http-servera-apache-2-4-53-s-ustraneniem-opasnyh-uyazvimostej","title":{"rendered":"Release des HTTP-Servers Apache 2.4.53 mit Behebung von kritischen Sicherheitsanf\u00e4lligkeiten.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Ver\u00f6ffentlichung des HTTP-Servers Apache 2.4.53 enth\u00e4lt 14 \u00c4nderungen und behebt 4 Sicherheitsanf\u00e4lligkeiten: <\/p>\n
\n
CVE-2022-22720 \u2014 eine Sicherheitsanf\u00e4lligkeit f\u00fcr \u201eHTTP Request Smuggling\u201c, die es Angreifern erm\u00f6glicht, durch das Senden speziell formatierter Client-Anfragen in die Inhalte anderer Benutzeranfragen einzudringen, die \u00fcber mod_proxy \u00fcbertragen werden. Dadurch kann b\u00f6sartiger JavaScript-Code in die Sitzung eines anderen Website-Benutzers eingef\u00fcgt werden. Das Problem entsteht, weil eingehende Verbindungen nach einem Fehler bei der Verarbeitung eines ung\u00fcltigen Anfragek\u00f6rpers offen bleiben.\n
CVE-2022-23943 \u2014 ein Puffer\u00fcberlauf im mod_sed-Modul, der es Angreifern erm\u00f6glicht, den Heap-Speicher mit kontrollierten Daten zu \u00fcberschreiben.\n
CVE-2022-22721 \u2014 die M\u00f6glichkeit, \u00fcber den Puffer hinauszuschreiben, infolge einer ganzzahligen \u00dcberlauf-Anf\u00e4lligkeit, die auftritt, wenn ein Anfragek\u00f6rper \u00fcber 350 MB \u00fcbertragen wird. Das Problem zeigt sich auf 32-Bit-Systemen, deren Einstellungen den Wert LimitXMLRequestBody zu hoch (standardm\u00e4\u00dfig 1 MB, f\u00fcr einen Angriff m\u00fcsste dieser \u00fcber 350 MB liegen) festgelegt haben.\n
CVE-2022-22719 \u2014 eine Schwachstelle in mod_lua, die es erm\u00f6glicht, zuf\u00e4llige Speicherbereiche zu lesen und den Prozess beim Verarbeiten eines speziell gestalteten Anfragek\u00f6rpers zum Absturz zu bringen. Das Problem wird durch die Verwendung nicht initialisierter Werte im Code der Funktion r:parsebody verursacht. <\/ul>\n
Die bemerkenswertesten \u00c4nderungen, die nicht sicherheitsrelevant sind: <\/p>\n
\n
In mod_proxy wurde das Zeichenlimit f\u00fcr den Namen des Handlers (worker) erh\u00f6ht. Es wurde die M\u00f6glichkeit hinzugef\u00fcgt, die Timeout-Einstellungen f\u00fcr Backend und Frontend gezielt anzupassen (zum Beispiel in Bezug auf den spezifischen Worker). F\u00fcr Anfragen, die \u00fcber Websockets oder die Methode CONNECT gesendet werden, wurde die Timeout-Dauer auf den maximalen Wert gesetzt, der f\u00fcr das Backend und das Frontend festgelegt ist.\n
Die Verarbeitung des \u00d6ffnens von DBM-Dateien und das Laden des DBM-Treibers wurden getrennt. Im Falle eines Fehlers im Log werden nun detailliertere Informationen \u00fcber den Fehler und den Treiber angezeigt.\n