CVE-2026-73973
ŚrednieCVSS 5.5Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 22 - wyżej niż 22% wszystkich znanych CVE
Streszczenie
Podatność w Linuxfabrik Monitoring Plugins pozwala na odczyt dowolnych plików przez plugin logfile, który nie ogranicza ścieżki do /var/log. Atakujący kontrolujący konto monitorujące może odczytać pliki takie jak /etc/shadow.
Ocena ryzyka
Ryzyko ujawnienia wrażliwych danych, w tym haseł systemowych, co może prowadzić do pełnej kompromitacji systemu.
Rekomendacja
Zaktualizuj Linuxfabrik Monitoring Plugins do wersji 7.0.0 lub nowszej, która ogranicza ścieżki do dozwolonych katalogów logów i rozwiązuje problemy z dowiązaniami symbolicznymi.
Inne podatności w Linuxfabrik Monitoring Plugins
Zobacz wszystkie- CVE-2026-52817Wysokie
Linuxfabrik Monitoring Plugins przed wersją 5.1.0 zawiera podatność w polityce sudo, która pozwala kontu nagios lub icinga na wykonanie /usr/bin/apt-get jako root bez ograniczeń argumentów. Atakujący kontrolujący to konto może użyć opcji APT::Update::Pre-Invoke do wykonania dowolnego polecenia z uprawnieniami roota, co prowadzi do pełnej kompromitacji hosta.
- CVE-2026-67436Wysokie
Wtyczki redfish-* w Linuxfabrik monitoring-plugins do wersji 6.0.0 konstruują URL-e żądań przez konkatenację adresu bazowego z linkami @odata.id z odpowiedzi, co pozwala złośliwemu lub skompromitowanemu BMC na przekierowanie uwierzytelnionych żądań Redfish i ujawnienie tokenów X-Auth-Token lub poświadczeń HTTP Basic.
- CVE-2026-67433Średnie
Podatność w linuxfabrik monitoring-plugins w wersji 6.0.0 umożliwia lokalnemu użytkownikowi kontrolującemu konto wtyczki umieszczenie dowiązania symbolicznego, które zostanie użyte przez sqlite3.connect() podczas sprawdzania logów przez roota. Migracja bazy danych przenosi plik z /tmp za pomocą os.rename().
Oryginalny opis (angielski, źródło NVD)
Linuxfabrik Monitoring Plugins provides monitoring plugins for Icinga, Nagios, and related systems. Prior to version 7.0.0, check-plugins/logfile/logfile accepted a free-form --filename path and opened it as root when invoked through the shipped nagios or icinga sudoers allowlist, without confining the resolved path to /var/log. An attacker who controls the monitoring account can select a root-readable file such as /etc/shadow and use --warning-regex . while leaving SUPPRESS_OUTPUT false, causing each nonempty line to be collected in warn_matches and returned through lib.base.oao(). The vulnerable flow passes the expanded scan_path directly to open(), and neither real-path containment nor an allowlist protects the sink. The same fix also confines mysql-logfile and openvpn-client-list paths, allows only documented log roots, and resolves symlinks and parent-directory traversal before checking containment. This issue is fixed in version 7.0.0.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS