Katalog podatności CVE

Obsługa polecenia SMM IHISI, FMTSWriteUseIntelLib, dla polecenia FMTS 0x32, odczytuje i zapisuje dane bez sprawdzania rozmiaru bufora, co może prowadzić do przepełnienia bufora.

To CVE zostało odrzucone lub wycofane przez CNA.

To CVE zostało odrzucone lub wycofane przez CNA.

To CVE zostało odrzucone lub wycofane przez CNA.

To CVE jest duplikatem i zostało odrzucone.

Moduł Virtualization Discovery w LibreNMS jest podatny na wstrzyknięcie poleceń. Uwierzytelniony administrator może wykonać dowolny kod na serwerze hosta.

Kimai przed wersją 2.56.0 nie egzekwuje sprawdzania przynależności do zespołu w TimesheetVoter::voteOnAttribute(), co pozwala każdemu uwierzytelnionemu użytkownikowi z rolą ROLE_TEAMLEAD (lub posiadającemu uprawnienia edit_other_timesheet/delete_other_timesheet) na odczyt, modyfikację i trwałe usuwanie timesheetów dowolnego użytkownika w systemie przez API, niezależnie od przynależności do zespołu.

Kimai przed wersją 2.53.0 nie blokuje wrażliwych metod User w sandboxie szablonów Twig, co pozwala administratorom wywoływać metody getApiToken() i getPlainApiToken(). Atakujący z uprawnieniami do tworzenia szablonów mogą osadzić te wywołania w szablonach faktur, aby wyciekać zahaszowane tokeny API w wygenerowanym wyniku faktury.

Kimai przed wersją 2.53.0 zawiera podatność na otwarte przekierowanie w obsłudze sukcesu uwierzytelniania SAML, która akceptuje niezweryfikowane parametry POST RelayState jako cele przekierowania. Atakujący z dostępem do IdP mogą dostarczyć złośliwe wartości RelayState, aby przekierować uwierzytelnionych użytkowników na adresy URL kontrolowane przez atakującego w celu kradzieży poświadczeń lub ataków phishingowych.

Kimai przed wersją 2.54.0 zawiera podatność timing oracle w TokenAuthenticator, która umożliwia nieuwierzytelnionym atakującym enumerację prawidłowych nazw użytkowników poprzez nagłówek X-AUTH-USER. Różnice w czasie odpowiedzi ujawniają istnienie kont.

Kimai przed wersją 2.56.0 nie ogranicza funkcji Twig config() w szablonach faktur i eksportu w trybie piaskownicy, co pozwala administratorom na dostęp do dowolnych kluczy konfiguracyjnych. Atakujący z uprawnieniami administratora mogą przesłać złośliwe szablony, aby wyeksfiltrować sekrety serwera, takie jak hasła LDAP i klucze prywatne SAML, do dokumentów dostępnych dla użytkowników z niższymi uprawnieniami.

Kimai przed wersją 2.57.0 zawiera podatność nieprawidłowej autoryzacji w punktach końcowych dodawania i usuwania ulubionych kart czasu, która pozwala uwierzytelnionym użytkownikom manipulować zakładkami innych użytkowników. Atakujący mogą dodawać lub usuwać wpisy kart czasu z listy ulubionych innego użytkownika, odwołując się do ich identyfikatora karty czasu, co umożliwia naruszenie stanu biznesowego między użytkownikami bez uprawnień administracyjnych.

Kimai przed wersją 2.58.0 zawiera podatność na obejście uwierzytelniania, gdzie linki do resetowania hasła pozostają ważne po zmianie hasła, ponieważ podpis LoginLink obejmuje tylko identyfikator użytkownika, a nie hash hasła. Atakujący, którzy przechwycą lub zbuforują link do resetowania hasła, mogą go użyć do 2 dodatkowych razy w ciągu 1 godziny, aby zalogować się jako użytkownik nawet po zmianie hasła przez uprawnionego użytkownika.

Podatność w Kimai przed wersją 2.63.0 w punkcie końcowym API aktualizacji zespołu (PATCH /api/teams/{id}) powoduje usunięcie wszystkich istniejących członków zespołu przed walidacją przesłanej listy zastępczej. Uwierzytelniony lider zespołu (lub inny użytkownik z uprawnieniami do edycji zespołu) może przesłać nieprawidłowy ładunek członków; mimo że Kimai zwraca błąd walidacji, istniejące rekordy członkostwa zostały już usunięte. Obejmuje to ochronę dedykowanego punktu końcowego usuwania członków przed usuwaniem liderów zespołów i może pozostawić zespół bez członków lub liderów, zakłócając kontrolę dostępu opartą na zespołach.

Podatność w Kimai przed wersją 2.64.0 w trasie eksportu ProjectViewController (report_project_view_export) wynika z braku autoryzacji. Kontrole autoryzacji są przypisane do metody __invoke, a nie na poziomie klasy, więc trasa eksportu nie dziedziczy żadnych kontroli autoryzacji. Każdy uwierzytelniony użytkownik, w tym zwykły ROLE_USER bez uprawnienia project_reporting, może pobrać eksport przeglądu projektu, który zwraca ten sam zestaw danych co chroniony raport, ujawniając nazwy klientów, nazwy projektów, walutę, typ budżetu i sumy zbiorcze dla wszystkich klientów. Rzeczywiste dane finansowe pozostają chronione w szablonie eksportu.

Kimai przed wersją 2.62.0 nie sprawdza uprawnienia create_other_timesheet w kontrolerze QuickEntry podczas tworzenia nowych wpisów czasu. Uwierzytelnieni użytkownicy z uprawnieniami view_other_timesheet i edit_other_timesheet mogą tworzyć wpisy czasu dla członków zespołu, omijając kontrolę autoryzacji.

@better-auth/sso przed wersją 1.6.27 (oraz przed 1.4.8 w linii 1.4.x i przed 1.7.0-rc.5 w linii 1.7) zawiera dwie wady dotyczące własności domen. Gdy weryfikacja domeny jest wyłączona, automatyczne przypisywanie organizacji akceptuje niezweryfikowane domeny dostawcy, co pozwala uwierzytelnionemu właścicielowi organizacji na zarejestrowanie dostawcy SSO dla dowolnej domeny i dodanie użytkowników z pasującymi domenami e-mail do organizacji atakującego z domyślnymi uprawnieniami członka. Gdy weryfikacja domeny jest włączona, wyścig między endpointami verify-domain i update-provider może zastosować dowód DNS do innej domeny; w połączeniu z niejawnym łączeniem kont może to powiązać dostawcę tożsamości kontrolowanego przez atakującego z istniejącym kontem użytkownika.

GROWI stosuje kontrolę uprawnień do przeglądania strony tylko wtedy, gdy żądanie załącznika zawiera uwierzytelnionego użytkownika. Funkcja retrieveAttachmentFromIdParam pomija kontrolę, gdy użytkownik jest null, więc żądanie bez sesji pomija kontrolę i zwraca plik. Nieuwierzytelniony atakujący, znając identyfikator załącznika, może pobrać plik, nawet jeśli strona jest prywatna. Wersja 8.0.2 sprawdza zarówno uwierzytelnionych, jak i nieuwierzytelnionych użytkowników.

LeafWiki rozpakowuje przesłane archiwum ZIP bez ograniczania ilości zapisywanych danych. Funkcja ZipExtractor.ExtractToDir w internal/importer/zip_extractor.go otwiera każdy wpis i kopiuje go do miejsca docelowego za pomocą io.Copy, które działa do końca strumienia dekompresji, więc tylko rozmiar przesłanego archiwum jest ograniczony, a nie rozmiar po rozpakowaniu. Trasa importu wymaga roli Editor lub Admin, a sam upload jest ograniczony do 500 MiB skompresowanych. Ponieważ wpis ZIP może być bardzo mocno skompresowany, archiwum poniżej tego limitu może rozpakować się do setek gigabajtów. Katalog ekstrakcji domyślnie znajduje się w katalogu tymczasowym systemu operacyjnego, więc zapisywane dane zużywają dysk, a w przypadku katalogu tmpfs – pamięć. Użytkownik z rolą Editor może więc wyczerpać zasoby magazynu, na którym działa usługa, i uniemożliwić jej działanie, używając znacznie więcej zasobów niż pozwala limit uploadu.

CorvusSKK zawiera podatność na przepełnienie liczby całkowitej, która może pozwolić na zapis złośliwych danych do pliku słownika.