Katalog podatności CVE

Podatność na Cross-Site Request Forgery (CSRF) w WP 2FA od Melapress umożliwia ataki CSRF. Problem dotyczy WP 2FA w wersjach od n/a do 4.1.0.

Nieograniczona rekurencja w funkcjach DcmSequenceOfItems::read() i DcmItem::read() w bibliotece dcmdata pakietu OFFIS DCMTK 3.7.0 pozwala zdalnemu, nieuwierzytelnionemu atakującemu na spowodowanie odmowy usługi (wyczerpanie stosu i awaria procesu) poprzez wysłanie zestawu danych DICOM zawierającego głęboko zagnieżdżone sekwencje (elementy SQ). Zestaw danych może być wysłany w żądaniu C-STORE do storescp, dcmrecv, dcmqrscp lub innej usługi DICOM opartej na DCMTK, ponieważ odebrany zestaw jest analizowany przed jakąkolwiek autoryzacją. Lokalne narzędzia, takie jak dcmdump, również ulegają awarii przy otwieraniu takiego pliku. Problem został naprawiony w commicie 885ff0f10372bd589b5f44cea974f28a3964cb0f, który dodaje konfigurowalny limit głębokości zagnieżdżenia sekwencji (domyślnie 64).

IBM DataPower Gateway w wersjach 10.5.0.0 do 10.5.0.22, 10.6.1 do 10.6.6, 10.6.0.0 do 10.6.0.10 oraz 11.0.0.0 do 11.0.0.2 zawiera podatność na obejście zabezpieczeń z powodu nieprawidłowej autoryzacji, co pozwala zdalnemu atakującemu na ominięcie ograniczeń bezpieczeństwa.

IBM DataPower Gateway w wersjach 10.5.0.0 do 10.5.0.22, 10.6.1 do 10.6.6, 10.6.0.0 do 10.6.0.10 oraz 11.0.0.0 do 11.0.0.2 zawiera podatność na niedomiar bufora sterty (heap buffer underwrite), co może pozwolić atakującemu na spowodowanie awarii usługi.

IBM DataPower Gateway w wersjach 10.5.0.0 do 10.5.0.22, 10.6.1 do 10.6.6, 10.6.0.0 do 10.6.0.10 oraz 11.0.0.0 do 11.0.0.2 zawiera podatność na odmowę usługi z powodu nieprawidłowej walidacji danych wejściowych, co pozwala zdalnemu atakującemu na spowodowanie awarii usługi.

IBM DataPower Gateway w wersjach 10.5.0.0 do 10.5.0.22, 10.6.1 do 10.6.6, 10.6.0.0 do 10.6.0.10 oraz 11.0.0.0 do 11.0.0.2 zawiera podatność na zdalną odmowę usługi z powodu nieprawidłowej walidacji pola długości podczas realokacji pamięci.

IBM DataPower Gateway w wersjach 10.5.0.0 do 10.5.0.22, 10.6.1 do 10.6.6, 10.6.0.0 do 10.6.0.10 oraz 11.0.0.0 do 11.0.0.2 zawiera podatność na zdalną odmowę usługi z powodu przepełnienia bufora sterty.

IBM DataPower Gateway w wersjach 11.0.0.0 do 11.0.0.2 zawiera podatność na zdalną odmowę usługi z powodu niekontrolowanego zużycia zasobów.

Wtyczka Forminator (od WPMU DEV) w wersji do 1.57.3 zawiera podatność na Cross-Site Request Forgery (CSRF), która umożliwia atakującemu wykonanie nieautoryzowanych działań w imieniu zalogowanego użytkownika.

Wtyczka Vitepos (od Appsbd) w wersji do 3.6.1 zawiera podatność na ślepą iniekcję SQL, która umożliwia atakującemu manipulowanie zapytaniami do bazy danych.

Rozszerzenie Joomla Gridbox (od balbooa.com) w wersji poniżej 2.20.4.0 zawiera podatność na CSRF w funkcji instalacji języka, ponieważ akcja addLanguage nie wymaga metody POST i nie sprawdza tokena sesji.

Oprogramowanie OctoCloud (od AKIN Software) w wersji od 1.12.06 przed 1.12.07 zawiera podatność na obejście autoryzacji przez klucz kontrolowany przez użytkownika, umożliwiającą dostęp do funkcji nieodpowiednio ograniczonych przez ACL.

hMailServer (od Progressive Robot) w wersjach 6.0.0 do 6.3.5 niepoprawnie obsługuje DANE (RFC 7672) przy wysyłce SMTP, co pozwala atakującemu na wyłączenie DANE dla domeny z podpisem DNSSEC i przechwycenie lub modyfikację wiadomości.

hMailServer (od Progressive Robot) w wersjach 6.3.4 i 6.3.5 zawiera podatność na nieefektywną złożoność algorytmiczną w przetwarzaniu odbić i skarg, co pozwala zdalnemu atakującemu zatrzymać dostarczanie poczty.

hMailServer (od Progressive Robot) w wersjach 6.0.0 do 6.3.5 zawiera podatność na nieefektywną złożoność algorytmiczną i niekończącą się pętlę w przetwarzaniu MIME, co pozwala zdalnemu atakującemu uniemożliwić działanie usług pocztowych.

Nieefektywna złożoność algorytmiczna w weryfikacji podpisów DKIM i ARC w hMailServer 6.0.0 do 6.3.5 pozwala zdalnemu, nieuwierzytelnionemu atakującemu na uniemożliwienie działania usług pocztowych poprzez wysłanie wiadomości. Budowanie kanonicznego nagłówka i wybieranie pól nagłówka wymienionych w tagu h= podpisu zajmowało czas rosnący kwadratowo wraz z rozmiarem nagłówka wiadomości. Wiadomość z wieloma polami nagłówka lub polem złożonym z wielu linii, z podpisem DKIM dla domeny kontrolowanej przez atakującego, zajmuje wątek roboczy na dziesiątki sekund na podpis; do dziesięciu podpisów jest ocenianych na wiadomość przez testy DKIM i DMARC.

Nieefektywna złożoność algorytmiczna w czytniku JSON w hMailServer pozwala zdalnemu, nieuwierzytelnionemu atakującemu na uniemożliwienie działania usług pocztowych. Czytanie obiektu JSON utrzymywało pierwszy z każdego zduplikowanego członu nazwy, przeszukując już przeczytane człony, więc obiekt z N różnych nazw członów kosztował O(N^2): 1 MB zajmował 8,9 sekundy, a 4 MB 300 sekund. Zdalny atakujący dociera do czytnika bez konta, wysyłając spreparowany raport TLS-RPT (do 16 MB po dekompresji) do opublikowanej skrzynki raportów domeny, co jest czytane na wątku dostarczania; kilka takich raportów zajmuje wszystkie wątki dostarczania (domyślnie dziesięć), więc serwer nie dostarcza żadnej poczty, lokalnej ani wychodzącej, przez ponad godzinę na raport.

Nieprawidłowe domyślne uprawnienia w instalatorze Windows hMailServer 6.0.0 do 6.3.5 pozwalają lokalnemu, uwierzytelnionemu użytkownikowi na odczyt danych serwera pocztowego. Instalator tworzył foldery danych, logów, temp, bazy danych i zdarzeń oraz plik konfiguracyjny hMailServer.INI z uprawnieniami dziedziczonymi z folderu instalacyjnego, domyślnie w Program Files, które dają grupie lokalnych użytkowników dostęp do odczytu. Każdy użytkownik, który może zalogować się do komputera, może odczytać każdą przechowywaną wiadomość, logi, wbudowaną bazę danych z hashami haseł kont, gdy usługa jest zatrzymana, oraz plik konfiguracyjny, w tym hasło bazy danych, które jest zapieczętowane tylko kluczem DPAPI maszyny i może być odpieczętowane przez dowolne lokalne konto; z zewnętrzną bazą danych to hasło daje pełną kontrolę nad nią.

Progressive Robot hMailServer w wersjach 6.0.0 do 6.3.5 nie wymusza TLS dla wychodzącej dostawy SMTP do serwera wymiany poczty, którego rekordy TLSA zweryfikowane przez DNSSEC nie zawierają rekordu DANE-EE (użycie 3), wbrew RFC 7672 sekcja 2.2. Serwer używał tylko rekordów DANE-EE i traktował zweryfikowany zestaw rekordów TLSA składający się z DANE-TA (użycie 2) lub innych bezużytecznych rekordów tak, jakby nie opublikowano żadnych rekordów, więc dostawa do takiego hosta spadała do oportunistycznego TLS. Atakujący z aktywną pozycją na ścieżce sieciowej między serwerem a serwerem wymiany poczty odbiorcy może stłumić lub przerwać negocjację STARTTLS i spowodować dostarczenie wiadomości w postaci jawnej, gdzie mogą być odczytane i zmodyfikowane.

Brak autoryzacji na obiektach COM w Progressive Robot hMailServer 6.0.0 do 6.3.5 (tylko Windows) pozwala lokalnemu użytkownikowi interaktywnemu bez poświadczeń hMailServer na odczyt i zapis dowolnych plików jako konto usługi oraz kolejkę poczty jako dowolny nadawca. Usługa rejestruje swoje klasy COM bez uprawnień dostępu lub uruchamiania DCOM i wywołuje CoInitializeSecurity bez deskryptora zabezpieczeń, więc każdy użytkownik zalogowany na konsoli lub przez Remote Desktop może aktywować klasy w działającej usłudze; utworzone w ten sposób hMailServer.Message, jego Attachments i Attachment oraz hMailServer.FetchAccount niosą poświadczenie, które nigdy nie zostało uwierzytelnione. Attachments.Add(path) i Attachment.SaveAs(path) nie wykonywały żadnej kontroli autoryzacji, a Message.Save/Copy i FetchAccount.AccountID/Save nie wykonywały żadnej do 6.3.3, a od 6.3.4 traktowały posiadacza bez poświadczeń jako własnego hosta skryptów zdarzeń serwera. Ponieważ usługa nie personifikuje wywołującego COM, Attachments.Add odczytuje dowolny plik, który konto usługi może odczytać, i zwraca go, Attachment.SaveAs zapisuje wybrane przez atakującego bajty do dowolnej ścieżki, do której może zapisać (w instalacji LocalSystem, wykonanie kodu jako SYSTEM), Message.Save kolejkuje wychodzącą pocztę z dowolnego adresu poza kontrolami SMTP, a FetchAccount dołącza zadanie pobierania poczty do dowolnej skrzynki. Obiekty przekazane przez Application zachowują się tak samo, gdy późniejsze Authenticate na tym Application zawiedzie.