デフォルトでは、Microsoftのオペレーションやサポート担当者は顧客データにアクセスできません。 サポートケースに関連するデータへのアクセスが必要な場合、彼らはジャストインタイム(JIT)モデルとポリシーを使用し、Microsoftが監査し、コンプライアンスおよびプライバシーポリシーに対して審査します。 以下のAzureセキュリティポリシーはアクセス制御の要件を定めています:
- 既定では、顧客データへのアクセス権はない。
- お客様の仮想マシン (VM) に関するユーザー アカウントまたは管理者アカウントはない。
- タスク完了に必要な最小限の権限を与えてください。 監査とログアクセスリクエスト。
MicrosoftはAzure サポート担当者に独自の企業Active Directoryアカウントを割り当てます。 Azure は、重要な情報システムへのアクセスを制御するために、Microsoft Information Technology (MSIT) によって管理されている Microsoft Corporate Active Directory に依存しています。 Azureは多要素認証を義務付け、安全なコンソールからのみアクセスを許可します。
データ保護
Azure では、既定およびお客様のオプションの両方で、堅牢なデータ セキュリティをお客様に提供します。
データの分離: Azure はマルチテナント サービスです。つまり、複数の顧客の展開と VM が同じ物理ハードウェアに保存されます。 Azure は、顧客データを他の顧客データから分離するために、論理的な隔離を実施します。 分離は、お役様による互いのデータへのアクセスを厳格に防止しながら、マルチテナント サービスのスケールと経済的メリットを提供します。
静止データ保護:Azureに保存されたデータが自社の基準に従って暗号化されていることを確実にする責任があります。 Azureは幅広い暗号化機能を提供しているため、ご自身のニーズに最適なソリューションを選択できます。 Azure Key Vaultは、クラウドアプリケーションやサービスがデータを暗号化するために使用するキーの制御を維持するのに役立ちます。 Azure Disk EncryptionはVMの暗号化を可能にします。 Azure Storage Service Encryptionは、ストレージアカウントに登録されたすべてのデータを暗号化することを可能にします。
輸送中のデータ保護:Microsoftは、Azureネットワーク内の内部およびインターネット経由でエンドユーザーへの外部データを保護するための多くのオプションを提供しています。 これらのオプションには、仮想プライベートネットワーク(IPsec/IKE暗号化による)を介した通信、トランスポート層セキュリティ(TLS)1.2以降のAzureコンポーネント(Application GatewayやAzure Front Doorなど)を通じた通信、Windows IPsecやSMBなどのプロトコルをAzure仮想マシン上で直接行う通信などが含まれます。
さらに、AzureはMACsec(データリンク層のIEEE標準)をデフォルトで使用し、Azureデータセンター間で移動するすべてのAzureトラフィックを暗号化し、顧客データの機密性と整合性を確保しています。
データの冗長性: Microsoft は、データセンターへのサイバー攻撃や物理的損傷がある場合に、データが確実に保護されるように支援します。 次のオプションを選択できます。
- コンプライアンスまたは待機時間に関する考慮事項に対応するための国内およびリージョンのストレージ。
- セキュリティまたはディザスター リカバリーを目的とした国外およびリージョンのストレージ。
冗長性のために選択した地理的エリア内でデータを複製することはできますが、そのエリア外に送信することはできません。 データの複製には、コピー数やレプリケーションデータセンターの数・場所など複数の選択肢があります。
ストレージ アカウントを作成するときは、次のレプリケーション オプションのいずれかを選択します。
- ローカル冗長ストレージ (LRS) : ローカル冗長ストレージでは、データのコピーが 3 つ保持されます。 LRS は、1 つのリージョンの 1 つの施設内で 3 回複製されます。 LRS では、データは通常のハードウェア障害から保護されますが、1 つの施設の障害からは保護されません。
- ゾーン冗長ストレージ (ZRS) : ゾーン冗長ストレージでは、データのコピーが 3 つ保持されます。 ZRS は 2 ～ 3 の施設間で 3 回複製され、LRS よりも高い持続性を提供します。 レプリケーションは、単一のリージョン内または 2 つのリージョン間で発生します。 ZRS は、1 つのリージョン内のデータの持続性が確保されることを支援します。
- geo 冗長ストレージ (GRS) :geo 冗長ストレージは、ストレージ アカウントの作成時に、そのアカウントに対して既定で有効になっています。 GRS では、データのコピーが 6 つ保持されます。 GRS を使用すると、データがプライマリ リージョン内で 3 回複製されます。 また、プライマリ リージョンから数百マイル離れたセカンダリ リージョンでも、データは 3 回複製されます。そのため、最も優れたレベルの持続性が実現されます。 プライマリリージョンで障害が発生した場合、Azure Storageはセカンダリリージョンにフェイルオーバーします。 GRS は、2 つのリージョン内のデータの持続性を確保することを支援します。
データの破壊: 顧客がデータを削除するか、Azure を使用しなくなったとき、Microsoft は厳格な基準に従って、使用停止になったハードウェアのデータの削除と物理的な破壊を行います。 Microsoft では、お客様の要求時と契約終了時に完全なデータの削除を実行します。 詳細については、「Microsoft でのデータ管理」を参照してください。
顧客データの所有権
お客様が Azure にデプロイするアプリケーションを Microsoft が検査、承認、または監視することはありません。 さらに、お客様が Azure に保管することを選択したデータの種類を、Microsoft では把握していません。 Microsoft は、Azure に入力された顧客の情報に対して、データの所有権を主張しません。
レコードの管理
Azure は、バックエンド データの内部レコード保有期間の要件を確立しています。 お客様には、独自のレコード保持の要件を特定する責任があります。 Azure に格納されているレコードに対しては、お客様には、データを抽出して、お客様が指定した保持期間の間、Azure の外部にコンテンツを保持する責任があります。
Azure では、お客様は、データをエクスポートして製品からのレポートを監査できます。 エクスポート結果は、お客様が定義する保持期間の間、情報を保持するために、ローカルに保存されます。
電子情報開示 (E-Discovery)
Azureサービスの利用において、電子発見要件に従う責任があります。 顧客データを保存しなければならない場合は、データをエクスポートしてローカルに保存してください。 また、Azureカスタマーサポート部門からデータのエクスポートを依頼することもできます。 データのエクスポートを可能にするだけでなく、Azureは内部で広範なログ記録と監視を行います。
次のステップ
Microsoft が提供する Azure アーキテクチャの保護の詳細については、以下を参照してください。
