CVE-2017-9798
WysokieStreszczenie
Apache httpd pozwala zdalnym atakującym na odczytanie tajnych danych z pamięci procesu, jeśli dyrektywa Limit może być ustawiona w pliku .htaccess użytkownika lub jeśli httpd.conf ma określone błędne konfiguracje. Problem ten dotyczy serwera Apache HTTP w wersjach do 2.2.34 oraz 2.4.x do 2.4.27.
Ocena ryzyka
Atakujący może uzyskać dostęp do poufnych informacji, co może prowadzić do poważnych naruszeń bezpieczeństwa w organizacji. Wykorzystanie tej podatności może być trudne do wykrycia, co zwiększa ryzyko.
Rekomendacja
Zaleca się zastosowanie łatki do funkcji ap_limit_section w pliku server/core.c, aby zablokować możliwość wykorzystania tej podatności przez pliki .htaccess. Należy również sprawdzić konfigurację httpd.conf w celu usunięcia błędnych ustawień.
Inne podatności w Apache HTTP Server
Zobacz wszystkie- CVE-2016-8743Wysokie
Serwer Apache HTTP w wersjach przed 2.2.32 i 2.4.25 akceptował zbyt liberalnie białe znaki w żądaniach oraz w liniach odpowiedzi i nagłówkach. Taka akceptacja różnych zachowań stanowiła zagrożenie bezpieczeństwa, gdy httpd uczestował w łańcuchu proxy lub współpracował z serwerami aplikacyjnymi.
- CVE-2016-5387Wysokie
Serwer Apache HTTP w wersjach do 2.4.23 nie chroni aplikacji przed nieufnymi danymi klienta w zmiennej środowiskowej HTTP_PROXY, co może umożliwić zdalnym atakującym przekierowanie ruchu HTTP aplikacji do dowolnego serwera proxy za pomocą spreparowanego nagłówka Proxy w żądaniu HTTP.
- CVE-2016-4979Wysokie
Serwer Apache HTTP w wersjach od 2.4.18 do 2.4.20, przy włączonych mod_http2 i mod_ssl, nieprawidłowo rozpoznaje dyrektywę 'SSLVerifyClient require' dla autoryzacji żądań HTTP/2. To pozwala zdalnym atakującym na obejście zamierzonych ograniczeń dostępu.
- CVE-2024-38475Wysokie
W module mod_rewrite serwera Apache HTTP Server 2.4.59 i wcześniejszych występuje problem z nieprawidłowym kodowaniem wyjścia. Umożliwia to atakującemu mapowanie adresów URL na lokalizacje w systemie plików, które serwer może obsługiwać, ale nie są bezpośrednio osiągalne przez żaden URL, co prowadzi do wykonania kodu lub ujawnienia kodu źródłowego.
- CVE-2024-38477Średnie
W module mod_proxy Apache HTTP Server 2.4.59 i wcześniejszych występuje dereferencja wskaźnika null, która pozwala atakującemu na spowodowanie awarii serwera za pomocą złośliwego żądania.
- CVE-2023-38709Średnie
W rdzeniu Apache HTTP Server do wersji 2.4.58 występuje wadliwa walidacja wejścia, która pozwala złośliwym lub podatnym na ataki backendom lub generatorom treści na dzielenie odpowiedzi HTTP. Może to prowadzić do ataków typu HTTP response splitting.
- CVE-2024-24795Średnie
W wielu modułach Apache HTTP Server występuje podatność na dzielenie odpowiedzi HTTP (HTTP Response Splitting). Atakujący, który może wstrzyknąć złośliwe nagłówki odpowiedzi do aplikacji backendowych, może spowodować atak desynchronizacji HTTP.
- CVE-2024-40725Średnie
Częściowa poprawka dla CVE-2024-39884 w Apache HTTP Server 2.4.61 nie uwzględnia pewnych konfiguracji opartych na typie treści, takich jak AddType. W określonych okolicznościach, gdy pliki są żądane pośrednio, może dojść do ujawnienia kodu źródłowego lokalnej treści.
- CVE-2024-36387Średnie
Obsługa uaktualnień protokołu WebSocket przez połączenie HTTP/2 może skutkować dereferencją wskaźnika null, prowadzącą do awarii procesu serwera i degradacji wydajności.
- CVE-2024-27316Średnie
W Apache HTTP Server, przychodzące nagłówki HTTP/2 przekraczające limit są tymczasowo buforowane w nghttp2 w celu wygenerowania informacyjnej odpowiedzi HTTP 413. Jeśli klient nie przestanie wysyłać nagłówków, prowadzi to do wyczerpania pamięci.
Oryginalny opis (angielski, źródło NVD)
Apache httpd allows remote attackers to read secret data from process memory if the Limit directive can be set in a user's .htaccess file, or if httpd.conf has certain misconfigurations, aka Optionsbleed. This affects the Apache HTTP Server through 2.2.34 and 2.4.x through 2.4.27. The attacker sends an unauthenticated OPTIONS HTTP request when attempting to read secret data. This is a use-after-free issue and thus secret data is not always sent, and the specific data depends on many factors including configuration. Exploitation with .htaccess can be blocked with a patch to the ap_limit_section function in server/core.c.