Katalog podatności CVE

Nieprawidłowe uwierzytelnienie w Microsoft Teams umożliwia autoryzowanemu atakującemu podniesienie uprawnień w sieci.

Nieprawidłowa weryfikacja podpisu kryptograficznego w Microsoft 365 Admin Center umożliwia nieautoryzowanemu atakującemu podniesienie uprawnień w sieci.

Brak autoryzacji w Azure SRE Agent umożliwia autoryzowanemu atakującemu podniesienie uprawnień w sieci.

Nieprawidłowa autoryzacja w Copilot Cowork umożliwia nieautoryzowanemu atakującemu podniesienie uprawnień w sieci.

Podatność w usłudze Microsoft Entra Provisioning Service (SyncFabric) umożliwia autoryzowanemu atakującemu podniesienie uprawnień w sieci poprzez użycie sekwencji '.../...//'.

Nieprawidłowe uwierzytelnianie w Azure SQL Database umożliwia nieautoryzowanemu atakującemu podniesienie uprawnień w sieci.

Niewłaściwa kontrola dostępu w Azure Logic Apps umożliwia autoryzowanemu atakującemu ujawnienie informacji w sieci.

Deserializacja niezaufanych danych w Azure Service Bus umożliwia autoryzowanemu atakującemu wykonanie kodu w sieci.

Modyfikacja danych uznawanych za niezmienne (MAID) w Azure Active Directory umożliwia autoryzowanemu atakującemu podniesienie uprawnień w sieci.

Podatność w Traefik (przed 2.11.53, 3.6.24 i 3.7.9) w domyślnym proxy HTTP. Przekazywanie żądań CONNECT może prowadzić do desynchronizacji połączeń, umożliwiając atakującemu przemycenie odpowiedzi do innego klienta.

Podatność w Dinky pozwala nieuwierzytelnionemu atakującemu na zapis dowolnych plików na serwerze poprzez endpoint /download/uploadFromRsByLocal. Brak walidacji ścieżki oraz domyślny, zaszyty na stałe token umożliwiają nadpisanie plików aplikacji i wykonanie kodu w kontekście usługi Dinky.

Podatność SQL Injection w FineAdmin V1.0 pozwala zdalnemu atakującemu na wykonanie dowolnego kodu poprzez parametry `field` i `order` w punktach końcowych listy paginowanej.

System ICS-Park Smart Park Management System v2.0 zawiera podatność nieograniczonego przesyłania plików w module przesyłania plików, co pozwala zdalnemu atakującemu na wykonanie dowolnego kodu.

Podatność w Flowise (do wersji 3.1.4) w integracji OpenAI Assistants pozwala uwierzytelnionym atakującym na dostęp do danych uwierzytelniających innych obszarów roboczych poprzez podanie dowolnego UUID poświadczeń bez weryfikacji własności obszaru roboczego.

Podatność w Ground Station (przed wersją 0.6.0) pozwala nieuwierzytelnionym atakującym na zniszczenie lub podmianę całej bazy danych SQLite poprzez wysłanie komendy full_restore do serwera Socket.IO na porcie 7000. Brak uwierzytelniania i polisa CORS typu wildcard umożliwiają zdalne wykonanie.

Przed wersją 1.0.4 oprogramowania OpenReception do rezerwacji wizyt, nieuwierzytelniony atakujący mógł przechowywać własne klucze publiczne ML-KEM-768 dla dowolnego najemcy, bez logowania. Nawet bez ciasteczka sesji lub rejestracji, żądanie POST do /api/tenants/{tenantId}/staff/{staffId}/crypto zapisywało klucz, a wariant z pominięciem pola email całkowicie ukrywał ostrzeżenie o nieautoryzowanej próbie. To łamie deklarację szyfrowania end-to-end, ponieważ atakujący staje się dodatkowym odbiorcą szyfrowania przyszłych wizyt pacjentów.

Podatność w OpenReception (przed wersją 1.0.2) w rejestracji WebAuthn pozwala nieuwierzytelnionemu atakującemu na przypisanie własnego poświadczenia do konta ofiary poprzez manipulację parametrem userId w URL. Walidacja nie sprawdza, czy userId należy do adresu email z ciasteczka.

Podatność w oprogramowaniu do rezerwacji wizyt OpenReception pozwala administratorowi dzierżawy (TENANT_ADMIN) na awansowanie siebie lub innego pracownika do roli globalnego administratora (GLOBAL_ADMIN) poprzez pojedyncze żądanie PUT. Brakuje kontroli uprawnień, która wymagałaby, aby tylko istniejący GLOBAL_ADMIN mógł nadawać tę rolę. Po ponownym zalogowaniu administrator dzierżawy uzyskuje pełny dostęp do wszystkich innych dzierżaw na platformie.

Oprogramowanie do rezerwacji wizyt OpenReception przed wersją 1.0.1 pozwala nieuwierzytelnionemu atakującemu na utworzenie konta GLOBAL_ADMIN poprzez wysłanie żądania POST do `/setup/create-admin-account`, bez weryfikacji, czy administrator już istnieje. Atakujący może uzyskać pełną kontrolę administracyjną nad platformą, a nowe konto jest aktywne i nie wymaga potwierdzenia e-mail.