Katalog podatności CVE

W Goobi viewer przed wersją 26.05, po odwiedzeniu linku resetowania hasła aplikacja generuje hasło zastępcze w przewidywalny sposób i wysyła je e-mailem do właściciela konta. Niewystarczająca entropia pozwala atakującemu, który potrafi oszacować czas generowania po stronie serwera, na złamanie hasła metodą brute-force.

W Goobi viewer przed wersją 26.05 token resetowania hasła jest przewidywalnie oparty na czasie żądania resetu. Atakujący, który zna adres e-mail celu, może zażądać resetu, a następnie złamać token metodą brute-force. Wykorzystanie tej podatności samo w sobie wymusza nieautoryzowany reset hasła dowolnego konta.

W Cacti przed wersją 1.2.31 poprzednia lista blokowanych znaków ([;&| `$\n\r]) pomijała pojedyncze i podwójne cudzysłowy, operatory przekierowania, nawiasy podpowłoki i nawiasy klamrowe. Uwierzytelniony administrator mógł zapisać input_string zawierający te znaki i ominąć sprawdzenie.

W obsidian-tc (od 1.0.1 do 1.31.4) narzędzia create_entity, link_entities, rename_entity, unlink_entities i delete_entity regenerują notatki pamięci z SQLite pod ścieżką memory/<typ>/<nazwa>.md bez niezawodnego zachowania własności notatki, co może nadpisać całą treść ręcznie utworzonej notatki lub osieroconej notatki innej encji o tej samej znormalizowanej ścieżce. Ponadto kilka narzędzi modyfikuje SQLite przed operacjami na systemie plików, więc błąd zapisu może pozostawić niespójny graf pamięci względem notatek na dysku.

W obsidian-tc w wersjach od 1.13.0 do 1.31.4, wdrożenie Streamable HTTP z skonfigurowanym `auth.jwtSecret` pozwalało na obejście potwierdzenia człowieka przy wywołaniach narzędzi oznaczonych jako destrukcyjne. Serwer ufał ważnemu powiązanemu z wywołaniem `requestState` jako dowodowi zatwierdzenia, mimo że stan ten był tworzony przed zapytaniem `elicitation/create` i potwierdzał jedynie przynależność ponownego zgłoszenia do tego samego wywołania. Klient działający niepoprawnie lub pod kontrolą atakującego mógł wykonać destrukcyjne operacje na skarbcu bez zgody człowieka, zachowując zwykłe uprawnienia narzędzia.

GFI Archiver przed wersją 15.14 zawiera przechowywaną podatność cross-site scripting w konfiguracji zaplanowanych raportów MailInsights. Uwierzytelniony atakujący może wstrzyknąć dowolny skrypt lub HTML poprzez parametr nazwy raportu do /Archiver/MailInsights.aspx; ładunek jest zapisywany przez ReportScheduling.btnSaveReport_Click() bez kodowania wyjścia i wykonywany w przeglądarce użytkownika, który utworzył raport, gdy następnie wyświetli stronę MailInsights.

Podatność w pakiecie @rog0x/mcp-docker-tools w wersji 1.0.1 pozwala zdalnemu atakującemu na wykonanie dowolnego kodu poprzez funkcję handleImageList.

Podatność w pakiecie @rog0x/mcp-git-tools w wersji 1.0.1 pozwala zdalnemu atakującemu na wykonanie dowolnego kodu poprzez funkcję resolveBaseBranch.

Podatność w pakiecie @justice8096/sagemath-mcp-server w wersji 1.0.1 pozwala zdalnemu atakującemu na wykonanie dowolnego kodu poprzez funkcje escapeShellString i sanitizeCode.

Rozszerzenie Joomla Phoca Gallery w wersjach 4.5.0 do 6.1.5 zawiera podatność typu stored cross-site scripting (XSS) poprzez wstrzyknięcie atrybutu HTML, możliwą do wykorzystania przez uwierzytelnionego użytkownika.

W opcjonalnym pakiecie dnscache Zimbra Collaboration Suite (ZCS) występuje lokalna eskalacja uprawnień: konto Unix zimbra może uzyskać dostęp do plików z uprawnieniami roota. Polityka sudo bez hasła pozwala na dowolne argumenty do zmunbound, którego wrapper przekazuje je do Unbound bez ograniczenia ścieżki konfiguracji. Można ujawnić hasła i klucze prywatne oraz uszkodzić uprzywilejowane pliki konfiguracyjne.

W Zimbra Collaboration Suite (ZCS) występuje brak autoryzacji: delegowany administrator bez jawnych uprawnień może nadpisać globalną konfigurację Zimlet przez ConfigureZimletRequest. Może też dodać domenę atakującego do listy dozwolonych proxy domyślnej klasy usług; gdy zalogowany użytkownik otworzy spreparowany URL /service/proxy, Zimbra serwuje HTML atakującego w swojej domenie, umożliwiając odczyt danych skrzynki i akcje w imieniu ofiary.

Podatność reflected XSS na stronie logowania Zimbra Collaboration Suite pozwala nieuwierzytelnionemu atakującemu wykonać JavaScript przez parametr zrememberme. Spreparowany URL relogin wybiera wyświetlanie błędu dwuskładnikowego, które wstawia parametr do atrybutu ukrytego pola bez kodowania HTML. Ofiara otwierająca URL otrzymuje skrypt i treść kontrolowaną przez atakującego w ramach legalnego originu Zimbra, co umożliwia przechwycenie danych logowania.

Podatność typu LDAP filter injection w Zimbra Collaboration Suite pozwala uwierzytelnionemu użytkownikowi na odpytywanie normalnie niezwracanych atrybutów zasobów kalendarza przez SearchCalendarResourcesRequest. Zimbra escapuje wartości wyszukiwania, ale wstawia podane nazwy atrybutów bezpośrednio do wyrażeń filtrów LDAP bez walidacji. Atakujący może wstrzyknąć dodatkowe warunki i użyć powtarzanych zapytań, aby odzyskać czytelne atrybuty zasobów, takie jak wewnętrzne nazwy hostów skrzynek i trasy transportu poczty.

Podatność cross-account authorization w Zimbra Collaboration Suite pozwala uwierzytelnionemu użytkownikowi na wstawienie sfałszowanych rekordów udostępnionych plików do skrzynki innego użytkownika przez FileSharedWithMeRequest. Żądanie omija autoryzację delegowanego konta i akceptuje metadane plików, identyfikatory właściciela i zadeklarowane rozmiary wybrane przez atakującego bez walidacji odpowiedniego udostępnienia dokumentu. Atakujący może umieścić wpisy przypisane do innego rzeczywistego konta lokalnego bez interakcji ofiary.

Podatność sanitizacji CSS w Zimbra Collaboration Suite pozwala uwierzytelnionemu użytkownikowi z dostępem do Briefcase na opublikowanie dokumentu wyświetlającego treść kontrolowaną przez atakującego w ramach originu Zimbra. Podczas przetwarzania arkusza stylów zawierającego znaki nie-ASCII DefangFilter dołącza końcowy segment ASCII bez jego sanityzacji. HTML przechowywany jako application/x-zimbra-doc może zatem zachować odwołania URL CSS, które normalny sanityzator usuwa. Atakujący może udostępnić spreparowany dokument, który ładuje zewnętrzne zasoby i wyświetla formularz zbierający dane logowania.

W rozszerzeniu OAuth Zimbra Collaboration Suite (ZCS) Network Edition występuje CSRF: callback OAuth nie wiąże wartości state ani kodu autoryzacji z sesją Zimbra, lecz wybiera skrzynkę na podstawie bieżącego ciasteczka uwierzytelniającego. Atakujący może nakłonić zalogowaną ofiarę do otwarcia callbacku z kodem jego konta, tworząc trwałe źródło importujące kontakty lub wydarzenia atakującego; przy dwukierunkowej synchronizacji CalDAV ujawniane są również terminy utworzone w połączonym kalendarzu.

Podatność kanonikalizacji nazwy hosta w sanityzatorach HTML poczty Zimbra Collaboration Suite pozwala nieuwierzytelnionemu nadawcy obejść ograniczenie formularzy kierujących do hosta Zimbra. DefangFilter i OWASP ActionAttributePolicy porównują nazwę hosta form-action z nazwą hosta żądania przed kanonikalizacją URL przez przeglądarkę. Zatem nazwa hosta zakodowana procentowo może przetrwać sanityzację, podczas gdy przeglądarka wysyła formularz do normalnego originu Zimbra z ciasteczkiem uwierzytelniającym odbiorcy. Umożliwia to uwierzytelnione żądania formularzy z spreparowanej wiadomości e-mail po jej otwarciu w Classic i wysłaniu formularza.

Podatność uwierzytelniania organizatora w Zimbra Collaboration Suite pozwala nieuwierzytelnionemu nadawcy wiadomości e-mail na wstawienie zaproszeń kalendarzowych przypisanych do innego użytkownika. Ścieżka dostarczania poczty pozwala na zewnętrzne zaproszenia, ale nie weryfikuje, czy nadawca wiadomości jest upoważniony do użycia tożsamości ORGANIZER iCalendar. Gdy automatyczne wstawianie zaproszeń jest włączone, spreparowany komponent REQUEST tworzy wydarzenie zawierające szczegóły spotkania i przypomnienia wybrane przez atakującego pod sfałszowanym organizatorem bez interakcji odbiorcy.

Podatność uwierzytelniania uczestnika w przetwarzaniu kalendarza e-mail Zimbra Collaboration Suite pozwala nieuwierzytelnionemu nadawcy sfałszować odpowiedź innego uczestnika na istniejące spotkanie. Zimbra przekazuje pustą tożsamość nadawcy podczas przetwarzania komponentów iCalendar REPLY, co powoduje pominięcie filtra autoryzacji uczestnika. Atakujący znający UID spotkania, adres organizatora i adres uczestnika może wysłać nieprzestarzałą odpowiedź, która zmienia status uczestnictwa uczestnika w kalendarzu organizatora.