Verstehen Sie das Projekt und die Clients
Vaultwarden ist ein separates Projekt, prüfen Sie daher die aktuelle Client-Kompatibilität, die unterstützte Bereitstellungsanleitung und Sicherheitsupdates. Ein kleiner Ressourcenbedarf sollte nicht zu einem nachlässigen Wartungsprozess führen.
Beschränken Sie Einstiegspunkte
Verwenden Sie HTTPS, einen starken Kontoschutz und bewusste Registrierungskontrollen. Schützen oder deaktivieren Sie administrative Endpunkte, soweit unterstützt. Halten Sie Host und Reverse-Proxy aktuell und beschränken Sie den Zugriff auf private Konfigurationen.
Wiederherstellung unabhängig halten
Bewahren Sie Wiederherstellungscodes und Backup-Zugriff privat außerhalb des Servers auf. Machen Sie den einzigen Weg zu Ihrem Backup nicht von Anmeldedaten abhängig, die nur im Vault gespeichert sind. Bedenken Sie, wie Sie nach Serververlust und Geräteverlust wieder Zugriff erlangen würden.
Konsistenten Zustand sichern
Befolgen Sie das unterstützte Verfahren für Datenbank, Anhänge, Konfiguration und Schlüssel. Verschlüsseln Sie Offsite-Backups und testen Sie die Wiederherstellung sorgfältig. Ein kopiertes Container-Image enthält nicht alle persistenten Vault-Daten.
Testen Sie ein vollständiges Szenario zur Kontowiederherstellung
Verwenden Sie ein Wegwerf-Testkonto, um die Anmeldung, einen zweiten Faktor, den Vault-Export, sofern angebracht, und den Wiederherstellungsweg zu prüfen. Bewahren Sie Notfallinformationen außerhalb des gehosteten Vaults auf. Vermeiden Sie es, destruktive Wiederherstellungsaktionen gegen die einzige Kopie eines echten Kontos zu testen.
Exposition nach jeder Proxy-Änderung prüfen
Prüfen Sie die öffentlichen Routen, die administrative Oberfläche sowie WebSocket- oder Benachrichtigungsanforderungen für die installierte Version und den tatsächlichen TLS-Ursprung. Eine Anwendungskonfiguration, die hinter einem Proxy privat war, kann nach einer Netzwerk- oder Container-Änderung öffentlich werden.
Trennen Sie den Tresordienst vom Wiederherstellungssystem
Wählen Sie eine gepflegte Vaultwarden-Version und prüfen Sie die Kompatibilität mit den Bitwarden-Clients, die Sie verwenden möchten. Bereiten Sie einen stabilen HTTPS-Origin, persistente private Daten und einen unabhängigen Wiederherstellungsweg vor. Bewahren Sie das einzige Backup-Passwort und die Kontowiederherstellungsdaten außerhalb des gehosteten Vaults auf. Ein kompakter Dienst kann dennoch die Schlüssel zu vielen anderen Konten enthalten, daher sollten Sie einem getesteten Update- und Wiederherstellungsverfahren Vorrang vor einer kleinen Einsparung bei der RAM-Zuweisung geben.
- Wählen Sie bewusste Registrierungs- und Einladungsregeln.
- Beschränken Sie den administrativen Zugriff unabhängig vom Tresorzugriff der Nutzer.
- Überprüfen Sie die Benachrichtigungs- und Reverse-Proxy-Anforderungen für die installierte Version.
Offizielle Dokumentation: Vaultwarden-Bereitstellungsbeispiele
Schließen Sie den Einrichtungszugriff nach dem ersten Kontotest
Stellen Sie mithilfe des unterstützten Beispiels des Projekts bereit, persistieren Sie dessen Datenverzeichnis und setzen Sie die öffentliche Domain auf den tatsächlichen HTTPS-Origin. Wenn Sie die Admin-Oberfläche verwenden, befolgen Sie deren Token-/Hash-Anleitung und beschränken Sie den Zugriff darauf; verwechseln Sie einen URL, der schwer zu erraten ist, nicht mit Authentifizierung. Nachdem Sie den vorgesehenen Eigentümer erstellt haben, überprüfen Sie die Registrierungs-/Einladungseinstellungen in einem abgemeldeten Browser. Testen Sie einen zweiten Faktor und das Benachrichtigungsverhalten, bevor Sie echte Geheimnisse hinzufügen.
Offizielle Dokumentation: Schutz der Vaultwarden-Adminseite
Testen Sie jeden Client mit Wegwerf-Tresordaten
Verwenden Sie einen Test-Login im Web-Tresor, einen Desktop-Client und jede geplante mobile/browserbasierte Erweiterung. Bestätigen Sie die Synchronisierung nach einer Änderung eines Eintrags und bestätigen Sie, dass ein abgemeldeter Benutzer ihn nicht lesen kann. Prüfen Sie den konfigurierten benutzerdefinierten Server-URL und das Zertifikat, wenn nur ein Client fehlschlägt. Wenn Benachrichtigungen fehlschlagen, die manuelle Synchronisierung aber funktioniert, prüfen Sie die aktuellen Proxy-/Websocket-Anforderungen. Halten Sie eine dokumentierte Export-/Wiederherstellungsmethode bereit und speichern Sie Notfallcodes über einen separaten vertrauenswürdigen Weg.
Stellen Sie die Datenbank und ihre Begleitdateien wieder her
Befolgen Sie die unterstützte Datenbank-Backup-Methode; das sorglose Kopieren einer laufenden SQLite-Datei kann aktuelle Write-Ahead-Log-Zustände auslassen. Beziehen Sie erforderliche Anhänge, Konfiguration und Schlüsselmaterial aus dem persistenten Datenverzeichnis ein. Verschlüsseln Sie die Wiederherstellungskopie und testen Sie eine Wiederherstellung für einen Wegwerfbenutzer in einer isolierten Umgebung. Verlassen Sie sich nicht auf das Container-Image als Datenbackup. Ein Update-Plan sollte sowohl die Client-Kompatibilität als auch einen gangbaren Datenbank-Wiederherstellungspfad bestätigen, bevor die laufende Version ersetzt wird.
Offizielle Dokumentation: Vaultwarden-Sicherungsanforderungen