Katalog podatności CVE

Zebra przed wersją 6.1.0 zawiera podatność nieprawidłowego obliczenia w selektorze szablonów bloków ZIP-317, która pomija rozmiar nagłówka i liczbę transakcji z budżetu bloku. Atakujący mogą umieścić ważne wybieralne transakcje w mempool ofiary-górnika, aby ukształtować szablony w nadmiernie duże bloki, co powoduje odrzucenie i marnowanie pracy proof-of-work.

Zebra (zebrad) w wersji przed 6.2.1 zawiera asymetryczną podatność zużycia zasobów, która pozwala nieuwierzytelnionym peеrом blokować weryfikację bloków poprzez przesyłanie transakcji V6 do mempoola z nieprawidłowymi dowodami Halo2. Atakujący może zalać współdzieloną kolejkę weryfikacji Halo2 bez priorytetu transakcjami o zerowej opłacie z wypełnionymi zerami dowodami Orchard i Ironwood, powodując opóźnienie węzłów względem końca łańcucha.

Ścieżka pobierania synchronizacji bloków w Zebra (zebrad) w wersji przed 6.3.0 odczytuje wysokość bloku z niezwalidowanego scriptSig coinbase i odrzuca bloki, które wydają się zbyt daleko za końcem łańcucha, przed walidacją konsensusu, bez karania dostarczającego peera. Ponieważ identyfikatory transakcji V5 wykluczają scriptSig, złośliwy peer może wielokrotnie dostarczać kanoniczny blok, którego coinbase twierdzi, że ma wysokość 1, zachowując żądany hash, opóźniając odkrycie najnowszego bloku przez węzeł.

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 6.10.3 przed 6.64.0 zawiera podatność zdalnego wykonania kodu, która pozwala uwierzytelnionym administratorom uruchamiać kod poprzez nadużycie ładowania plików tłumaczeń motywu. Atakujący z dostępem administratora może przesłać spreparowany motyw zawierający złośliwe pliki tłumaczeń, aby wykonać dowolny kod na serwerze Ghost.

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.

Ghost w wersjach od 4.39.0 do 6.64.0 zawiera podatność ujawnienia informacji w Admin API, która pozwala użytkownikom personelu na przeglądanie tajnych tokenów oczekujących zaproszeń dla personelu. Użytkownicy z uprawnieniem do przeglądania zaproszeń mogą zaakceptować oczekujące zaproszenia o wyższych uprawnieniach, co prowadzi do eskalacji uprawnień.

Ghost od wersji 0.7.2 do 6.64.0 zawiera podatność ujawniania informacji w API administracyjnym, która pozwala użytkownikom na poziomie personelu określić względną kolejność hashy haseł innych pracowników. Uwierzytelnieni pracownicy mogą zapytać API administracyjne, aby wywnioskować kolejność hashy, chociaż nie ujawnia to bezpośrednio hashy ani nie umożliwia praktycznego odzyskania haseł.

Ghost w wersjach od 2.5.0 do 6.64.0 zawiera podatność przechowywanego XSS, która pozwala atakującym wstrzykiwać niezaufane skrypty do treści postów poprzez odpowiedzi oEmbed ze zdjęciami. Atakujący mogą hostować złośliwe odpowiedzi oEmbed, aby osadzenie ich URL przechowywało skrypty uruchamiane w edytorze Ghost, opublikowanej witrynie i e-mailach newslettera, kompromitując sesje administratorów personelu.

Ghost w wersjach od 5.94.0 do 6.64.0 zawiera podatność przechowywanego XSS, która pozwala użytkownikom personelu, w tym współpracownikom, hostować dowolny HTML poprzez nadużycie pobierania obrazów w kartach zakładek. Atakujący mogą tworzyć karty zakładek, które przechowują pliki niebędące obrazami z zewnętrznych witryn jako ikony lub miniatury, aby skompromitować sesje administracyjne innych użytkowników personelu.

Ghost w wersjach od 0.5.0 do 6.64.0 nieprawidłowo ogranicza przypisywanie ról personelu, umożliwiając użytkownikom z rolą Edytora lub Super Edytora przypisanie własnej roli innym pracownikom bez posiadania odpowiednich uprawnień. Uwierzytelniony Edytor lub Super Edytor może awansować użytkowników z rolą Autora lub Współpracownika do roli Edytora lub Super Edytora.

Ghost w wersjach od 6.22.1 do 6.64.0 zawiera podatność przechowywanego XSS, która pozwala użytkownikom personelu hostować skrypty poprzez przesyłanie plików serwowanych z typami treści opartymi na rozszerzeniu w domyślnym adapterze pamięci lokalnej. Atakujący mogą przesyłać pliki zawierające skrypty do domeny witryny, aby skompromitować sesje administracyjne innych użytkowników personelu.

SiYuan w wersjach przed 3.8.5 zawiera podatność ujawnienia informacji, która pozwala czytelnikom publikacji na odczyt wierszy bazy danych chronionych hasłem i wyłączonych z publikacji poprzez endpoint /api/export/preview. Atakujący mogą zażądać podglądu eksportu publicznego dokumentu osadzającego widok bazy danych, aby uzyskać tekst klucza głównego i wartości komórek chronionych wierszy.

SiYuan przed wersją v3.8.5 zawiera podatność ujawniania informacji, która pozwala czytelnikom z uprawnieniami tylko do odczytu poznać metadane dokumentów wykluczonych z publikacji za pośrednictwem punktu końcowego getNotebookInfo. Atakujący, w tym anonimowi goście, gdy nie ustawiono hasła czytelnika, mogą zapytać o widoczne publikacyjnie notatniki, aby uzyskać liczbę dokumentów, rozmiar i znaczniki czasu modyfikacji ukrytych dokumentów.

SiYuan przed wersją v3.8.5 zawiera podatność braku autoryzacji w punktach końcowych getRefCreateSavePath, getShorthandSavePath i getDocCreateSavePath, która pozwala odwiedzającym z uprawnieniami tylko do odczytu poznać identyfikatory niepublikowanych notatników. Atakujący z dostępem tylko do odczytu lub anonimowym dostępem publikacyjnym mogą wysłać POST z dowolnym otwartym identyfikatorem notatnika, aby otrzymać globalny identyfikator zapisu i szablon ścieżki zapisu, ujawniając istnienie ukrytego notatnika i czas jego utworzenia.

Lokalny atakujący z kontrolą nad konfiguracją GRUB może obejść ograniczenia lockdown podczas rozruchu z Secure Boot i załadować niepodpisany moduł GRUB, podczas gdy GRUB nadal raportuje włączony lockdown. Podatność wynika z niewystarczającej walidacji adresu bazowego MMIO przekazanego do polecenia serial w GRUB, co pozwala na zapis danych pod adresem kontrolowanym przez atakującego i wyłączenie weryfikacji modułów.

Podatność polegająca na alokacji zasobów bez limitów lub ograniczeń w powiązaniach Erlang Apache Thrift. Brak ograniczeń może prowadzić do wyczerpania zasobów. Problem dotyczy wersji przed 0.25.0.

Podatność w powiązaniach Java Apache Thrift polegająca na nieprawidłowym obsługiwaniu wyjątkowych warunków oraz braku zwolnienia zasobów po zakończeniu ich życia. Problem dotyczy wersji przed 0.25.0.