Katalog podatności CVE

YesWiki w wersjach przed 4.6.7 zawiera podatność CSRF w RevisionsHandler, która pozwala atakującym przywracać stare wersje stron poprzez żądania GET bez walidacji tokenu CSRF. Atakujący może nakłonić użytkownika z uprawnieniami zapisu do przejścia na stronę z parametrem restoreRevisionId, co po cichu nadpisuje aktualną treść strony starą lub zniszczoną wersją.

YesWiki w wersjach przed 4.6.7 zawiera błąd braku autoryzacji w akcji pointimage (tools/attach/actions/pointimage.php), który zapisuje treść na stronie wybranej przez atakującego z pominięciem kontroli ACL zapisu. Nieuwierzytelnieni atakujący mogą wysyłać pola pagetag, title i description do dowolnej strony renderującej {{pointimage}}, aby dołączyć surowy HTML lub JavaScript do dowolnej strony wiki, w tym stron z ograniczeniami ACL zapisu, powodując przechowywany XSS w przeglądarkach przeglądających i administratorów.

YesWiki w wersjach przed 4.6.7 zawiera podatność kontroli dostępu pozwalającą nieuwierzytelnionym atakującym nadpisać dowolną istniejącą stronę wiki, w tym strony z ograniczeniami ACL zapisu, poprzez przepływ tworzenia wpisu Bazar. Atakujący mogą przesłać spreparowany wpis z kontrolowanym przez siebie id_fiche pasującym do istniejącej strony, nadpisując jej treść w celu masowego defacementu i zniszczenia zawartości.

YesWiki w wersjach przed 4.6.7 zawiera obejście uwierzytelniania w obsłudze AJAX kontaktowego maila, które pozwala nieuwierzytelnionym atakującym wysyłać e-maile przez serwer SMTP wiki. Atakujący mogą wysłać XMLHttpRequest do handlera mail bez parametrów field lub type, podając dowolnego odbiorcę, nadawcę, temat i treść w celu spamu i phishingu.

YesWiki w wersjach przed 4.6.7 zawiera nieuwierzytelnioną podatność server-side request forgery, która pozwala zdalnym atakującym zmusić serwer do pobierania dowolnych adresów URL poprzez dostarczenie akcji syndykacji przez parametr content handlera render. Atakujący mogą celować w wewnętrzne hosty i porty, odczytywać pobraną treść kanału w renderowanej stronie oraz powodować pobieranie załączników kanału do katalogu plików.

YesWiki w wersjach przed 4.6.7 zawiera nieuwierzytelnioną podatność server-side request forgery, która pozwala zdalnym atakującym zmusić serwer do pobierania dowolnych hostów i portów poprzez parametr url akcji {{valeur}}. Atakujący mogą przesłać akcję przez parametr content handlera handlers/page/render.php, aby sondować wewnętrzne usługi HTTP i odczytywać treść odpowiedzi pasującą do znaczników fiche.

YesWiki w wersjach przed 4.6.7 zawiera ślepą podatność server-side request forgery, która pozwala nieuwierzytelnionym atakującym wykonywać dowolne żądania po stronie serwera poprzez parametr idtypeannonce w /api/entries/bazarlist. Ponieważ isValidURL() zawsze zwraca true, atakujący mogą podać wewnętrzne adresy URL pobierane przez curl w loadURLContent() w celu sondowania sieci wewnętrznych i docierania do wewnętrznych usług lub punktów końcowych metadanych.

YesWiki w wersjach przed 4.6.7 zawiera podatność enumeracji użytkowników w LostPasswordAction.php, która pozwala nieuwierzytelnionym atakującym potwierdzać zarejestrowane adresy e-mail poprzez różniące się odpowiedzi. Atakujący mogą przesyłać e-maile do strony odzyskiwania MotDePassePerdu bez ograniczeń szybkości, aby identyfikować ważne konta do ukierunkowanego phishingu lub password-sprayingu.

YesWiki w wersjach przed 4.6.7 zawiera podatność braku autoryzacji w akcjach listpagestag i includepages narzędzia tags, które wyliczają strony bez stosowania filtrowania read-ACL. Nieuwierzytelnieni lub nieuprzywilejowani atakujący mogą osadzić te akcje z wybranym tagiem lub nazwą strony, aby ujawnić nazwy i tytuły pochodzące z treści stron z ograniczeniami ACL.

ZcashFoundation Zebra zebra-rpc w wersjach przed 8.0.0 i zebrad przed 4.5.0 zawierają osiągalne asercje w handlerze RPC z_listunifiedreceivers, który wywołuje expect() przy parsowaniu odbiorcy Sapling, co kończy się niepowodzeniem dla Unified Addresses zawierających nieprawidłowe punkty Jubjub. Uwierzytelnieni klienci RPC mogą przesłać taki adres, aby przerwać proces zebrad, wielokrotnie utrzymując węzeł offline.

Zebra przed wersją 6.3.0 zawiera nieprawidłową obsługę wyjątkowych warunków w funkcji ChainSync::obtain_tips, która odrzuca poprawne odpowiedzi FindBlocks z jednym hashem, fałszywie zgłaszając status blisko szczytu. Peery zwracające tylko następny hash bloku powodują zerową próbkę synchronizacji, przez co punkt końcowy /ready zwraca 200 OK, podczas gdy węzeł pozostaje w tyle za szczytem.

Zebra (zebrad) w wersjach od 5.0.0 do przed 6.0.0-rc.0 nie stosuje limitu przyjęć mempool na peer do transakcji otrzymywanych jako bezpośrednie wiadomości P2P tx, ponieważ są one kolejkowane bez zapisania wysyłającego peera jako źródła. Zdalny przychodzący peer może wysłać wiele unikalnych transakcji, zajmując nieproporcjonalną część miejsc przyjęć mempool, wypierając uczciwe przekaźniki transakcji innych peerów.

Metoda RPC getblock w zebra-rpc przed wersją 11.0.0, używana przez węzeł Zebra Zcash Foundation, powoduje panikę przy verbosity 2 dla bloku bocznego łańcucha, ponieważ wartownik -1 potwierdzeń jest konwertowany na u32 z użyciem .expect(), co przerywa proces. Zdalni nieuwierzytelnieni atakujący, bezpośrednio lub przez lightwalletd, mogą powtarzać to wywołanie, utrzymując węzeł w pętli awarii.

Zebra przed wersją 6.1.0 zawiera podatność niepełnego czyszczenia w zadaniu zapisu stanu, która pozwala zdalnym nieuwierzytelnionym peerom na zatrzymanie synchronizacji węzła poprzez zatrucie parent_error_map. Atakujący mogą dostarczyć blok z manipulowanym coinbase, który ma ten sam hash co kanoniczny blok, zanim ten się rozprzestrzeni, powodując odrzucenie następnego kanonicznego bloku i zatrzymanie węzła na około 2000 bloków.

Zebra przed wersją 6.1.0 zawiera podatność nieefektywnej złożoności algorytmicznej w funkcji remaining_transaction_value, która klonuje całą mapę wydanych UTXO na poziomie bloku dla każdej transakcji podczas weryfikacji kontekstowej. Atakujący mogą wydobyć lub zasiać mempool około 26 000 minimalnych transakcji z jednym wejściem w jednym bloku, zatrzymując każdy walidujący węzeł na ponad 52 sekundy.

ZcashFoundation Zebra przed wersją 6.1.0 zawiera podatność wyczerpania zasobów, która pozwala nieuwierzytelnionym peerom na degradację przetwarzania bloków poprzez wysyłanie transakcji z nieprawidłowymi dowodami Orchard bez otrzymania punktów kar. Atakujący mogą wielokrotnie wysyłać nieprawidłowe dowody do wspólnego weryfikatora halo2, zmuszając uczciwe dowody bloków do wolnej ścieżki indywidualnej weryfikacji i spowalniając przetwarzanie bloków około siedmiokrotnie.

Zebra przed wersją 6.2.1 zawiera podatność niepełnego czyszczenia, która pozwala nieuwierzytelnionym peerom na blokowanie pobierania prawidłowych bloków poprzez pozostawianie odrzuconych hashów w SentHashes. Atakujący mogą wysłać kontekstowo nieprawidłowy blok, który ma ten sam hash nagłówka co uczciwy blok, powodując, że Request::KnownBlock pomija uczciwy blok i utrzymuje węzły za szczytem.

Zebra przed wersją 6.3.0 zawiera awarię mechanizmu ochrony, która pozwala nieuwierzytelnionym peerom na unikanie punktów kar za złe zachowanie poprzez dostarczanie nieprawidłowych bloków plotkowanych. Krok czyszczenia przychodzących błędnie rzutuje RouterError na VerifyBlockError i odrzuca wynik, więc atakujący mogą wielokrotnie wymuszać pobieranie bloków i weryfikację Equihash bez zablokowania.

Zebra (zebrad) w wersjach od 4.5.0 do przed 6.3.0 odrzuca informację o tym, który peer dostarczył hashe bloków w odpowiedziach FindBlocks, a następnie przypisuje 100 punktów kar, czyli próg banowania, temu peerowi, który serwuje żądany blok ponad 50 000 wysokości powyżej szczytu. Zdalny peer może zwrócić prawdziwe hashe z dużej odległości do synchronizującego węzła, aby uczciwe peery zostały zbanowane, co osłabia zestaw peerów i zwiększa ryzyko zaćmienia.

Ghost od wersji 1.20.0 do przed 6.64.0 zawiera podatność path traversal w ładowaniu plików tłumaczeń motywu, która pozwala uwierzytelnionym administratorom na odczyt plików JSON poza aktywnym katalogiem motywu. Atakujący mogą manipulować ustawieniem locale, aby ładować pliki JSON w innych miejscach na serwerze, ujawniając sekrety konfiguracji serwera.