{"id":101551,"date":"2021-10-06T04:22:36","date_gmt":"2021-10-06T02:22:36","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimost-v-http-servere-apache-2-4-49-pozvolyayushhaya-poluchit-fajly-vne-kornya-sajta"},"modified":"2021-10-06T04:22:36","modified_gmt":"2021-10-06T02:22:36","slug":"uyazvimost-v-http-servere-apache-2-4-49-pozvolyayushhaya-poluchit-fajly-vne-kornya-sajta","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/uyazvimost-v-http-servere-apache-2-4-49-pozvolyayushhaya-poluchit-fajly-vne-kornya-sajta","title":{"rendered":"Schwachstelle im HTTP-Server Apache 2.4.49, die Zugriff auf Dateien au\u00dferhalb des Webroot erm\u00f6glicht","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Ein dringend ben\u00f6tigtes Update f\u00fcr den Apache HTTP-Server 2.4.50 wurde ver\u00f6ffentlicht, um eine bereits aktiv ausgenutzte 0-Day-Sicherheitsanf\u00e4lligkeit (CVE-2021-41773) zu beheben, die den Zugriff auf Dateien au\u00dferhalb des Stammverzeichnisses der Website erm\u00f6glicht. Durch diese Schwachstelle k\u00f6nnen beliebige Systemdateien und Quelltexte von Web-Skripten, die f\u00fcr den Benutzer lesbar sind, unter dem Nutzerkonto, unter dem der HTTP-Server l\u00e4uft, hochgeladen werden. Die Entwickler wurden bereits am 17. September \u00fcber das Problem informiert, konnten jedoch erst heute ein Update bereitstellen, nachdem erste F\u00e4lle der Ausnutzung der Schwachstelle f\u00fcr Angriffe auf Websites dokumentiert wurden. <\/p>\n
Die Gef\u00e4hrlichkeit der Schwachstelle wird etwas gemildert, da das Problem nur in der neu ver\u00f6ffentlichten Version 2.4.49 auftritt und nicht alle vorhergehenden Versionen betrifft. In den stabilen Versionen konservativer Server-Distributionen wie Debian, RHEL, Ubuntu und SUSE wurde die Version 2.4.49 noch nicht verwendet. Allerdings betrifft das Problem kontinuierlich aktualisierte Distributionen wie Fedora, Arch Linux und Gentoo sowie Ports von FreeBSD. <\/p>\n
Die Schwachstelle resultiert aus einem Fehler, der w\u00e4hrend der \u00dcberarbeitung des Codes zur Normalisierung von Pfaden in URIs eingef\u00fchrt wurde. Dadurch wurde das durch die Sequenz «» kodierte Punktzeichen im Pfad nicht normalisiert, wenn ihm ein weiterer Punkt vorausging. So war es m\u00f6glich, nicht bereinigte Symbole «..\/» in den resultierenden Pfad einzuf\u00fcgen, indem man im Request die Sequenz «.\/» angibt. Ein Request wie «https:\/\/example.com\/cgi-bin\/.\/.\/.\/.\/etc\/passwd» oder «https:\/\/example.com\/cgi-bin\/.\/\/\/\/etc\/hosts» erlaubte den Zugriff auf den Inhalt der Datei «\/etc\/passwd». <\/p>\n
Das Problem tritt nicht auf, wenn der Zugriff auf Verzeichnisse ausdr\u00fccklich durch die Einstellung «require all denied» verboten wird. Zum Beispiel kann man zum Teil Schutz in der Konfigurationsdatei angeben: <Directory \/> require all denied <\/Directory> <\/p>\n
In der Version Apache httpd 2.4.50 wurde auch eine weitere Schwachstelle (CVE-2021-41524) behoben, die das Modul f\u00fcr das HTTP\/2-Protokoll betrifft. Diese Schwachstelle erlaubte es, durch das Senden einer speziell gestalteten Anfrage eine Nullzeiger-Dereferenzierung auszul\u00f6sen und den Prozess zum Absturz zu bringen. Dieses Problem tritt ebenfalls nur in der Version 2.4.49 auf. Ein m\u00f6glicher Workaround zum Schutz besteht darin, die Unterst\u00fctzung f\u00fcr das HTTP\/2-Protokoll zu deaktivieren. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"