CVE-2026-34383

Admidio to otwarte rozwiązanie do zarządzania użytkownikami. W wersjach przed 5.0.9 występuje błąd logiczny w procesie resetowania uwierzytelniania dwuskładnikowego, który odwraca kontrolę autoryzacji, umożliwiając nieadministracyjnym użytkownikom usuwanie konfiguracji TOTP innych użytkowników, w tym administratorów.

Admidio do wersji 5.0.11 włącznie ma podatność CSRF w modules/plugins.php, gdzie operacje instalacji, odinstalowania i aktualizacji wtyczek są wykonywane przez żądania GET bez walidacji tokena CSRF. Atakujący może stworzyć złośliwą stronę, która po odwiedzeniu przez uwierzytelnionego administratora wywołuje dowolne operacje na wtyczkach, w tym odinstalowanie, które wykonuje skrypty DROP TABLE i niszczy dane wtyczek.

Admidio przed wersją 5.0.12 zawiera podatność na złamanie kontroli dostępu w pliku profile_function.php, która pozwala uwierzytelnionym użytkownikom o niskich uprawnieniach na odczyt przyszłych członkostw w rolach innego użytkownika. Atakujący mogą ominąć autoryzację na poziomie profilu, wywołując bezpośrednio endpoint reload_future_memberships z UUID ofiary, aby ujawnić poufne informacje o członkostwie.

Admidio przed wersją 5.0.12 nie egzekwuje ograniczeń modułów wymagających logowania w punktach końcowych RSS dla modułów forum i ogłoszeń. Niezalogowani atakujący mogą pobierać tematy forum i ogłoszenia, wysyłając żądania GET do rss/forum.php lub rss/announcements.php, ujawniając tytuły, pełną treść postów, nazwy autorów i znaczniki czasu.

Admidio przed wersją 5.0.12 nie dezynfekuje nazw albumów w funkcji pobierania zdjęć jako ZIP, co pozwala uwierzytelnionym użytkownikom z prawami tworzenia albumów na umieszczanie sekwencji przejść do katalogów w nazwach wpisów archiwum. Może to prowadzić do zapisu plików poza docelowym katalogiem podczas rozpakowywania.

Admidio przed wersją 5.0.12 zawiera podatność na ślepą iniekcję SQL w parametrze relation_type_list w pliku lists_show.php, która pozwala nieuwierzytelnionym atakującym na wykonywanie dowolnych zapytań SQL. Atakujący mogą ominąć uwierzytelnianie, podając fikcyjny UUID w role_list i wstrzykiwać SQL przez relation_type_list, aby wyodrębnić zawartość bazy danych, w tym hashe haseł i dane uwierzytelniające użytkowników.

Admidio to open-source'owe narzędzie do zarządzania użytkownikami. Przed wersją 5.0.10, gdy włączone jest logowanie debugowania, `Session::setCookie()` loguje pełne wartości ciasteczek, a `Session::start()` loguje bieżący identyfikator sesji. W rzeczywistym wdrożeniu Admidio obejmuje to zarówno aktywne ciasteczko sesji, jak i trwałe ciasteczko automatycznego logowania. Każdy, kto ma dostęp do dziennika, może odzyskać aktywne poświadczenia typu bearer z logów. Wersja 5.0.10 zawiera poprawkę.

Admidio to open-source'owe narzędzie do zarządzania użytkownikami. Wersja 5.0.9 dodała brakującą kontrolę `isAdministratorInventory()` do `case 'item_delete':` w `modules/inventory.php`. Ta sama poprawka nie została zastosowana do sąsiedniego `case 'field_delete':`, który niszczy całą definicję pola inwentarza, kaskadowo usuwając wszystkie wiersze `adm_inventory_item_data` i wpisy `adm_inventory_field_options`. Procedura sprawdza tylko token CSRF związany z sesją; nie ma kontroli `isAdministratorInventory()` na poziomie kontrolera, a `Admidio\Inventory\Entity\ItemField::delete()` nie egzekwuje jej na poziomie encji (w przeciwieństwie do `ItemField::save()`, które sprawdza `$gCurrentUser->isAdministrator()`). Każdy zalogowany użytkownik może trwale zniszczyć nie-systemowe pole inwentarza, wysyłając jeden POST. Wersja 5.0.10 zawiera poprawkę.

Admidio przed wersją 5.0.10 zawiera podatność CSRF w akcji `mode=export` w `modules/sso/keys.php`, która eksportuje pakiet PKCS#12 z kluczem prywatnym i certyfikatem. Walidacja tokena CSRF jest zakomentowana, co pozwala na sfałszowane żądanie POST z sesji administratora i wyeksportowanie klucza prywatnego bez ważnego tokena.

Admidio przed wersją 5.0.10 zawiera podatność w modules/documents-files.php, gdzie obsługa trybów zmiany stanu sprawdza uprawnienia upload na parametrze folder_uuid, ale handler move_save operuje na oddzielnym parametrze file_uuid i wywołuje File::moveToFolder($destFolderUUID). Funkcja moveToFolder sprawdza uprawnienia upload tylko na folderze docelowym, nie na źródłowym. W rezultacie każdy użytkownik, który może przesyłać pliki do dowolnego folderu, może przenieść dowolny plik z innego folderu, w tym prywatnego, do folderu, który kontroluje, a następnie go pobrać.