Wer eine Such-Engine selbst hostet, kennt Apache Solr. Genau dort steckt jetzt eine peinliche, aber gefährliche Lücke: CVE-2026-44825. Solr bringt vorkonfigurierte „Template“-Benutzerkonten mit — und die haben ein fest eingebautes, öffentlich bekanntes Standard-Passwort. Wer diese Konten nicht entfernt, lässt praktisch die Haustür offen stehen.
SO funktioniert der Angriff
Solr wird oft als Suchindex hinter Shops, Wikis, Dokumenten-Archiven oder Self-Hosting-Stacks eingesetzt. Sind die mitgelieferten Template-User aktiv und ist die Instanz erreichbar, kann sich ein Angreifer mit den Default-Zugangsdaten anmelden. Von dort aus lassen sich je nach Konfiguration Daten auslesen oder Einstellungen verändern. Das Tückische: Hardcodierte Standard-Logins tauchen in öffentlichen Listen auf — Bots probieren sie automatisch durch.
SO schließt du die Lücke
1. Updaten. Die saubere Lösung ist ein Upgrade auf eine Version oberhalb von 9.10.1 bzw. 10.0.0. Dort sind die Template-User mit Default-Passwort entfernt.
2. Template-User löschen. Kannst du nicht sofort aktualisieren, entferne die vorkonfigurierten Konten mit den bekannten Standard-Zugangsdaten von Hand und vergib für nötige Konten eigene, starke Passwörter.
3. Erreichbarkeit prüfen. Eine Solr-Instanz gehört nicht offen ins Internet. Pack sie hinter eine Firewall oder einen Reverse-Proxy mit Authentifizierung und schränke den Zugriff auf bekannte Hosts ein.
Faustregel fürs Homelab: Jede Software, die mit Standard-Logins ausgeliefert wird, ist eine tickende Uhr. Nach der Installation immer Default-Konten prüfen, Passwörter ändern und den Zugriff einschränken — bevor es ein Scanner für dich erledigt.
Häufige Fragen
Welche Versionen sind betroffen?
Wie merke ich, ob meine Instanz verwundbar ist?
Wie behebe ich das Problem konkret?
Wie kritisch ist die Lücke wirklich?
Quellen: NVD CVE-2026-44825, Threat-Modeling.com, Apache Solr Security.