Selbst hosten oder nicht: Ihr Passwortmanager

Ein Passwortmanager verwaltet den Zugang zu Bankkonten, E-Mails, Gesundheitsdaten, Kundensystemen und Finanzplattformen. Übergeben Sie ihn an einen Drittanbieter in der Cloud, vertrauen Sie dessen technischen Entscheidungen, dem Umgang mit Vorfällen, dem Preismodell und der Geschäftskontinuität – auf unbestimmte Zeit.

Selbsthosting nimmt Vertrauen nicht aus der Gleichung. Sie vertrauen weiterhin dem Anbieter, der die Software entwickelt hat. Der Unterschied ist die Kontrolle: Sie entscheiden, wann gepatcht wird, wie konfiguriert wird und wo die Daten gespeichert sind. Bei einem SaaS-Anbieter haben Sie keine Einsicht, wie Ihre Daten intern gespeichert werden, kein Mitspracherecht bei Sicherheitsupdates und keine Kontrolle, wenn der Anbieter übernommen wird, seine Bedingungen ändert oder selbst einen Sicherheitsvorfall hat.

Wenn Ihr Unternehmen die Infrastruktur betreibt, kann Ihr Sicherheitsteam zusätzliche Schutzschichten hinzufügen und die Bereitstellung an die eigenen Anforderungen anpassen, statt ein allgemeines SaaS-Angebot zu akzeptieren.

Passwortanbieter hatten bereits Sicherheitsvorfälle. Darauf zu setzen, dass ein Anbieter dauerhaft frei von Sicherheitslücken bleibt, ist keine Sicherheitsstrategie. Es ist Hoffnung – und die einzige Option, wenn man sich für einen reinen SaaS-Anbieter entscheidet.

Die Möglichkeit zur Selbst-Hosting ändert die Situation. Ihre Organisation bestimmt, wo die Daten gespeichert werden, nicht der Anbieter. Teams können es vollständig vor Ort betreiben, in ihrer eigenen Cloud-Umgebung bereitstellen oder eine hybride Lösung wählen, die zur bestehenden Infrastruktur passt.

Das Ziel ist nicht, Self-Hosting verpflichtend zu machen, sondern sicherzustellen, dass die Wahl bei Ihnen bleibt – etwas, das ein Anbieter, der nur einen gehosteten SaaS-Tresor anbietet, nicht bieten kann.

Dateibasierte Tresore vs. zentrale Server

Frag lange genug herum und du findest zwei Lager.

1. Ein lokales, dateibasiertes Tresor, synchronisiert über Geräte, vollständig unter Ihrer Kontrolle, kein Server nötig.
2. Betreibe einen echten Server: ein zentrales Archiv, das Mehrbenutzerzugriff, Teilen und Synchronisationskonflikte für dich verwaltet.

Beide Seiten haben Recht, da es bei der Meinungsverschiedenheit um Kompromisse geht, nicht um richtig oder falsch. Eine lokale Datei ist portabel und transparent, sodass Sie sie öffnen, prüfen, verschieben oder sichern können, wie Sie möchten. Sobald jedoch mehr als eine Person Zugriff auf dasselbe Geheimnis benötigt, stößt diese Methode an ihre Grenzen, da Bearbeitungskonflikte zu manuellen Zusammenführungen führen. Das Teilen einer einzigen Anmeldeinformation mit einem Teamkollegen bedeutet, eine ganze Datei oder das Hauptpasswort weiterzugeben, wodurch dieser vollständiger Zugriff statt nur auf das Notwendige gewährt wird. Ein zentrales System löst das Multi-User-Problem, aber nur, wenn es tatsächlich für mehrere Benutzer mit unterschiedlichen Vertrauensstufen entwickelt wurde. Ein gemeinsamer Login für ein Team ist kein Multi-User-Zugang. Es ist nur ein größeres Geheimnis mit mehr Personen, die es weitergeben können.

Passwortmanager vs. Identitätsanbieter

Ein Tresor speichert Geheimnisse. Ein Identitätsanbieter regelt, wer sich bei welchen Systemen authentifizieren darf, oft ganz ohne Passwort dank Single Sign-On. Ein Tresor ohne Verbindung zur Identitätsverwaltung wird zur isolierten Insel, getrennt vom restlichen Zugriffsmanagement. Eine Identitätsschicht ohne Tresor benötigt dennoch einen Ort zur Speicherung von Anmeldedaten, Zertifikaten und Geheimnissen, die moderne Authentifizierung nicht unterstützen. Organisationen, die das richtig machen, sehen Tresor und Identitätsschicht als verbundene Systeme, nicht als konkurrierende Optionen.

Was schiefgeht, wenn der Passwortmanager nicht für eine Organisation entwickelt wurde

Eine Organisation, die Hunderte oder Tausende von Geheimnissen verwaltet, verteilt auf Abteilungen, Auftragnehmer, Servicekonten und administrative Zugangsdaten, die Produktionssysteme berühren. Wenn so viele Zugangsdaten ohne ein echtes System dahinter existieren, landen sie in geteilten Dokumenten, gespeicherten Browserpasswörtern oder einem einzigen Login, das mehrere Personen auswendig kennen.

Keine dieser Methoden hat einen Besitzer, eine Aufzeichnung darüber, wer wann was genutzt hat, oder einen Plan zur Bereinigung bei Ausscheiden. Ein scheidender Administrator könnte Zugang zu einem Dutzend gemeinsamer Konten hinterlassen, die niemand regelmäßig ändert, während ein Passwort für ein gemeinsames Servicekonto in einem Skript steckt, das von drei Teams genutzt wird, ohne dass jemand weiß, wer es ändern darf. Wenn ein Prüfer fragt, wer im letzten Quartal auf ein privilegiertes Konto zugegriffen hat, ist die ehrliche Antwort oft Schweigen.

Letztlich ist dies ein Versagen der Governance und kein Werkzeugfehler. Es passiert, wenn die Speicherung von Zugangsdaten als nachträglicher Gedanke behandelt wird, statt als ein System mit echter Eigentümerschaft.

Datenhoheit 

Datenhoheit erfordert, dass Organisationen die Verschlüsselungsschlüssel kontrollieren, statt sich auf einen Anbieter zu verlassen. So können Sie den genauen Datenstandort für Compliance-Prüfungen bestätigen, Wohnsitzanforderungen erfüllen und das System persönlich prüfen, statt sich auf öffentliche Anbieterangaben zu verlassen.

Ihr Risikoprofil hängt vollständig vom Fahrplan des Anbieters ab, wenn Sie SaaS nutzen. Ausfälle, Richtlinienänderungen oder Sicherheitsverletzungen beim Anbieter werden zu einem Notfall für Ihre Organisation, ohne dass Sie Einfluss haben.Self-Hosting beseitigt diese Abhängigkeit durch lokale Installationen, private Cloud-Mandanten oder hybride Setups.So behalten Sie Verfügbarkeit, Patch-Zeitpläne und Vorfallreaktionen direkt unter Ihrer Kontrolle.

Unternehmensberechtigungen

Eigentum zeigt, wo Daten gespeichert sind, doch Berechtigungen bestimmen, wer tatsächlich darauf zugreifen darf und unter welchen Regeln. Ein guter Workforce-Tresor benötigt rollenbasierte Zugriffskontrolle, die genau widerspiegelt, wie Ihr Unternehmen wirklich arbeitet. Einzelpersonen erhalten eigenen privaten Speicher, Teams arbeiten in geteilten Bereichen, die auf ihre Arbeit zugeschnitten sind, und Ihre sensibelsten oder privilegierten Konten sind durch eine zusätzliche Schutzschicht gesichert.

Diese zusätzliche Ebene ist zugriffsbasierte Genehmigung. Statt einer privilegierten Anmeldeinformation, die jeder finden kann, der weiß, wo sie liegt, erfordert der Zugriff eine Freigabe vor der Gewährung, und jede Nutzung wird protokolliert. So wird der Zugriff auf privilegierte Konten von einem Vertrauenssystem zu einem prüfbaren, kontrollierten Prozess – mit der gleichen Überwachung, die man für Konten erwartet, die bei Missbrauch den größten Schaden anrichten können.

Ohne Verbindung zu Active Directory oder Entra ID driftet der Tresorzugang von der Identitätsverwaltung ab. Eine im Verzeichnis deaktivierte Person kann weiterhin Zugriff auf den Tresor haben, den niemand entfernt hat. Die Verzeichnisintegration entfernt den Tresorzugang, wenn eine Person im Verzeichnis deaktiviert wird, wobei der Automatisierungsgrad vom gewählten Modus abhängt und Komfort gegen die bestmögliche Sicherheit abwägt.

Einsatzflexibilität macht die Wahl wirklich

Die Möglichkeit zur Selbst-Hosting zählt nur, wenn sie echte Flexibilität bietet. Die Infrastrukturentscheidung – vor Ort, in der Cloud oder hybrid – sollte den Compliance-Anforderungen und der bestehenden Umgebung der Organisation folgen, nicht dem Hosting-Modell eines Anbieters. Eine regulierte Branche mit strengen Datenstandortvorgaben hat andere Bedürfnisse als ein Unternehmen, das seine Infrastruktur bereits überwiegend in der Cloud betreibt.

Diese Eigentümerschaft erstreckt sich auch auf Sicherheitskontrollen. Eine Organisation kann zusätzliche Authentifizierungsmaßnahmen wie Multi-Faktor-Authentifizierung, Smartcard-Anmeldung oder Hardware-Sicherheitsmodul-Schutz für Verschlüsselungsschlüssel basierend auf ihrem eigenen Risikoprofil hinzufügen, statt das zu akzeptieren, was ein Anbieter anbietet. Eigentümerschaft bedeutet, dass diese Entscheidungen bei der Organisation bleiben, nicht bei dem, der den Tresor verkauft.

Besitze die Wahl, nicht nur die Daten

Netwrix Password Secure basiert auf dieser Wahl. Es bietet Organisationen die Möglichkeit, selbst zu hosten – vor Ort, in der Cloud oder hybrid –, sodass Ihre Organisation die volle Kontrolle über die Verschlüsselung und Umgebung behält, statt an einen SaaS-Tresor eines Anbieters gebunden zu sein. Jeder Mitarbeiter erhält einen persönlichen Tresor, auf den sonst niemand Zugriff hat. Rollenbasierte Zugriffskontrollen bestimmen, wer welche Zugangsdaten sieht, und privilegierte Konten sind durch genehmigungsbasierte Workflows geschützt statt durch offenen Zugriff. Jeder Zugriff und jede Aktion wird protokolliert, sodass Audits Minuten statt Ermittlungen dauern. Die Verzeichnisintegration mit Active Directory und Entra ID sorgt für konsistenten Tresorzugang entsprechend der Identitätsverwaltung überall.

Die Frage war nie, ob Sie selbst hosten müssen. Sondern, ob Ihr Anbieter Ihnen diese Option überhaupt bietet. Password Secure tut das.