完全なチェックリスト
例：Noor は暗号化バックアップを1つ自宅の外付けドライブに、もう1つをクラウドストレージに保管しています。リカバリーフレーズは、別の信頼できる場所に封をした書面として印刷してあります。クラウド提供者からは、大きなファイルが存在することと、それがいつ変更されたかは見えますが、意図された平文の中身は見えません。Noor はアプリの大きな更新と端末の移行のたびに復元をテストします。
- 棚卸し：そのバックアップに、どの保管庫、どの種類のコンテンツ、どの期間が含まれるかを把握します。
- 新しい書き出し：重要な変更があったら、新しい暗号化バックアップを作ります。
- 中立的なラベル：プライベートな内容を明かさずに、日付と端末を記録します。
- フレーズの分離：バックアップ用リカバリーフレーズを、ファイルのそばに置かないでください。
- 独立した場所：保護対象の端末の外に、少なくとも1つのコピーを保ちます。
- 提供者の可視範囲の把握：ペイロードが暗号化されていても、クラウド提供者にはアカウント、ファイルサイズ、時刻、アクセスのメタデータが見えることがあります。
- 復元テスト：サポートされている環境へ復元し、代表的なファイルの実データを開きます。
- ライフサイクル：古いコピーは意図をもって置き換え、どれが正であるかを把握します。
- 緊急時のアクセス：今すぐアクセス権を渡すことなく、復旧用の情報が存在することを信頼できる人に知らせておくべきかを判断します。
最新の写真だけをテストしない
古い大きな動画、最近の画像、書類、メモを開いてください。検索やコレクションへの所属が重要なら、それも確認します。復元した保管庫をロックし、開き直します。プレビューの一部、ファイル名の一覧、インポート成功のメッセージだけでは不十分です。
Android と iOS での状況
Android 版 NullVault は、互換性のある Android のストレージへ保存する持ち出し可能な暗号化バックアップに対応しており、復元には別個のバックアップ用リカバリーフレーズが必要です。iOS 版 NullVault は、端末上で保管庫を暗号化してから利用者の iCloud アカウントへバックアップし、復元にはその保管庫の24語のリカバリーフレーズが必要です。これらは互いに置き換えられるバックアップではなく、別々の復旧システムとして扱ってください。
バックアップの限界
暗号化バックアップは、その存在、サイズ、すべてのアクセス事象を隠すものではありません。安全でない場所に保管されたリカバリーフレーズを守ることもできません。含め忘れたエクスポートを復元することはできず、無関係なストレージ提供者にある古いコピーを自動的に削除することもありません。
その基盤となる考え方については、「暗号化された写真バックアップの仕組み」をお読みください。
ガイド確認日：2026年8月28日。
Jonas はまず、機微でないデータでテストします。「暗号化バックアップのチェックリストを検討するにあたり、まず機微でない項目を1つ使う」。次に Jonas は2つ目の確認手順に従います。「該当するアプリまたは端末をロックし、新しいセッションから結果を確認する」。この架空のシナリオは判断の流れを示すものであり、製品テストの報告ではありません。
- 「暗号化バックアップのチェックリスト」で説明した結果は、エクスポート済み、共有済み、キャッシュ済み、クラウド同期済みのコピーを自動的には対象としません。
- 認証情報の紛失、アプリコンテナの削除、端末の初期化、未検証のバックアップにより、保護されたデータが利用できなくなることがあります。
バックアップが本当に完了したといえるのはいつですか？
ファイルが存在した時点ではありません。それを識別でき、端末を失った後でも到達でき、正しい復旧用の秘密情報を用意でき、復元でき、復元したコピーから実際のコンテンツを開けたときに完了です。
バックアップ用リカバリーフレーズはどこに置くべきですか？
バックアップファイルとは別の場所、かつ保護対象の端末の外です。両方を一緒に保管することは、1回の紛失や1回の発見で全体が破られることを意味します。