Podatności LibreNMS

LibreNMS przed wersją 26.8.0 zawiera podatność na ominięcie uwierzytelniania w REST API, która pozwala nieuwierzytelnionym atakującym na dostęp do chronionych punktów końcowych poprzez wysyłanie wartości numerycznych zamiast tokenów tekstowych. Atakujący mogą wykorzystać koercję typów w MySQL, wysyłając małe liczby całkowite, takie jak 0-9, aby dopasować hasze tokenów, uzyskując dostęp do funkcji API, w tym do poświadczeń urządzeń i funkcji administracyjnych, które umożliwiają zdalne wykonanie kodu przez szablony alertów.

LibreNMS w wersjach przed 24.10.0 umożliwia zdalnemu atakującemu wykonanie dowolnego kodu poprzez wstrzyknięcie poleceń systemowych w metodach index() w AboutController.php, update() w SettingsController.php oraz initRrdDirectory() w PollDevice.php.

LibreNMS w wersjach przed 25.12.0 zawiera podatność przechowywanego skryptu cross-site (XSS) w API reguł alertów. Reguły alertów można tworzyć lub aktualizować przez API LibreNMS, a nazwa reguły nie jest prawidłowo sanityzowana, co pozwala na wstrzyknięcie kodu HTML. Problem naprawiono w wersji 25.12.0.

LibreNMS w wersjach przed 25.11.0 zawiera podatność blind SQL injection opartą na wartościach logicznych w punkcie końcowym /ajax_output.php. Parametr hostname jest wstawiany bezpośrednio do zapytania SQL bez odpowiedniej sanityzacji lub wiązania parametrów, co pozwala atakującemu manipulować logiką zapytania i wnioskować dane z bazy poprzez warunkowe odpowiedzi. Problem naprawiono w wersji 25.11.0.

LibreNMS w wersjach do 25.8.0 zawiera podatność Stored XSS w funkcjonalności zarządzania Alert Transports. Wartość pola nazwy Transportu jest zapisywana i później wyświetlana w kolumnie Transports na stronie Alert Rules bez walidacji i kodowania wyjścia, co prowadzi do wykonania dowolnego JavaScriptu w przeglądarce administratora. Podatność naprawiono w wersji 25.10.0.

LibreNMS przed 26.9.0 zawiera podatność na wstrzyknięcie filtra LDAP w trybach ldap-authorization i ad-authorization, ponieważ nazwy użytkowników są wstawiane bez escapowania do filtrów wyszukiwania LDAP, a uwierzytelnianie sprawdza tylko istnienie użytkownika. Gdy REMOTE_USER nie jest przekazywany, nieuwierzytelnieni atakujący mogą wysłać nazwę użytkownika z wildcardem przez HTTP Basic Authorization (PHP_AUTH_USER), aby dopasować wszystkich użytkowników i grupy i uzyskać dostęp administratora.

LibreNMS przed wersją 26.9.0 zawiera brak autoryzacji w PortsController::purge, co pozwala użytkownikom z globalnym dostępem do odczytu na fizyczne usuwanie portów bez uprawnień do usuwania. Atakujący z kontami tylko do odczytu mogą wysyłać żądania DELETE do /ports/purge, używając purge=all, aby nieodwracalnie usunąć wszystkie usunięte porty na wszystkich widocznych urządzeniach.

LibreNMS przed wersją 26.9.0 zawiera podatność na trwały cross-site scripting w funkcji get_oxidized_nodes_list(), która renderuje pola API Oxidized i SNMP sysName bez odpowiedniego escapowania. Atakujący kontrolujący odpowiedź Oxidized lub sysName urządzenia mogą wstrzyknąć skrypt, który wykonuje się w przeglądarkach użytkowników odwiedzających stronę Tools Oxidized.

LibreNMS przed wersją 26.9.0 zawiera podatność na path traversal w pliku nfsen_channel_common.inc.php, która pozwala uwierzytelnionym użytkownikom czytać nieautoryzowane dane RRD poprzez wstrzyknięcie sekwencji ../ do parametru channel. Atakujący z dostępem do jednego urządzenia z włączonym NFSen mogą wysłać żądanie do graph.php z przekroczoną wartością channel, aby przeglądać wykresy ruchu i NetFlow urządzeń spoza ich autoryzowanego zakresu.

LibreNMS przed 26.9.0 zawiera podatność na wstrzyknięcie SQL, która pozwala nieuprzywilejowanym użytkownikom na wstrzyknięcie SQL poprzez dostarczenie parametru notification_id w postaci tablicy do notifications.inc.php. Atakujący mogą przeprowadzać odczyty między tabelami, w tym hashy haseł użytkowników, a wyniki są zapisywane w notifications_attribs i czytelne przez interfejs.

LibreNMS przed wersją 26.9.0 zawiera podatność na trwały cross-site scripting w pliku includes/html/pages/device/wireless.inc.php, który wyświetla wartości sensor_descr czujników bezprzewodowych, pochodzące z pól SNMP DisplayString podczas odkrywania, bez escapowania do HTML. Atakujący kontrolujący agenta SNMP monitorowanego urządzenia mogą ustawić wartości takie jak AI-AP-MIB::aiSSID na złośliwy JavaScript, który wykonuje się, gdy uwierzytelnieni użytkownicy przeglądają zakładkę Wireless urządzenia, umożliwiając przejęcie sesji.

LibreNMS do wersji 26.9.1.1 zawiera obejście autoryzacji w includes/html/graphs/smokeping/auth.inc.php, które sprawdza urządzenie źródłowe (probe) zamiast docelowego. Ograniczeni użytkownicy mający dostęp do urządzenia typu probe mogą żądać wykresów smokeping_in lub smokeping_out z dowolnym identyfikatorem urządzenia, aby przeglądać dane opóźnień i uzyskiwać nazwy urządzeń.

W LibreNMS 1.65 uwierzytelniony zdalny atakujący z normalnymi uprawnieniami może wyodrębnić wszystkie informacje z bazy danych poprzez wstrzyknięcie SQL w parametrze searchPhrase w punkcie końcowym API /ajax_table.php. Podatność dotyczy wielu plików w includes/html/table, m.in. as-selection.inc.php, edit-ports.inc.php, alertlog-stats.inc.php, alerts.inc.php, eventlog.inc.php, inventory.inc.php, ix-list.inc.php, ix-peers.inc.php, mempool-edit.inc.php, mempool.inc.php, poll-log.inc.php, processor-edit.inc.php, processor.inc.php, routing-edit.inc.php, sensors-common.inc.php, storage-edit.inc.php, storage.inc.php i toner.inc.php.

LibreNMS przed wersją 26.8.0 zawiera podatność na wstrzykiwanie argumentów w parametrze graph_title, która pozwala uwierzytelnionym atakującym na wstrzykiwanie dowolnych argumentów rrdtool poprzez złamanie escapowania podwójnych cudzysłowów. Atakujący mogą wstrzyknąć argumenty DEF i LINE, aby odczytać pliki RRD z nieautoryzowanych urządzeń, lub użyć wstrzyknięcia nowej linii do wykonania dowolnych poleceń rrdtool, omijając kontrolę autoryzacji per urządzenie.

LibreNMS w wersjach >= 23.10.0 i < 26.2.0 (naprawione w 26.4.0) zawiera uwierzytelnioną podatność na wstrzykiwanie poleceń systemu operacyjnego w wykrywaniu libvirt. Gdy obsługa libvirt jest włączona (enable_libvirt=true), nazwa hosta urządzenia ($this->getDevice()->hostname) jest łączona z poleceniami powłoki (ssh, virsh list/dumpxml/domstate) w VminfoLibvirt.php i przekazywana do exec() bez escapeshellarg() lub separacji argumentów. Uwierzytelniony administrator może ustawić spreparowaną nazwę hosta urządzenia, aby wstrzyknąć dowolne polecenia systemu operacyjnego, co prowadzi do zdalnego wykonania kodu w kontekście procesu odkrywania.

LibreNMS do wersji 26.2.0 zawiera podatność na trwały cross-site scripting w starszych stronach szablonów PHP, które renderują niekodowane dane pochodzące z SNMP, takie jak opisy peerów BGP, nazwy VRF, informacje o procesach i tagi SLA. Atakujący z dostępem do zarządzania urządzeniami lub dostępem sieciowym do rejestracji fałszywego urządzenia SNMP mogą wstrzyknąć złośliwy JavaScript, który wykona się, gdy administratorzy przeglądają dotknięte strony routingu i urządzeń, umożliwiając kradzież poświadczeń i eksfiltrację tokenów CSRF.

LibreNMS przed wersją 26.3.1 zawiera podatność na trwałe cross-site scripting (XSS) w starszych szablonach PHP, które wyświetlają dane pochodzące z SNMP i syslog bez odpowiedniego escapowania. Atakujący, który kontroluje monitorowane urządzenie sieciowe, może wstrzyknąć dowolny JavaScript przez opisy interfejsów SNMP lub pola programu syslog, który wykonuje się, gdy uwierzytelnieni użytkownicy przeglądają dotknięte strony.

LibreNMS przed wersją 26.5.0 zawiera podatności na trwały cross-site scripting na stronach wyświetlania VRF, gdzie pola mplsVpnVrfDescription, vrf_name i mplsVpnVrfRouteDistinguisher z odpytywania SNMP są renderowane bez sanityzacji. Atakujący kontrolujący monitorowane urządzenie sieciowe może wstrzyknąć dowolny JavaScript przez odpowiedzi SNMP, który wykona się w przeglądarce każdego użytkownika przeglądającego strony związane z VRF.

LibreNMS przed wersją 26.5.0 zawiera podatność na zdalne wykonanie kodu w AboutController, gdzie parametr konfiguracyjny snmpget jest przekazywany do shell_exec() bez odpowiedniej walidacji. Uwierzytelniony administrator może zmodyfikować konfigurację snmpget, aby wskazywała na złośliwy plik wykonywalny i wywołać wykonanie kodu, uzyskując dostęp do punktu końcowego /about.

LibreNMS do wersji 26.4.0 renderuje pola JSON (name, ip, model, author, commit message) zwracane przez adres URL integracji Oxidized (oxidized.url) konfigurowany przez administratora na stronie showconfig urządzenia bez zastosowania htmlspecialchars(). Administrator, który wskaże adres URL Oxidized na serwer kontrolowany przez atakującego (SSRF), może spowodować zwrócenie złośliwego JSON, co prowadzi do trwałego cross-site scripting (XSS) wpływającego na wszystkich użytkowników przeglądających zakładkę showconfig dowolnego urządzenia. Naprawione w wersji 26.7.0.

LibreNMS w wersjach do 26.4.0 zawiera podatność na trwały cross-site scripting w ustawieniach konfiguracyjnych graph_descr.<graphtype>, które są wyświetlane bez kodowania HTML w pliku includes/html/pages/graphs.inc.php. Administrator może zapisać złośliwy ładunek HTML, który wykona się w przeglądarce każdego uwierzytelnionego użytkownika przeglądającego dotknięty typ wykresu. Problem został naprawiony w wersji 26.7.0.

LibreNMS w wersjach od 21.6.0 do 26.5.0 ma podatność na wstrzyknięcie poleceń w transporcie alertów Signal, ponieważ ścieżka signal-cli i pole Recipient nie są wystarczająco escapowane przed przekazaniem do wywołania exec. Uwierzytelniony administrator może wykonać dowolne polecenia systemu operacyjnego na hoście LibreNMS.

LibreNMS do wersji 26.4.0 włącznie jest podatny na odbity atak XSS w widoku aplikacji Proxmox przez parametry GET instance i vmid, które są odzwierciedlane w tytule strony bez odpowiedniego kodowania. Problem został naprawiony w wersji 26.5.0.

W LibreNMS 1.65 odkryto problem. Zdalny uwierzytelniony atakujący z normalnymi uprawnieniami może wyodrębnić wszystkie informacje z bazy danych LibreNMS poprzez wstrzyknięcie SQL w parametrze address w punkcie końcowym API /ajax_table.php.

W LibreNMS 1.65 odkryto problem. Zdalny uwierzytelniony atakujący z normalnymi uprawnieniami może wyodrębnić wszystkie informacje z bazy danych LibreNMS poprzez wstrzyknięcie SQL w parametrze sort w punkcie końcowym API /ajax_table.php. Dotyczy to wielu plików w includes/html/table.

W LibreNMS 1.65 odkryto problem. Zdalny uwierzytelniony atakujący z normalnymi uprawnieniami może wykonać dowolne polecenia powłoki poprzez wstrzyknięcie poleceń w punkcie końcowym API /graph.php.

Moduł Virtualization Discovery w LibreNMS jest podatny na wstrzyknięcie poleceń. Uwierzytelniony administrator może wykonać dowolny kod na serwerze hosta.

W module NFSen (nfsen.inc.php) systemu LibreNMS 22.11.0-23-gd091788f2 występuje podatność Local File Inclusion (LFI). Uwierzytelniony atakujący może dołączyć dowolne pliki PHP z systemu plików serwera za pomocą sekwencji path traversal w parametrze nfsen.

LibreNMS przed wersją 25.11.0 zawiera słabą politykę haseł w funkcji zarządzania użytkownikami, pozwalającą administratorom tworzyć konta z bardzo słabymi i przewidywalnymi hasłami, takimi jak 12345678. Naraża to platformę na ataki brute-force i credential stuffing.

W LibreNMS przed wersją 25.11.0 wykryto podatność na odbite XSS w punkcie końcowym /maps/nodeimage. Parametr Image Name jest odzwierciedlany w odpowiedzi HTTP bez odpowiedniego kodowania wyjściowego lub sanityzacji, co pozwala atakującemu na wykonanie dowolnego kodu JavaScript w przeglądarce ofiary po odwiedzeniu spreparowanego URL.

LibreNMS nie sanityzuje prawidłowo nazwy reguły alertu na stronie Alerts > Alert Rules, co pozwala na wstrzyknięcie kodu HTML. Podatność została naprawiona w wersji 25.10.0.

LibreNMS przed wersją 25.7.0 zawiera odbity XSS w funkcji report_this w pliku includes/functions.php z powodu nieprawidłowego filtrowania (błędne użycie htmlentities w kontekście href), co pozwala na wyzwolenie XSS przez parametr project_issues.