プロジェクトとクライアントを理解する
Vaultwardenは別プロジェクトであるため、現在のクライアント互換性、サポート対象のデプロイガイダンス、セキュリティ更新を確認してください。リソース使用量が少ないからといって、メンテナンスプロセスを疎かにしてよいわけではありません。
エントリポイントを制限する
HTTPS、強力なアカウント保護、意図的な登録制御を使用してください。サポートされている範囲で管理エンドポイントを保護または無効化してください。ホストとリバースプロキシを最新の状態に保ち、プライベート設定にアクセスできる人を制限してください。
復旧の独立性を確保
リカバリーコードとバックアップへのアクセスをサーバー外に非公開で保管してください。バックアップへの唯一の経路が、保管庫内だけに保存された認証情報に依存しないようにしてください。サーバー喪失とデバイス喪失の両方の後に、どのようにアクセスを回復するかを検討してください。
一貫性のある状態をバックアップ
データベース、添付ファイル、設定、鍵について、サポートされている手順に従ってください。オフサイトバックアップを暗号化し、復元を慎重にテストしてください。コピーしたコンテナイメージには、永続的なVaultデータのすべては含まれません。
アカウント復旧の完全なシナリオをテストします
使い捨てのテストアカウントで、ログイン、第二要素、必要に応じてボールトのエクスポート、復旧経路を確認してください。緊急情報はホスト型ボールトの外に保管してください。実際のアカウントの唯一のコピーに対して破壊的な復旧操作をテストすることは避けてください。
プロキシ変更のたびに露出を確認する
公開ルート、管理インターフェース、WebSocketまたは通知の要件を、インストール済みバージョンと実際のTLSオリジンについて確認してください。あるプロキシの背後でプライベートだったアプリケーション構成が、ネットワークやコンテナの変更後に公開される可能性があります。
保管庫サービスをリカバリーシステムから分離する
メンテナンスされている Vaultwarden リリースを選択し、使用予定の Bitwarden クライアントとの互換性を確認します。安定した HTTPS オリジン、永続的なプライベートデータ、独立したリカバリ経路を準備します。唯一のバックアップパスワードとアカウント復旧用の情報は、ホストされた Vault の外部に保管してください。コンパクトなサービスでも、他の多くのアカウントの鍵を保持する可能性があるため、RAM の割り当てをわずかに削減するよりも、テスト済みの更新および復旧手順を優先してください。
- 意図的な登録と招待のルールを選択。
- ユーザーのVaultアクセスとは独立して、管理アクセスを制限してください。
- インストール済みリリースの通知およびリバースプロキシ要件を確認してください。
公式ドキュメント: Vaultwardenデプロイメントの例
最初のアカウントテスト後にセットアップ用アクセスを閉じる
プロジェクトがサポートする例を使用してデプロイし、そのデータディレクトリを永続化し、公開ドメインを実際のHTTPSオリジンに設定してください。管理インターフェースを使用する場合は、そのトークン/ハッシュのガイダンスに従い、アクセスできる人を制限してください。推測が難しいURLを認証と誤解しないでください。意図した所有者を作成した後、サインアウトしたブラウザからサインアップ/招待設定を確認してください。実際のシークレットを追加する前に、第二要素と通知の動作をテストしてください。
公式ドキュメント: Vaultwarden管理ページの保護
使い捨てのVaultデータで各クライアントをテストする
Web ボールト、デスクトップクライアント、およびサポート予定のモバイル/ブラウザ拡張機能でテストログインを使用してください。アイテム変更後の同期を確認し、サインアウトしたユーザーがそれを読めないことを確認してください。1 つのクライアントのみが失敗する場合は、設定されたカスタムサーバー URL と証明書を確認してください。通知が失敗しても手動同期が機能する場合は、現在のプロキシ/WebSocket 要件を確認してください。文書化されたエクスポート/復旧方法を維持し、緊急コードは別の信頼できる経路で保管してください。
データベースと付随ファイルを復元する
サポートされているデータベースのバックアップ方法に従ってください。稼働中のSQLiteファイルを不注意にコピーすると、最新のライトアヘッドログの状態が欠落する可能性があります。永続データディレクトリから必要な添付ファイル、設定、鍵素材を含めてください。リカバリコピーを暗号化し、隔離された環境で使い捨てのユーザー復元をテストしてください。コンテナイメージをデータバックアップとして頼らないでください。更新計画では、稼働中のリリースを置き換える前に、クライアントの互換性と実行可能なデータベース復旧経路の両方を確認する必要があります。
公式ドキュメント: Vaultwardenバックアップの要件