Open Source für Berufsgeheimnisträger

Sie möchten Nextcloud, n8n, Paperless-ngx, Keycloak oder eine andere Anwendung für Berufsgeheimnisse einsetzen? Managed Open Source für Berufsgeheimnisträger anfragen.

Open-Source-Software ermöglicht es, Anwendungen in einer selbst gewählten Infrastruktur zu betreiben, Quellcode und Datenformate zu prüfen und Abhängigkeiten von einem einzelnen SaaS-Anbieter zu reduzieren. Für Berufsgeheimnisträger ist diese Kontrolle interessant. Open Source allein macht einen Einsatz aber weder sicher noch automatisch passend zu §203 StGB.

Entscheidend ist das vollständige Betriebsmodell: Anwendung, Edition, Datenwege, administrative Zugriffe, Updates, Backup, Support und beteiligte Dienstleister.

Wo Open Source einen echten Vorteil bieten kann

Je nach Projekt schafft Open Source mehrere Gestaltungsmöglichkeiten:

• Betrieb auf ausgewählter Cloud-, Dedicated- oder On-Premise-Infrastruktur
• kontrollierbare Netzwerk- und Administrationspfade
• eigene Domains, Identitäten und Schlüssel
• Datenexport in dokumentierten Formaten
• Integration in vorhandene Systeme
• Wechsel des Betriebsdienstleisters ohne vollständigen Produktwechsel
• technische Prüfung von Quellcode und Abhängigkeiten

Diese Möglichkeiten müssen genutzt werden. Eine unveränderte Standardinstallation mit öffentlicher Administrationsoberfläche, schwachen Rollen und ungeprüften Backups schöpft die Vorteile nicht aus.

Anwendungsgruppen und typische Prüffragen

Zusammenarbeit und Dateien

Beispiele sind Nextcloud, ownCloud, Seafile oder kollaborative Editoren. Prüfrelevant sind:

• Freigabelinks und externe Gäste
• Rechtevererbung und Gruppen
• Versionen, Papierkorb und Aufbewahrung
• Office-, Vorschau- und Suchdienste
• Mobile Apps und Desktop-Synchronisierung
• vollständige Datei- und Datenbankwiederherstellung

Dokumentenmanagement

Paperless-ngx, Mayan EDMS oder andere DMS-Lösungen verarbeiten Dokumentinhalte, OCR-Daten und Metadaten. Zusätzlich sind Importwege, E-Mail-Postfächer, OCR-Komponenten, Volltextindizes und Exporte Teil der Vertrauensgrenze.

Automatisierung

n8n, Activepieces oder vergleichbare Plattformen verbinden viele Drittsysteme. Hier liegt das Risiko nicht nur im Workflow-Server. Credentials, Ausführungsdaten, Webhooks und Zielsysteme bestimmen, wohin fachliche Informationen gelangen.

Identität und Zugriff

Keycloak, Authentik, ZITADEL oder NetBird können zentrale Identitäten und Zugriffe bereitstellen. Die Plattform benötigt selbst besonders geschützte Administrations- und Wiederherstellungswege, weil ein kompromittiertes Identitätssystem Zugriff auf viele nachgelagerte Anwendungen eröffnet.

KI und Wissenssysteme

Open WebUI, AnythingLLM, Qdrant, pgvector und weitere Komponenten können Dokumente, Embeddings und Chatverläufe speichern. Modellendpunkt, Wissensquellen, Berechtigungen und Protokollierung müssen gemeinsam betrachtet werden. Der bestehende Leitfaden Lokale KI für Berufsgeheimnisträger behandelt die KI-spezifischen Fragen.

Lizenzprüfung und Managed Hosting sind getrennte Fragen

„Open Source“ beschreibt Lizenzrechte, nicht automatisch die Erlaubnis für jedes kommerzielle Betriebsmodell. Projekte verwenden unterschiedliche Lizenzen und Editionen. Manche erlauben den Managed-Service-Betrieb unter den Bedingungen der Open-Source-Lizenz, andere bieten zusätzliche Enterprise-Funktionen oder verlangen für bestimmte Hostingmodelle eine kommerzielle Vereinbarung.

Vor einem Angebot sollten deshalb folgende Punkte geklärt werden:

• Welche Edition wird benötigt?
• Welche Lizenz gilt für die eingesetzte Version?
• Sind Funktionen wie SSO, Audit oder Mandantenfähigkeit nur kommerziell verfügbar?
• Darf die Software für Dritte als Service betrieben werden?
• Wer beschafft und hält eine notwendige Subscription oder Lizenz?
• Wie werden Lizenzänderungen bei Updates beobachtet?

WZ-IT kann Lizenzwahl und Beschaffung in den Scope aufnehmen. Die technische Eignung und die lizenzrechtliche Nutzbarkeit werden dabei getrennt bewertet.

Was aus einer Installation einen Managed Service macht

Eine produktive Anwendung benötigt mehr als Docker Compose oder einen Helm-Chart. Zum Betriebsmodell gehören je nach Scope:

1. Architektur: Sizing, Datenbank, Storage, Netzwerk und Abhängigkeiten.
2. Härtung: minimale öffentliche Endpunkte, MFA, Rollen und Secrets.
3. Integration: SSO, E-Mail, DNS, APIs und bestehende Datenquellen.
4. Monitoring: Verfügbarkeit, Ressourcen, Jobs und anwendungsspezifische Checks.
5. Updates: kontrollierter Test-, Freigabe- und Rollbackweg.
6. Backup: Daten, Dateien, Konfiguration und getestete Wiederherstellung.
7. Betrieb: Zuständigkeiten, Reaktion, Dokumentation und Übergabe.

Bei Berufsgeheimnissen kommt hinzu, dass der technische Scope zur vorgesehenen Dienstleister- und Verpflichtungskette passen muss.

Standard-App oder individuelles Assessment?

Ein etablierter, zustandsarmer Dienst kann mit einem wiederholbaren Betriebsstandard starten. Ein komplexes DMS, eine mandantenfähige Automatisierungsplattform oder ein Stack aus mehreren Anwendungen benötigt eher ein Assessment.

Für die Einordnung helfen folgende Angaben:

• Anwendung und gewünschte Edition
• Nutzerzahl, Datenvolumen und Integrationen
• Datenarten und externe Nutzer
• bestehende Installation oder Neuaufbau
• gewünschter Betriebsort
• Anforderungen an Verfügbarkeit und Wiederherstellung

Der Anwendungs- und Technologiekatalog zeigt das aktuelle Portfolio. Auch Anwendungen außerhalb des Katalogs können technisch geprüft werden.

Migration aus bestehendem SaaS oder Self-Hosting

Bei einem Wechsel sollten nicht nur Dateien und Datenbank exportiert werden. Ein vollständiger Migrationsplan erfasst Nutzer, Rollen, Freigaben, Automatisierungen, Integrationen, Historie und Aufbewahrung.

Ein kontrollierter Ablauf besteht aus:

1. Bestands- und Exportprüfung
2. Zielarchitektur und Mapping
3. Testmigration mit Mengen- und Nutzerwegprüfung
4. Cutover mit Wartungsfenster und Rückfallpunkt
5. Übergabe in Monitoring, Backup und Updatebetrieb

So wird die neue Umgebung nicht nur technisch erreichbar, sondern tatsächlich betreibbar.

Passende WZ-IT-Angebote

• Managed Open Source ist das allgemeine Angebot für Hosting, Installation, Integration und laufenden Betrieb von Open-Source-Anwendungen.
• Im Anwendungs- und Technologiekatalog lassen sich konkrete Anwendungen auswählen und unverbindlich konfigurieren.
• Der Production Readiness Audit prüft kundeneigene oder bereits angepasste Anwendungen vor Betriebsübernahme und Go-live.
• Die §203 Managed Cloud für Open Source ergänzt diese eigenständigen Leistungen um die isolierte Betriebsumgebung für Berufsgeheimnisse.

Quellen

• § 203 StGB - Verletzung von Privatgeheimnissen
• Open Source Initiative: Open Source Definition
• DSGVO Artikel 32 - Sicherheit der Verarbeitung