{"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\/news\/reliz-http-servera-apache-2-4-53-s-ustraneniem-opasnyh-uyazvimostej","title":{"rendered":"Release des http-Servers Apache 2.4.53 mit Behebung kritischer 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 M\u00f6glichkeit eines \u201eHTTP Request Smuggling\u201c-Angriffs, bei dem durch das Senden speziell gestalteter Client-Anfragen in den Inhalt von Anfragen anderer Benutzer eingegriffen werden kann, die \u00fcber mod_proxy \u00fcbermittelt werden (zum Beispiel kann schadhafter JavaScript-Code in die Sitzung eines anderen Benutzers auf der Website eingeschleust werden). Das Problem entsteht durch das Offenlassen eingehender Verbindungen nach Fehlern bei der Verarbeitung eines fehlerhaften Anfragek\u00f6rpers.\n
CVE-2022-23943 \u2014 Buffer\u00fcberlauf im mod_sed-Modul, der es einem Angreifer erm\u00f6glicht, den Inhalt des Heap-Speichers mit kontrollierten Daten zu \u00fcberschreiben.\n
CVE-2022-22721 \u2014 M\u00f6glichkeit, \u00fcber den Buffer hinauszuschreiben aufgrund eines integer \u00dcberlaufs, der auftritt, wenn ein Anfragek\u00f6rper, der gr\u00f6\u00dfer als 350 MB ist, \u00fcbertragen wird. Das Problem tritt auf 32-Bit-Systemen auf, bei denen der Wert von LimitXMLRequestBody (standardm\u00e4\u00dfig 1 MB) zu hoch eingestellt ist; f\u00fcr einen Angriff muss dieser \u00fcber 350 MB liegen.\n
CVE-2022-22719 \u2014 Sicherheitsanf\u00e4lligkeit 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 auff\u00e4lligsten \u00c4nderungen, die nicht mit Sicherheit zu tun haben: <\/p>\n
\n
In mod_proxy wurde das Limit f\u00fcr die Anzahl der Zeichen im Namen des Handlers (worker) erh\u00f6ht. Es wurde die M\u00f6glichkeit zur selektiven Anpassung der Timeouts f\u00fcr Backend und Frontend hinzugef\u00fcgt (zum Beispiel in Bezug auf den Worker). F\u00fcr Anfragen, die \u00fcber Websockets oder die CONNECT-Methode \u00fcbertragen werden, wurde die Timeout-Dauer auf den maximalen Wert ge\u00e4ndert, der f\u00fcr Backend und Frontend festgelegt ist.\n
Die Verarbeitung von DBM-Dateien und das Laden des DBM-Treibers wurden getrennt. Bei einem Fehler wird jetzt im Protokoll detailliertere Fehlerinformation und Informationen zum Treiber angezeigt.\n