Open WebUI

Der Browser spricht mit dem Open-WebUI-Backend. Dieses verwaltet unter anderem Benutzer, Konfiguration und Gespräche und leitet Modellanfragen an den eingestellten Anbieter weiter. Dazu gehören Ollama und Dienste mit einer unterstützten OpenAI-kompatiblen Schnittstelle. Ein solches API-Format sagt für sich genommen nichts darüber aus, wo ein Modell betrieben wird.

Die eigentliche Berechnung erfolgt im Modellserver. Dessen Grafikprozessor und Modellgewichte sind nicht automatisch Bestandteil des WebUI-Containers. Für die Ressourcenplanung daher Benutzeroberfläche, Datenbank, Dokumentenverarbeitung und Inferenz getrennt betrachten. Eine langsame Antwort kann an jedem dieser Schritte entstehen.

Single Sign-on (SSO) kann über OAuth beziehungsweise OpenID Connect an einen Identitätsanbieter angebunden werden. Open WebUI dokumentiert außerdem LDAP und vertrauenswürdige Header eines vorgeschalteten Authentifizierungsproxys. Bei Header-Anmeldung muss ein direkter Zugriff auf das Backend unter Umgehung dieses Proxys verhindert werden.

Die erfolgreiche Anmeldung berechtigt nicht automatisch zum Zugriff auf jedes Modell, jede Wissenssammlung oder jedes Werkzeug. Open WebUI unterscheidet Rollen und ressourcenbezogene Freigaben. Gruppenrechte werden additiv zusammengeführt, mehrere Gruppen können die tatsächlichen Rechte also erweitern.

Für einen Pilotbetrieb zuerst mit einer kleinen Benutzergruppe beginnen. Den Normalbenutzer ausdrücklich testen: Kann er nur die vorgesehenen Modelle und Dokumente verwenden? Nach einem Gruppenwechsel oder dem Ausscheiden einer Person auch den Zugang mit bestehenden Sitzungen und API-Schlüsseln prüfen.

Retrieval-Augmented Generation (RAG) ergänzt eine Modellanfrage um passende Fundstellen aus Dokumenten. Open WebUI kann Texte extrahieren, in Abschnitte teilen und als Embeddings ablegen. Diese Zahlenrepräsentationen erlauben eine Ähnlichkeitssuche. Gefundene Textstücke gelangen zusammen mit der Frage zum Modell.

RAG trainiert das Sprachmodell nicht automatisch neu. Die Qualität hängt unter anderem von Extraktion, Segmentierung, Suchverfahren und verfügbarem Kontextfenster ab. Ein gescanntes PDF benötigt eventuell zusätzlich Texterkennung. Tabellen, Versionsstände und widersprüchliche Dokumente sollten mit realen Fachfragen geprüft werden.

Eine Wissenssammlung kann Informationen aus vielen Dateien zusammenführen. Die ursprünglichen Rechte aus einem Dateiserver werden durch einen manuellen Upload nicht selbstverständlich nachgebildet. Dokumente daher nach tatsächlich berechtigten Nutzergruppen organisieren und mit Testkonten prüfen. Quellenangaben helfen beim Nachlesen, sie garantieren keine richtige Antwort.

Auch bei einem lokalen Modell können zusätzliche Dienste externe Datenflüsse verursachen: Embeddings, Websuche, Spracherkennung, Bildverarbeitung oder Werkzeuge können jeweils eigene Anbieter verwenden. Vor einer Freigabe einen vollständigen Datenweg aufzeichnen, einschließlich der Ausschnitte aus hochgeladenen Dokumenten, die an den Modellanbieter gehen.

Für vertrauliche interne Unterlagen kann ein vollständig lokaler Pfad sinnvoll sein. Dann müssen auch Hilfsdienste entsprechend konfiguriert und ausgehende Verbindungen kontrolliert werden. Gesprächsspeicherung, Löschfristen und Zugriffsrechte sind unabhängig vom Modellstandort festzulegen. Eigenbetrieb allein belegt keine Datenschutzkonformität.

Open WebUI lässt sich durch Tools, Functions und Pipelines erweitern. Die Dokumentation warnt ausdrücklich, dass solche Python-Erweiterungen mit den Rechten des Backendprozesses ausgeführt werden können. Die Möglichkeit, Erweiterungen anzulegen oder zu importieren, ist deshalb eine weitreichende administrative Befugnis.

Ein Community-Eintrag oder eine hohe Zahl von Downloads ersetzt keine Codeprüfung. Nur benötigte Erweiterungen zulassen, Zugangsdaten einschränken und die erreichbaren Zielsysteme begrenzen. Wenn ein Modell Aktionen an einem Ticketsystem oder einer Benutzerverwaltung auslösen darf, sind lesende Recherche und schreibende Änderungen getrennt zu gestalten.

Backups müssen Datenbank, hochgeladene Dateien, relevante Vektordaten und die benötigten Geheimnisse erfassen. Bei mehreren Instanzen auch Sitzungs- und Verschlüsselungsschlüssel konsistent halten. Vor Updates Anmeldung, Dokumentensuche, Erweiterungen und die verwendeten Anbieter testen.

Die Dokumentation nennt für größere Installationen andere Anforderungen als für einen Einzelbenutzer. Eine lokale Standarddatenbank und eingebettete Dokumentenverarbeitung sollten nicht ohne Prüfung auf mehrere Worker verteilt werden. Lasttests mit realistischen Dokumenten und gleichzeitigen Nutzern zeigen, welcher Baustein die Kapazität begrenzt.

Seit Version 0.6.6 ergänzt eine Branding-Klausel die Lizenz. Für kostenfreie Nutzung muss die Open-WebUI-Kennzeichnung grundsätzlich erhalten bleiben, soweit keine der ausdrücklich beschriebenen Ausnahmen greift. Die dokumentierte Ausnahme für höchstens 50 Benutzer in einem rollierenden 30-Tage-Zeitraum betrifft Branding-Änderungen, nicht eine allgemeine Obergrenze für den internen Betrieb. Diese Lizenz daher nicht pauschal als unveränderte BSD-Lizenz behandeln.

Geprüft am 20. September 2026. Die Lizenzänderung gilt seit 0.6.6, Funktionsangaben beziehen sich auf die an diesem Datum verfügbare Dokumentation. Kein eigener Last- oder Sicherheitstest.