CVE-2017-7572
WysokieStreszczenie
Funkcja _checkPolkitPrivilege w serviceHelper.py w Back In Time (wersja 1.1.18 i wcześniejsze) wykorzystuje przestarzałą metodę autoryzacji polkit, która jest podatna na warunki wyścigu. Może to prowadzić do nieautoryzowanego dostępu, gdy proces żądający operacji polkit zostanie zastąpiony innym procesem o tym samym PID.
Ocena ryzyka
Organizacje mogą być narażone na nieautoryzowane operacje, co może prowadzić do poważnych naruszeń bezpieczeństwa i utraty danych.
Rekomendacja
Zaleca się aktualizację do nowszej wersji Back In Time, która nie wykorzystuje przestarzałej metody autoryzacji polkit.
Powiązane podatności
- CVE-2026-94456Krytyczne
Postiz generuje wrażliwe poświadczenia bezpieczeństwa przy użyciu Math.random() zamiast kryptograficznie bezpiecznego źródła. Ten sam mechanizm jest używany dla tokenów dostępu OAuth, kodów autoryzacyjnych, sekretów klienta, kluczy API organizacji oraz weryfikatorów PKCE, przez co zależą one od deterministycznego stanu PRNG xorshift128+ w V8. Nieuwierzytelniony endpoint dynamicznej rejestracji klienta OAuth ujawnia świeżo wygenerowane poświadczenia, co pozwala atakującemu odtworzyć wewnętrzny stan generatora i wyliczyć przeszłe oraz przyszłe wartości.
- CVE-2026-86059Krytyczne
Dokploy to samodzielnie hostowana platforma PaaS. Przed wersją 0.29.13 członkowie organizacji bez dostępu do dostawcy Git mogą odczytać poświadczenia dostawcy w postaci jawnej poprzez procedury github.one, gitlab.one, gitea.one i bitbucket.one, ponieważ zwracają one pełne rekordy dostawcy bez sprawdzenia getAccessibleGitProviderIds lub przynależności do organizacji. Trasa application.one zwraca także zagnieżdżone relacje GitHub, GitLab, Gitea i Bitbucket z kluczami prywatnymi GitHub App, tokenami OAuth, sekretami klienta, sekretami webhooków i hasłami aplikacji, nawet gdy hasGitProviderAccess ma wartość false.
- CVE-2026-85734Krytyczne
LightRAG to narzędzie do szybkiego generowania wspomaganego wyszukiwaniem. Przed wersją 1.5.5 endpoint POST /login w lightrag/api/lightrag_server.py nie nakłada limitu szybkości, blokady konta, opóźnienia ani licznika nieudanych prób uwierzytelnienia. Atakujący w sieci może zgadywać hasła z pełną szybkością żądań, aż znajdzie prawidłowe hasło konta.
- CVE-2026-80156Krytyczne
Lantronix SLC8000 przed firmware v9.7.0.5, EMG8500/EMG7500 przed firmware v9.7.0.1 oraz wszystkie wersje firmware SLB882/SLCx-03/SLCx-02 zawierają podatność path traversal w endpointcie uploadu portalu zarządzania webowego. Umożliwia ona uwierzytelnionym atakującym zapis dowolnych danych w dowolnym miejscu systemu plików urządzenia, prowadząc do zdalnego wykonania kodu. Walidacja nazwy pliku usuwa znaki backslash, ale nie sprawdza następnie forward slash, gdy wykryto backslash; podając nazwę zawierającą oba znaki, atakujący zapisuje poza docelowym katalogiem uploadu.
- CVE-2026-80155Krytyczne
Lantronix SLC8000 przed firmware v9.7.0.5, EMG8500/EMG7500 przed firmware v9.7.0.1 oraz wszystkie wersje firmware SLB882/SLCx-03/SLCx-02 zawierają podatność obejścia uwierzytelniania w endpointcie uploadu portalu zarządzania webowego. Umożliwia ona nieuwierzytelnionym atakującym odczyt wrażliwych plików konfiguracyjnych i upload plików do dowolnych lokalizacji w systemie plików, prowadząc do zdalnego wykonania kodu. Serwer konstruuje ścieżkę pliku cookie sesji za pomocą snprintf ze stałym buforem; podając cookie o określonej długości, atakujący powoduje obcięcie ścieżki i wykorzystuje path traversal do przekierowania walidacji uwierzytelniania na dowolny plik na dysku, taki jak lokalna baza użytkowników.
- CVE-2026-80154Krytyczne
Wszystkie wersje firmware Lantronix SLC8000, EMG8500, EMG7500, SLB882, SLCx-03 i SLCx-02 zawierają podatność obejścia uwierzytelniania w portalu zarządzania webowego, która pozwala nieuwierzytelnionym atakującym wyprowadzić prawidłowe tokeny sesji zalogowanych użytkowników i obejść walidację źródłowego adresu IP oraz User-Agent. Tokeny sesji są generowane deterministycznie na podstawie modelu urządzenia i bieżącego czasu z rozdzielczością jednej sekundy, co daje mały, możliwy do wyliczenia zbiór aktywnych tokenów. Atakujący może skonstruować spreparowany URI wykorzystujący obsługę rozszerzeń plików w routingu ścieżek serwera webowego, aby obejść walidację adresu źródłowego dla sesji.
- CVE-2026-80152Krytyczne
Lantronix SLC8000 przed firmware v9.7.0.3, EMG8500/EMG7500 przed firmware v9.7.0.1 oraz wszystkie wersje firmware SLB882/SLCx-03/SLCx-02 zawierają podatność wstrzyknięcia poleceń, która pozwala uwierzytelnionym atakującym z uprawnieniem services wykonać dowolne polecenia powłoki jako root poprzez wykorzystanie polecenia set script schedule przekazującego nieoczyszczone dane wejściowe użytkownika do wywołania system().
- CVE-2026-80151Krytyczne
Lantronix SLC8000 przed firmware v9.7.0.3, EMG8500/EMG7500 przed firmware v9.7.0.1 oraz wszystkie wersje firmware SLB882/SLCx-03/SLCx-02 zawierają podatność wstrzyknięcia poleceń, która pozwala uwierzytelnionym atakującym z uprawnieniem services wykonać dowolne polecenia powłoki jako root poprzez wykorzystanie polecenia set nfs download przekazującego nieoczyszczone dane wejściowe użytkownika do wywołania system().
- CVE-2026-80147Krytyczne
Lantronix SLC8000 przed firmware v9.7.0.2, EMG8500/EMG7500 przed firmware v9.7.0.1 oraz wszystkie wersje firmware SLB882/SLCx-03/SLCx-02 zawierają podatność przepełnienia bufora na stosie, która pozwala uwierzytelnionym atakującym potencjalnie wykonać dowolny kod poprzez wykorzystanie nieudokumentowanego polecenia mfc eeprom write kopiującego nieograniczone dane wejściowe użytkownika do ograniczonego bufora na stosie przed przekazaniem ich do wywołania system().
- CVE-2026-80146Krytyczne
Lantronix SLC8000 przed firmware v9.7.0.2, EMG8500/EMG7500 przed firmware v9.7.0.1 oraz wszystkie wersje firmware SLB882/SLCx-03/SLCx-02 zawierają podatność przepełnienia bufora na stosie, która pozwala uwierzytelnionym atakującym potencjalnie wykonać dowolny kod poprzez wykorzystanie nieudokumentowanego polecenia mfc eeprom read kopiującego nieograniczone dane wejściowe użytkownika do ograniczonego bufora na stosie przed przekazaniem ich do wywołania system().
Oryginalny opis (angielski, źródło NVD)
The _checkPolkitPrivilege function in serviceHelper.py in Back In Time (aka backintime) 1.1.18 and earlier uses a deprecated polkit authorization method (unix-process) that is subject to a race condition (time of check, time of use). With this authorization method, the owner of a process requesting a polkit operation is checked by polkitd via /proc/<pid>/status, by which time the requesting process may have been replaced by a different process with the same PID that has different privileges then the original requester.