Katalog podatności CVE

W FileRise przed wersją 3.16.0 pusty lub brakujący plik users.txt jest traktowany jako świeża instalacja, nawet jeśli konfiguracja została już wcześniej ukończona. Jeśli utrata danych, obcięcie lub inna awaria opróżni magazyn użytkowników, nieuwierzytelniony zdalny atakujący może wykryć ponowne otwarcie trybu konfiguracji i utworzyć kolejne konto administratora. Aplikacja nie miała trwałego znacznika ukończenia konfiguracji niezależnego od modyfikowalnego magazynu użytkowników.

FileRise przed wersją 3.16.0 nie stosuje UploadNamePolicy::isAllowedForWrite() przed zapisem wpisów przez ZipArchive::extractTo() do katalogu docelowego. Uwierzytelniony użytkownik z uprawnieniami do przesyłania i rozpakowywania może umieścić zablokowane rozszerzenie, takie jak plik z rodziny PHP, w archiwum ZIP i spowodować jego zapis na dysku, nawet gdy zwykłe przesyłanie odrzuca taką nazwę pliku.

W FileRise przed wersją 3.16.0, gdy administrator włączył WebDAV, uwierzytelnianie Basic w FileRise WebDAV sprawdza tylko nazwę użytkownika i hasło przez AuthModel::authenticate() i nie wymusza skonfigurowanego czynnika TOTP. Atakujący znający prawidłowe poświadczenia podstawowe konta z włączonym TOTP może uwierzytelnić się w usłudze WebDAV bez drugiego czynnika i korzystać z uprawnień plikowych konta. Ścieżka logowania w przeglądarce wymusza TOTP, ale osobne wywołanie zwrotne public/webdav.php tego nie robiło.

W FileRise przed wersją 3.16.0 wdrożenia z włączonym AUTH_BYPASS ufają skonfigurowanemu nagłówkowi tożsamości reverse-proxy bez weryfikacji, że żądanie pochodzi z FR_TRUSTED_PROXIES. Gdy port backendu jest osiągalny bezpośrednio, nieuwierzytelniony atakujący może podać X-Remote-User i uzyskać sesję dla wskazanego konta, w tym konta administratora, bez hasła i MFA. Wada dotyczy tylko wdrożeń z włączonym uwierzytelnianiem przez nagłówki proxy i wystawioną niezaufaną ścieżką do backendu.

W OAID Tengine do wersji 1.12.0 wykryto podatność w funkcji get_tm_file_model w pliku source/serializer/tmfile/tm2_serializer.c komponentu tmfile Model Loader. Manipulacja argumentem offset_root prowadzi do odczytu poza granicami bufora. Atak można przeprowadzić zdalnie, a exploit został publicznie ujawniony.

W OpenClaw ClawScan do wersji 0.1.6 wykryto lukę w funkcji shouldSkipTargetPath w pliku internal/runner/runner.go komponentu Static Scanner. Manipulacja prowadzi do awarii mechanizmu ochrony. Atak wymaga dostępu lokalnego, a exploit został publicznie ujawniony.

W OpenSIPS do wersji 3.6.8/4.0.1 funkcja rtpproxy_offer/rtpproxy_answer komponentu rtpproxy zawiera podatność powodującą odczyt poza zakresem pamięci. Atak może być zainicjowany zdalnie. Aktualizacja do wersji 3.6.9 lub 4.0.2 rozwiązuje problem.

W narzędziu sar2html w wersji 4.0.0 wykryto podatność typu SQL injection w funkcji updateDb w pliku sar2html.py, w komponencie przetwarzania archiwów. Manipulacja argumentem s2host pozwala na wstrzyknięcie kodu SQL. Atak można przeprowadzić zdalnie.

FileRise Pro przed wersją 3.24.0 w punkcie /api/pro/portals/get.php zwraca pełny wewnętrzny rekord skonfigurowanego portalu klienta nieuwierzytelnionemu wywołującemu, który zna lub odgadnie slug portalu. Odpowiedź zawiera wewnętrzną ścieżkę folderu przechowywania, e-mail kontaktowy klienta, ustawienia formularza i szczegóły polityki przesyłania, podczas gdy osobny punkt publicMeta.php celowo udostępnia tylko wyselekcjonowane dane brandingowe.

FileRise przed wersją 3.23.0 waliduje nazwy wpisów archiwum, ale rozpakowuje je bezpośrednio do docelowego katalogu, zanim zweryfikuje rozwiązane ścieżki. Jeśli w katalogu docelowym istnieje dowiązanie symboliczne do katalogu poza katalogiem głównym magazynu, uwierzytelniony użytkownik bez uprawnień administratora z prawem rozpakowywania może umieścić wpis archiwum pod tym dowiązaniem i nadpisać lub usunąć plik zewnętrzny.

W FileRise przed wersją 3.23.0 uwierzytelniona tożsamość OIDC jest mapowana na konto lokalne przy użyciu zmiennych roszczeń preferred_username lub email, bez wymogu email_verified. Atakujący mogący uzyskać od dostawcy roszczenie kolidujące z istniejącą nazwą użytkownika może zalogować się jako to konto, w tym jako wbudowany administrator, nawet gdy automatyczne tworzenie kont jest wyłączone.

W FileRise 3.22.0 operacja /api/file/saveFile.php akceptuje segmenty kropki i podwójnej kropki w kontrolowanym przez atakującego parametrze folderu, zanim dziedziczenie ACL oceni niekanoniczny łańcuch. Uwierzytelniony użytkownik bez uprawnień administratora z ważnym tokenem CSRF i odziedziczonym prawem edycji może tworzyć pliki poza autoryzowanym folderem, a przy odpowiednich poświadczeniach backendu także poza skonfigurowanym katalogiem głównym WebDAV.

FileRise przed wersją 3.23.0 pozwala uwierzytelnionej sesji z ważnym tokenem CSRF wyłączyć TOTP bez ponownej pełnej autoryzacji lub rozpocząć rejestrację, gdy konto nie ma jeszcze sekretu TOTP. Nowo wygenerowany sekret jest zapisywany i aktywowany przed weryfikacją kodu TOTP, co pozwala atakującemu kontrolującemu istniejącą sesję wyłączyć drugi czynnik lub go zarejestrować.

FileRise przed wersją 3.23.0 weryfikuje ważność kodu TOTP w akceptowanym oknie czasowym, ale nie rejestruje, że dane konto i krok czasowy już zostały pomyślnie użyte. Atakujący posiadający ważne podstawowe poświadczenie ofiary i przechwytujący kod TOTP po jego użyciu może odtworzyć ten kod z innej sesji logowania przed zamknięciem okna.

FileRise przed wersją 3.23.0 w /api/folder/renameFolder.php autoryzuje uwierzytelnionego użytkownika bez uprawnień administratora i bez zakresu folderu z ważnym tokenem CSRF względem folderu źródłowego, ale nie autoryzuje niezależnie zmienionego folderu nadrzędnego docelowego. Użytkownik będący właścicielem folderu źródłowego może przenieść to drzewo pod folder innego użytkownika lub do katalogu głównego, a operacja przepisuje rekordy własności i ACL na nową ścieżkę.

W FileRise przed wersją 3.23.0 nieudane próby weryfikacji TOTP są przechowywane w $_SESSION, co pozwala atakującemu posiadającemu ważne podstawowe poświadczenia konta na restart procesu logowania w nowej sesji i przywrócenie limitu prób. Umożliwia to dalsze zgadywanie kodów TOTP poza zamierzonym limitem pięciu prób.

W SonicWall Network Security Manager (NSM) on-prem wykryto podatność typu OS Command Injection występującą po uwierzytelnieniu, wynikającą z nieprawidłowej neutralizacji specjalnych elementów w poleceniach systemu operacyjnego. W określonych warunkach uwierzytelniony zdalny atakujący może wykonać dowolne polecenia systemowe, co prowadzi do zdalnego wykonania kodu.

Podatność na wstrzyknięcie poleceń w oprogramowaniu Palo Alto Networks PAN-OS pozwala uwierzytelnionemu administratorowi obejść ograniczenia systemowe i uruchomić dowolne polecenia jako użytkownik root. Wymaga to dostępu do interfejsu zarządzania PAN-OS.

Podatność na nieprawidłowe przetwarzanie danych wejściowych w bramie GlobalProtect oprogramowania Palo Alto Networks PAN-OS pozwala uwierzytelnionemu użytkownikowi na ustanowienie sesji GlobalProtect przy użyciu tożsamości innego użytkownika. Cloud NGFW i Panorama nie są dotknięte tą podatnością.

Podatność na przepełnienie bufora stosu w funkcji przetwarzania dzienników oprogramowania Palo Alto Networks PAN-OS na urządzeniach Panorama pozwala atakującemu wywołać warunek odmowy usługi (DoS). Powtarzające się próby wywołania tego stanu powodują przejście Panoramy w tryb konserwacji.