Katalog podatności CVE

YesWiki przed wersją 4.6.7 zawiera podatność odbitego XSS, która pozwala nieuwierzytelnionym atakującym wstrzyknąć skrypty przez parametr field w handlerze mail. Atakujący może stworzyć link, którego wartość field wychodzi poza atrybut akcji ajax-mail-form, wykonując JavaScript w przeglądarce ofiary.

YesWiki przed wersją 4.6.7 zawiera podatność przechowywanego XSS w Bazar FileField, która waliduje tylko rozszerzenie pliku i nie wywołuje HtmlPurifierService::cleanFile. Pliki SVG są przechowywane bez zmian i serwowane jako image/svg+xml, co pozwala uwierzytelnionym użytkownikom przesłać SVG ze skryptem wykonującym się w kontekście wiki.

YesWiki przed wersją 4.6.7 zawiera podatność SSRF w WebfingerService, która pozwala nieuwierzytelnionym atakującym wywołać żądania HTTPS do wewnętrznych hostów. Atakujący może wysłać spreparowany actor_handle z numerycznym hostem i portem do widoku abonnements, aby sondować wewnętrzne usługi HTTPS i porty.

YesWiki przed wersją 4.6.7 zawiera podatność SSRF w validateKeyIdUrl(), która pozwala nieuwierzytelnionym atakującym obejść zabezpieczenie SSRF przy użyciu adresów 6to4, NAT64 lub IPv4-compatible IPv6. Atakujący może wysłać spreparowany Signature keyId do publicznego route'a actor inbox, aby dotrzeć do metadanych chmury, usług loopback lub wewnętrznych hostów.

YesWiki przed wersją 4.6.7 zawiera podatność obejścia kontroli dostępu, która pozwala nieuwierzytelnionym atakującym odczytać zastrzeżoną treść stron poprzez akcję RSS recentchangesrssplus. Atakujący może zażądać metody xml strony hostującej akcję, aby uzyskać 500-znakowe fragmenty treści każdej najnowszej strony, w tym zastrzeżonych wersji roboczych i notatek.

YesWiki przed wersją 4.6.7 zawiera podatność typu algorithmic-complexity denial of service w formatterze wakka.php z powodu wyrażenia regularnego O(n^2) dla linków markdown. Nieuwierzytelnieni atakujący mogą wysłać małe spreparowane ciało złożone z nawiasów do endpointu podglądu edycji strony, aby zablokować procesy PHP-FPM i wysycić pulę.

YesWiki przed wersją 4.6.7 zawiera podatność cross-site request forgery w akcji admintag, która pozwala atakującym usuwać powiązania tagów poprzez nakłonienie administratorów do kliknięcia spreparowanych linków GET. Atakujący może podać szeroki zakres id w parametrze delete_tag poprzez nawigację najwyższego poziomu, przenosząc ciasteczko administratora SameSite=Lax, aby masowo usuwać trójki tagów.

YesWiki przed wersją 4.6.7 zawiera podatność cross-site request forgery w handlerze strony filemanager, który usuwa załączniki stron przy żądaniach GET bez walidacji tokenu CSRF. Atakujący może nakłonić zalogowanego właściciela strony lub administratora do nawigacji GET najwyższego poziomu z do=del, erase lub emptytrash, usuwając lub trwale czyszcząc załączniki strony.

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.