Azure Immutable Backups：Vault、Blob WORM、およびロックド・ポリシー (2026)

Azure では、不変（イミュータブル）バックアップを実装するためのいくつかのオプションが用意されており、規制への準拠、ランサムウェア対策、災害復旧など、さまざまなユースケースに対応しています。主なソリューションとして、不変の保管庫と不変性ポリシーを適用した Azure Blob Storageの 2 つがあり、いずれも WORM（Write-Once, Read-Many）ストレージを通じてデータの整合性を確保します。

Recovery Services VaultおよびBackup Vault

Azure Recovery Services VaultおよびBackup Vaultには、保存期間中にバックアップデータの変更や削除を防ぐ不変性機能が備わっています。組織は Azure ポータルの設定を通じて、これらのVaultで WORM ストレージを有効にでき、セキュリティをさらに強化するために不変性をロックするオプションも利用できます。

これらのVaultは、システム状態のバックアップ、仮想マシン、その他の重要なワークロードを保護し、コンプライアンス要件を満たし、内部者による脅威やランサムウェアからのリスクを軽減するのに役立ちます。

Azure Blob Storageの不変性ポリシー

Azure Blob Storageでは、アカウント、コンテナ、または個々のBlobなど、さまざまなレベルで時間ベースの保存期間ポリシーや法的保存ポリシーを実装できます。時間ベースのポリシーは、あらかじめ定義された期間にわたってデータを保護し、法的保存ポリシーは、手動で解放されるまでデータを保持します。

これらのポリシーを併用することで、さらなる柔軟性が得られます。きめ細かな設定のサポートと永続的なポリシーロックの機能により、Azure Blob Storage は運用上の柔軟性と、SEC 規則 17a-4(f) などの規制要件への準拠の両方を確保します。

不変のバックアップが重要な理由とは？

ランサムウェア対策

不変のバックアップは、データを暗号化または削除して被害者から身代金を要求するランサムウェア攻撃に対する重要な防御手段です。AzureのWORM（Write Once, Read Many）ストレージにより、保存期間中はバックアップデータが改ざんされたり消去されたりすることがありません。たとえ攻撃者がシステムに侵入し、特権を取得したとしても、不変のバックアップの完全性を損なうことはできません。

規制コンプライアンス

医療、金融、法務サービスなど、多くの業界では、データを長期間にわたり元の形式で保存することを義務付ける厳格な規制が課されています。Azureの不変バックアップは、改ざん防止機能を備えたストレージを提供し、データが変更されず検証可能であることを保証することで、組織がこれらの厳しい要件を満たすのを支援します。たとえば、HIPAA、GDPR、またはSEC規則17a-4(f)などの規制では、安全で監査可能なデータ保存が求められています。

内部脅威

内部脅威は、悪意のあるものであれ偶発的なものであれ、データセキュリティにとって重大な課題となります。機密システムへのアクセス権を持つ従業員は、意図的または過失により、バックアップデータの改ざん、削除、または悪用を試みる可能性があります。Azure 不変バックアップは、保存期間中にデータが変更されないようロックすることで、内部からの改ざんを防止し、さらなる保護層を提供します。

Azure の不変Vaultとは何ですか？

Azure の不変Vaultは、不変性を強制することでバックアップデータを保護する、専用のストレージソリューションです。WORM（Write Once, Read Many）ストレージを使用することで、これらのVaultはデータが変更または削除されないことを保証し、偶発的または悪意のあるデータ損失からデータを保護します。この機能は、厳格な規制要件が課される業界において、コンプライアンスとデータの整合性を確保するために不可欠です。

不変ヴォルトの有効化

Azure では、Recovery Services vaultとBackup vaultの 2 種類のVaultに対して不変性を提供しています。不変性を有効にするには：

1. Azure ポータルで対象のヴォルトに移動します。
2. [Properties] で [Immutable vault ] を選択し、[Settings] をクリックします。
3. チェックボックスをオンにして、ヴォルトの不変性を有効にします。この段階では、設定を元に戻すことができます。
4. 不変性を永続化するには、設定をロックし、バックアップが WORM ストレージを使用するようにします。一度ロックされると、不変性を無効にすることはできません。

注: 要件に合致していることを確認するため、不変性設定をロックする前に構成をテストおよび検証することが重要です。

運用上の制限

不変性Vaultでは、データの整合性を維持するために制限が課されます。たとえば、バックアップの復旧ポイントの保持期間を短縮する操作は許可されません。ただし、保存期間の延長や、データの可用性を高めるためのポリシーの変更は許可されています。これらの制御により、バックアップデータの誤削除や不正削除を防止しつつ、データ保存を強化する更新を可能にします。

一時停止状態にあるバックアップの保存期間を延長しようとする場合など、特定のシナリオではエラーが発生する可能性があります。これにより、一時停止中のバックアップの整合性が維持されます。

不変性の無効化

不変性が有効化されているがロックされていないVaultについては、以下の手順で無効化できます：

1. 「Immutable vault」の設定に移動します。
2. 不変性を有効にするチェックボックスの選択を解除します。
3. 変更を保存します。

注: 不変性の設定がロックされると、元に戻せなくなります。そのため、不変性の設定は慎重に計画することが重要です。

リージョンの利用可能性

不変性（有効化およびロック済み）は、すべての Azure パブリック リージョンおよびすべての米国政府リージョンで一般提供されており、Azure Backup が保護するすべてのワークロードを対象としています。計画の際に考慮すべきリージョンの制限はもはやありません。

知っておくべき詳細は、その基盤となる WORM 対応ストレージがどこで展開されているかという点です。Backup Vaultの場合、WORM ストレージはすべての Azure パブリック リージョンで一般提供されていますが、ナショナル クラウド リージョンでは提供されていません。Recovery Serice Vaultの場合、Microsoft が継続的に拡大している特定のリージョンで利用可能です。まだ導入されていない地域であっても、バックアップ サービスによってロックされた不変性は引き続き適用され、WORM 対応ストレージが利用可能になると、ユーザーによる操作やデータの移動を必要とせずに、バックアップは自動的にそのストレージへ移行されます。

Blob ストレージには同等の制限はありません。すべての Blob アクセスタイアおよびすべての冗長性構成が不変ストレージをサポートしているため、アーカイブを「Cool」または「Cold」にティアリングしても、ロックが解除されることはありません。

Azure Blob Storage の不変ストレージとは何ですか？

Azure Blob Storage は不変ストレージを提供しており、ユーザーは重要なデータを「一度書き込み、複数回読み取り（WORM）」状態で保護できます。これにより、ユーザーが指定した期間中は、データが変更または削除されないことが保証されます。

Azure Blob Storage の不変性ポリシー

Azure Blob Storage は 2 種類の不変性ポリシーをサポートしており、これらを同時に適用することも可能です。

期間ベースの保存ポリシー:

• ・データは、指定された期間、不変の状態が維持されます。
• ・ユーザは Blob を作成および読み取ることはできますが、保存期間が満了するまでは、Blob を変更または削除することはできません。
• ・有効期限が切れた後、Blobは削除できますが、上書きすることはできません。
• ・ポリシーは、アカウント、コンテナ、またはバージョンレベルで適用できます。

法的保存ポリシー:

• ・法的保存が明示的に解除されるまで、データは不変の状態に保たれます。
• ・保存期間が不定である場合や、イベントベースの場合に役立ちます。
• ・ポリシーは、コンテナまたはバージョンレベルで適用できます。

ポリシーの適用範囲と構成

Azure Blob Storage では、ユーザーはさまざまなスコープで不変性を構成できます。

• ・バージョンレベルの WORM: ポリシーはアカウント、コンテナ、または個々の Blob レベルで設定でき、きめ細かな制御が可能です。
• ・コンテナレベルの WORM: ポリシーはコンテナ内のすべての Blob に適用され、データセット全体の一貫性が確保されます。

不変性ポリシーをロックするとどうなりますか？

ポリシーは、テスト目的で初期状態ではロック解除されています。ロック解除されている間は、変更または削除が可能です。ロックされると：

• ・ポリシーは永続的となり、SEC 17a-4(f) などの規制に準拠します。
• ・保存期間は延長のみ可能で、短縮することはできません。コンテナレベルで定義されたロック済みポリシーでは、その有効期間中に最大 5 回まで保存期間の延長が可能です。個々の Blob バージョンに設定されたポリシーには、このような制限はありません。

注: Microsoftでは、セキュリティとコンプライアンスを強化するため、24時間以内にポリシーをロックすることを推奨しています。

ロックされた時間ベースの保存期間ポリシーは、Azureが提供する最も強力な保証です。Microsoftのドキュメントによると、不変ストレージ内のデータは、アカウントの管理権限を持つユーザーであっても、いかなるユーザーによっても変更または削除することはできません。ベンダーが不変性を謳っている場合は、この点を必ず確認する必要があります。なぜなら、ロックされていないポリシーは、適切な権限を持つ者であれば誰でも期間を短縮したり削除したりできるからです。管理者の認証情報を入手した攻撃者からデータを保護できるのは、ロックされたポリシーのみです。

これは、コンプライアンスモードの S3 Object Lock に相当する Azure の機能であり、両クラウドにおいて、名称は異なるものの同様の落とし穴が存在します。AWS では、十分な権限を持つユーザーがガバナンスモードをバイパスできますが、コンプライアンスモードは維持されます。一方、Azure では、ロックされていないポリシーは削除可能ですが、ロックされたポリシーは削除できません。モードの名称の違いこそが、認証情報の漏洩に耐えうるバックアップと、そうではないバックアップとの違いなのです。

Azure Immutable Backups を導入するための 5 つのベストプラクティス

1. 明確な保存期間ポリシーを定義する

保存期間ポリシーは、データが改変から保護される期間を決定するものであり、業界規制への準拠を確保するとともに、事業継続のためにデータを保全します。組織は、自社の具体的な法的および運用上の要件を満たすよう、保存期間ポリシーを策定する必要があります。これらのポリシーは、規制の変更や事業目標の変動に応じて、継続的に見直し・更新されるべきです。

適切に定義された保存ポリシーは、データ保護のニーズとストレージ効率のバランスを取ります。具体的な保存期間を設定することで、企業は不必要なストレージコストを回避しつつ、コンプライアンス要件に従ってデータへのアクセス性と安全性を確保できます。

2. バックアップログを定期的に監査する

バックアップログを定期的に監査することは、Azure 不変バックアップの完全性とセキュリティを確保するために不可欠な慣行です。これらの監査により、バックアップ操作の可視性が得られ、不正アクセスやデータ管理上の異常の検出に役立ちます。組織は、バックアップ活動を体系的に確認することで、潜在的なセキュリティリスクを特定し、対処することができます。

定期的な監査をバックアップ管理サイクルに組み込むことで、組織はセキュリティ管理において予防的な姿勢を維持できます。これらの監査は包括的であるべきであり、Azure環境内でのデータへのアクセス、変更、およびユーザーアクティビティに関する詳細を把握する必要があります。

3. 多要素認証（MFA）の使用

多要素認証（MFA）を使用することで、Azure不変バックアップのセキュリティが大幅に向上します。MFA では、単純なパスワード入力に加えて、モバイルアプリやセキュリティトークンの使用など、追加の認証手順が必要となり、バックアップデータへの不正アクセスを防ぐのに役立ちます。この追加のセキュリティ層は、機密情報を保護するために不可欠です。

より広範なセキュリティ戦略の一環として MFA を導入することで、許可されたユーザーのみがバックアップデータを管理またはアクセスできるようになります。Azure では、セキュリティ設定内で MFA を簡単に有効化できるため、組織はデータ保護対策を強化するための明確な道筋を得ることができます。複数の認証形式を要求することで、MFA は認証情報の漏洩リスクを低減し、バックアップ操作の機密性を維持するのに役立ちます。

4. 災害復旧計画の策定

災害復旧計画の策定は、Azure の不変バックアップシステムにおける業務の継続性とデータのセキュリティを確保するために不可欠です。災害復旧計画では、システム障害やリージョンの停止が発生した場合にデータを復元するために必要なプロセスとリソースを定義します。これには、バックアップおよび復旧手順を定期的にテストし、データを迅速かつ効果的に復元できることを確認して、ダウンタイムとデータ損失を最小限に抑えることが含まれます。

災害復旧計画では、Azureの冗長化オプションの機能を組み込み、地理的に冗長化されたストレージなどの構成を活用して、壊滅的なシナリオにおいてもデータが利用可能な状態を維持できるようにする必要があります。準備態勢を維持するためには、復旧プロトコルの明確な文書化と定期的な検証演習が推奨されます。災害復旧戦略は、組織がデータ資産を保護し、予期せぬ障害に対して運用の回復力を維持するのに役立ちます。

5. コンプライアンス要件の最新情報を把握する

Azureの不変バックアップを導入する組織にとって、コンプライアンス要件の最新情報を把握することは極めて重要です。データ保持、プライバシー、セキュリティに関する規制は絶えず変化しており、組織は自社のバックアップ運用がこうした変化する基準に準拠していることを確認しなければなりません。コンプライアンスガイドラインを定期的に見直すことで、企業はバックアップ戦略を法的要件に整合させることができ、コンプライアンス違反やそれに伴う罰則のリスクを軽減できます。

Azure は、コンプライアンス管理を支援するツールを提供しており、業界標準への準拠を容易にする機能を備えています。組織は、継続的な教育やポリシーの見直しを通じて規制の最新情報を把握しつつ、これらのツールを活用すべきです。

N2WSはどのようにしてAzureのバックアップを不変化するのですか？

N2WSはAzure VM、マネージドディスク、Azure SQL、Azure VNetを保護し、それらのバックアップを、ロックされた時間ベースの保存期間ポリシーが適用されたストレージに書き込むことができます。バックアップは最大60秒ごとに実行され、お客様のAzureサブスクリプション内に保存されるため、ストレージ料金はお客様の請求対象となります（多くの場合、Azure Backupよりも低コストです。

この最後の点が、理解しておくべき重要な違いです。N2WSはご自身のAzureアカウント内に展開するソフトウェアであるため、不変のコピーはお客様が所有し管理するストレージに保存されます。一方、管理型コントロールプレーンを運用するベンダーは、保護されたコピーを自社のテナント内に保持します。どちらも不変にすることは可能ですが、管理権がお客様の手元に残るのはN2WSのみです。また、N2WSは不変性がロックされた状態でAzure Blobにアーカイブすることも可能です。