バックアップとディザスタリカバリ（BCP/DRP）

バックアップとリカバリの基礎

バックアップとディザスタリカバリは、あらゆるサイバーセキュリティ戦略における重要な構成要素です。 ランサムウェア攻撃や（自然災害または技術的）災害の増加に伴い、堅牢な BCP（Business Continuity Planning）および DRP（Disaster Recovery Planning）の計画を持つことが不可欠です。

RTO と RPO：基本概念

RTO (Recovery Time Objective)

定義：災害後に許容できる最大の停止時間

例：RTO が 4 時間とは、システムを 4 時間以内に復旧させる必要があることを意味します

影響：ソリューションに必要な緊急度と投資を定義します

RPO (Recovery Point Objective)

定義：時間で測定される、損失しうる最大のデータ量

例：RPO が 1 時間とは、バックアップを 1 時間ごとに実行する必要があることを意味します

影響：バックアップの頻度とレプリケーション技術を定義します

重要度のティア：

  • Tier 1（クリティカル）：RTO < 1h、RPO < 15min - 同期レプリケーション
  • Tier 2（重要）：RTO 4-8h、RPO 1h - 頻繁な増分バックアップ
  • Tier 3（通常）：RTO 24h、RPO 24h - 日次バックアップ

3-2-1 バックアップルール

データ保護のゴールドスタンダード戦略：

  • 3 3 つのコピーのデータ：本番環境 + 2 つのバックアップ
  • 2 2 つの異なるメディア：ディスク、テープ、クラウド
  • 1 1 つのオフサイトコピー：地理的に分離

現代的な進化：3-2-1-1-0
+ 1 つのイミュータブルコピー（ランサムウェア耐性）
+ 復元時のエラー 0（定期的なテスト）

バックアップの種類

1. フルバックアップ（Full）

  • 利点：シンプルで迅速な復元
  • 欠点：遅く、多くの容量を消費する
  • 用途：baseline として週次または月次

2. 増分バックアップ

  • 利点：迅速で、容量を節約する
  • 欠点：復元には full とすべての増分が必要
  • 用途：full の間に日次または時間毎

3. 差分バックアップ

  • 利点：増分よりもシンプルな復元
  • 欠点：次の full まで増大する
  • 用途：restore のシンプルさが重要な場合の日次

4. スナップショットとレプリケーション

  • スナップショット：point-in-time コピー、即時復元
  • 同期レプリケーション：データ損失ゼロ（RPO=0）
  • 非同期レプリケーション：地理的に分散

テクノロジーとソリューション

On-Premises

  • Veeam Backup & Replication：仮想化環境向けのリーダー
  • Commvault, Veritas NetBackup：Enterprise backup platforms
  • Acronis Cyber Protect：バックアップ + 統合型アンチマルウェア
  • Dell EMC Data Domain：Deduplicated backup appliances

Cloud-Based

  • AWS Backup：AWS サービス向けの一元化バックアップ
  • Azure Backup：Azure サービスと統合
  • Google Cloud Backup：GCP の自動バックアップ
  • Druva, Backblaze B2：Cloud-native backup solutions

データベース

  • MySQL/PostgreSQL：pg_dump, mysqldump + point-in-time recovery
  • MongoDB：mongodump, Ops Manager backup
  • SQL Server：Native backup + Always On Availability Groups
  • Oracle RMAN：Oracle 環境向けの Recovery Manager

ランサムウェア対策

ランサムウェア耐性のバックアップ：

  • イミュータビリティ：Object lock (S3), WORM storage, immutable backups
  • Air-gapping：ネットワークから切り離されたオフラインバックアップ
  • 資格情報の分離：Backup admins ≠ domain admins
  • MFA：バックアップアクセスのための多要素認証
  • バージョニング：感染前復元のための複数バージョン
  • スキャン：復元前のバックアップに対するアンチマルウェア
  • アラート：大量な変更の検出（暗号化の可能性）

Disaster Recovery Planning

  • DR Site：セカンダリデータセンターまたはクラウドリージョン
  • Failover Automation：スクリプトまたは自動オーケストレーション
  • Runbooks：復旧のステップバイステップのドキュメント
  • 優先順位付け：重要度に基づく復旧順序
  • 依存関係：システム間の相互依存関係のマップ
  • Network Configuration：DR 向けの DNS, VPN, firewall rules
  • Communication Plan：ステークホルダー、顧客、チーム

復旧テスト

テストの種類（少なくとも年 1 回実施）：

  • Tabletop Exercise：実行を伴わない計画の理論的な議論
  • Restore Testing：隔離された環境でのサンプルの復元
  • Partial Failover：非重要システムの failover
  • Full DR Test：完全な failover（通常は maintenance window 内）
  • Chaos Engineering：意図的に注入された障害

重要：テストされていないバックアップはバックアップではありません。定期的なテストがなければ、 障害は必要に迫られたときに発見されます。

ベストプラクティス

  • [OK] 3-2-1-1-0 ルールを実装する
  • [OK] システムごとに明確な RTO/RPO を定義する
  • [OK] ランサムウェア保護のためのイミュータブルバックアップ
  • [OK] 四半期ごとの復元テスト
  • [OK] バックアップ障害の監視とアラート
  • [OK] バックアップの暗号化（at rest および in transit）
  • [OK] runbooks の最新のドキュメント
  • [OK] 権限の分離（backup admin ≠ domain admin）
  • [OK] コンプライアンスに準拠した保持（LGPD、SOX など）
  • [OK] 地理的に分散された DR site