CVE-2025-24291

Versa Director domyślnie udostępnia wiele usług, w tym SSH i PostgreSQL, oraz używa domyślnych danych uwierzytelniających dla wielu kont (większość z dostępem sudo). Umożliwia to atakującym łatwe uzyskanie dostępu do systemu. Firma Versa Networks nie odnotowała przypadków wykorzystania, ale opublikowano dowód koncepcji.

Versa Director domyślnie używa wspólnego hasła dla wszystkich instancji PostgreSQL i konfiguruje bazę danych tak, aby nasłuchiwała na wszystkich interfejsach sieciowych. Pozwala to nieuwierzytelnionemu atakującemu uzyskać dostęp do bazy danych, administrować nią lub odczytać lokalne pliki systemowe, co może prowadzić do eskalacji uprawnień.

W Versa Director wykryto podatność na wstrzykiwanie poleceń, która umożliwia wykonanie dowolnych poleceń systemu operacyjnego przez podatną aplikację. Atak jest możliwy, gdy aplikacja przekazuje niebezpieczne dane użytkownika do powłoki systemowej, głównie z powodu niewystarczającej walidacji wejścia.

Platforma Versa Director SD-WAN zawiera funkcję inicjowania sesji SSH do zdalnych CPE oraz powłoki Director przez Shell-In-A-Box. Skrypt Pythona shell-connect.py jest podatny na wstrzyknięcie poleceń przez argument user. Pozwala to atakującemu na wykonanie dowolnych poleceń w systemie. Versa Networks nie zna przypadków wykorzystania, ale proof of concept został ujawniony przez badaczy.

Platforma orkiestracji SD-WAN Versa Director umożliwia dostosowanie interfejsu użytkownika, w tym nagłówka, stopki i logo. Jednak dane wejściowe dla tych dostosowań nie są odpowiednio walidowane ani sanityzowane, co pozwala złośliwemu użytkownikowi na wstrzyknięcie i przechowywanie ładunków XSS. Versa Networks nie zna przypadków wykorzystania, ale opublikowano dowód koncepcji.

Versa Director udostępnia interfejsy REST API do orkiestracji i zarządzania. Niektóre API, takie jak ekran logowania, wyświetlanie banera i rejestracja urządzeń, nie wymagają uwierzytelniania. Odkryto, że dla Directorów bezpośrednio podłączonych do Internetu jedno z tych API może być wykorzystane przez wstrzyknięcie nieprawidłowych argumentów do żądania GET, co może ujawnić tokeny uwierzytelniające innych zalogowanych użytkowników. Tokeny te mogą być użyte do wywołania dodatkowych API na porcie 9183. Exploit nie ujawnia nazw użytkowników ani haseł.