CVE-2026-52761
ŚrednieCVSS 5.8Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 33 - wyżej niż 33% wszystkich znanych CVE
Streszczenie
Podatność w ModSecurity od wersji 3.0.0 do 3.0.15 dotyczy transformacji t:utf8toUnicode na architekturze i386. Błąd w kodzie powoduje, że funkcja snprintf używa rozmiaru wskaźnika zamiast długości bufora Unicode, co prowadzi do nieprawidłowego wyniku i umożliwia ominięcie reguł WAF.
Ocena ryzyka
Organizacje używające ModSecurity na systemach i386 mogą być narażone na ataki omijające reguły bezpieczeństwa, co zwiększa ryzyko nieautoryzowanego dostępu lub ataków na aplikacje webowe.
Rekomendacja
Należy natychmiast zaktualizować ModSecurity do wersji 3.0.16 lub nowszej, która zawiera poprawkę dla tej podatności.
Inne podatności w ModSecurity
Zobacz wszystkie- CVE-2026-42268Wysokie
ModSecurity to silnik zapory aplikacji webowych, który w wersjach od 3.0.0 do przed 3.0.15 zawiera nieobsługiwany wyjątek spowodowany niedoborem liczby całkowitej bez znaku. Problem występuje, gdy administrator używa reguły @verifySSN, @verifyCPF lub @verifySVNR.
- CVE-2026-52747Wysokie
ModSecurity przed wersją 3.0.16 zawiera podatność w parserze multipart/form-data, która powoduje ciche usuwanie znaków nowej linii z wartości pól formularza niebędących plikami. Dzieje się tak, ponieważ kod nadpisuje zarezerwowane bajty zamiast dołączać bieżący bufor, co prowadzi do różnic w parsowaniu między ModSecurity a aplikacjami backendowymi.
- CVE-2023-38285Wysokie
ModSecurity w wersji 3.x przed 3.0.10 zawiera problem z nieefektywną złożonością algorytmiczną.
Oryginalny opis (angielski, źródło NVD)
ModSecurity is an open source, cross platform web application firewall (WAF) engine for Apache, IIS and Nginx. From 3.0.0 through 3.0.15, the t:utf8toUnicode transformation in src/actions/transformations/utf8_to_unicode.cc produces wrong output on i386 architecture because snprintf uses sizeof on a char pointer rather than the length of the unicode buffer, allowing rules that use this transformation to be bypassed on i386 architecture. This issue is fixed in version 3.0.16.