LibreNMS: LDAP-Filterinjektion führt zu Authentifizierungsumgehung
Zusammenfassung
LibreNMS-Versionen vor 26.9.0 fügen Benutzernamen beim Login-Modus ldap-authorization oder ad-authorization ungeschützt in LDAP-Suchfilter ein. Die Authentifizierung prüft nur, ob der Benutzer existiert, und führt keinen Passwort-Bind durch. Wenn der Webserver REMOTE_USER nicht weiterleitet, kann ein nicht authentifizierter Angreifer über den HTTP-Basic-Authorization-Header einen Wildcard-Benutzernamen senden und administrativen Zugriff erlangen.
Betroffen
- LibreNMS vor 26.9.0 mit auth_mechanism auf ldap-authorization oder ad-authorization
- Ausnutzung setzt voraus, dass REMOTE_USER vom Webserver nicht weitergeleitet wird (zum Beispiel Nginx mit PHP-FPM ohne fastcgi_param REMOTE_USER)
Behoben in
- Upgrade auf LibreNMS 26.9.0
- Die Release Notes zu 26.9.0 nennen 'Sanitize user and group inputs in LDAP search filters (#20542)', was wahrscheinlich der Fix ist; die Release Notes nennen die CVE nicht
- Backports auf ältere Versionszweige: Unbekannt.
Umgehung
- Kein vom Hersteller dokumentierter Workaround bekannt.
- Der Wechsel weg vom Modus ldap-authorization oder ad-authorization entfernt den verwundbaren Codepfad.
- Nicht verifiziert: Ein korrekt konfigurierter Webserver, der REMOTE_USER weiterleitet, kann die Exponierung verändern; dies ist nicht bestätigt.
Ausnutzung
- Nicht bekannt, ob die Lücke aktiv ausgenutzt wird.
- Öffentlicher Proof of Concept: unklar; ein SSVC-Datenpunkt listet 'poc', während VulDB angibt, dass kein Exploit existiert.
- Der Angriff benötigt keine Zugangsdaten, nur einen manipulierten Authorization-Header.
Unsere Empfehlung
- Upgrade auf LibreNMS 26.9.0 mit hoher Priorität.
- Falls LDAP- oder AD-Autorisierung nicht benötigt wird, auf einen anderen Authentifizierungsmodus wechseln.
- Den Zugriff auf das Webinterface auf das Management-Netz oder VPN beschränken.
- Falls die Instanz ungepatcht exponiert war, auf unerwartete Admin-Konten, API-Token und geänderte Einstellungen prüfen.
Öffentliche Exploits
In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.
Quellen der Recherche
- VulnCheck advisory www.vulncheck.com
- GitHub Security Advisory GHSA-7cmx-65c5-8h8v github.com
- OSV entry CVE-2026-109357 osv.dev
- LibreNMS releases github.com
- VulDB entry 417077 vuldb.com
- LibreNMS authentication documentation github.com
Recherchiert und auf Deutsch und Englisch aufbereitet von einer KI (Claude von Anthropic) auf Basis von NVD, CISA, EPSS und den genannten Quellen. Massgebend sind die Angaben des Herstellers. Recherche vom 31.10.2026 04:43.
Quellen
Der Tracker verbindet offizielle, frei nutzbare Datenquellen – laufend aktualisiert:
- NVD (NIST) – CVE, Bewertung (CVSS), betroffene Produkte
- CISA KEV – von der CISA bestätigt aktiv ausgenutzte Lücken
- CISA Vulnrichment – Einschätzung der CISA (SSVC) im offiziellen CVE-Eintrag
- FIRST EPSS – Wahrscheinlichkeit einer Ausnutzung
- Microsoft MSRC – Patch Tuesday: Lücken, Schweregrad, Updates
- PoC-in-GitHub – öffentliche Proof-of-Concept-Repositories
- Metasploit (Rapid7) – Module des Metasploit Framework
- Exploit-DB (OffSec) – Archiv öffentlicher Exploits (nur Verweise)
- Patch-Tage: offizielle Seiten der Hersteller (je Hersteller verlinkt) (Patch-Tage der Hersteller)
Dieses Angebot nutzt Daten der NVD-API, ist aber von der NVD weder unterstützt noch zertifiziert. EPSS-Daten © FIRST.org.
Betroffen? Wir helfen.
Wir prüfen, ob Ihre Systeme betroffen sind, spielen Updates ein und schliessen die Lücke – auf Wunsch auch laufend mit dem System Health Checker.