# はじめに - 本書の目的本書はガバメントクラウド（Azure）の利用を検討または利用開始する上で必要となる技術的な情報を記すことで、具体的な利用検討や利用開始ができるようになることを目的としている。 - 本書の位置づけガバメントクラウド概要解説の子文書となり、ガバメントクラウド概要解説の内容を技術的な観点で具体化した文書である。 ![図01: 本書の位置づけ](/images/general_azure-overview-01.png) **図01: 本書の位置づけ** - 本書の想定読者ガバメントクラウド（Azure）の利用を検討または利用開始しているシステムの開発・運用事業者及びPJMOを読者として想定している。 - 改訂方針ガバメントクラウドの仕様変更やクラウドサービスの更改・仕様変更、上位文書の変更があった場合は、定期的に改訂を実施する。 # 1 全体構成 ## 1.1 全体構成ガバメントクラウド（Azure）はAzure Enterprise-Scale ArchitectureにおけるAzureランディングゾーンの考え方を取り入れており、マイクロソフトが提唱する以下のフレームワークに沿って設計されている。 - Cloud Adoption Framework [Azure 向けの Microsoft Cloud 導入フレームワーク - Cloud Adoption Framework | Microsoft Learn](https://learn.microsoft.com/ja-jp/azure/cloud-adoption-framework/) - Well-Architected Framework [Microsoft Azure Well-Architected Framework - Azure Architecture Center | Microsoft Learn](https://learn.microsoft.com/ja-jp/azure/architecture/framework/) ガバメントクラウド（Azure）は、デジタル庁が管理する「共通領域（全体管理機能）」とガバメントクラウド利用組織が管理する「利用システム向け領域」から構成され、下図のような構成となっている。 - 共通領域（全体管理機能） - Azure Portal、Microsoft Entra ID、管理グループ、管理側サブスクリプションの総称 - 利用システム向け領域 - 利用システム側サブスクリプション利用システム側領域は自動適用テンプレート・必須適用テンプレートによって構築できるよう設計されている。つまり、独自にカスタマイズすることも可能ではあるが、利用システムサブスクリプションが構築された段階で最低限のガードレールについては設定された状態となっている。 ![図02: 全体構成](/images/general_azure-overview-02.png) **図02: 全体構成** ## 1.2 管理グループ - ガバメントクラウドでは下図のように管理グループを構成し、デジタル庁が管理するサブスクリプションを所属させる管理グループ「Platform」とガバメントクラウド利用組織が管理するサブスクリプションを所属させる管理グループ「UserSystem」を分離する。 - 管理グループはAzureサブスクリプションをグループ化するサービスで、管理グループを活用することによって複数のサブスクリプションに対して統一した**ポリシー適用**と**アクセス制御**を行うことができ、上位の階層の管理グループに設定したポリシーやアクセス制御は、下位の階層の管理グループやサブスクリプション、リソースグループ、リソースにも**継承される**形で適用される。 - 「UserSystem」の管理グループは本番用の「UserSystem(Prod)」と検証用の「UserSystem(Test)」、GSSネットワーク接続用の「ExpressRoute」の3種類存在する。 - 各種テンプレートはバージョン管理用に「Templates」サブスクリプションに格納される。 - ガバメントクラウドでは原則として開発環境は提供しないが、CI/CDを実施する利用システムについてのみ開発環境の提供を行う。その場合、インフラ部分のCI/CDについては、ガバメントクラウドで指定するツールやテンプレートを用いてCI/CD環境を構成すること。それ以外のCI/CD環境をインフラ部分に選択する場合は、その合理性がガバメントクラウドチームで認められる場合のみとする。アプリケーションのCI/CD環境については、インフラ部分と同じ構成でも、独自の構成でも構わないものとする。 ![図03: 管理グループ](/images/general_azure-overview-03.png) **図03: 管理グループ** # 2 ユーザー ## 2.1 ユーザーの全体像ガバメントクラウドにて使⽤するユーザーの全体像および各ユーザーを説明する。ガバメントクラウドでは、ガバメントクラウド利⽤組織からの利⽤申請の情報に基づき、ガバメントクラウド管理組織が必要な環境数分のAzureサブスクリプションを払い出す。また、GCASアカウントによる各CSP環境へのシングルサインオン機能が令和6年度より展開されるため、同機能の利⽤開始後は利⽤組織によるGCASアカウント以外のユーザーアカウント作成は禁⽌する。デジタル庁が払い出したGCASアカウントによってのみ、各サブスクリプションへのアクセスを可能とする。 ![ユーザーの全体像（国の行政機関）](/images/general_azure-overview-04-a-002.png) **図04-1-A: ユーザーの全体像（国の行政機関）** ![ユーザーの全体像（地方公共団体）](/images/general_azure-overview-04-2-a-002.png) **図04-2-A: ユーザーの全体像（地方公共団体）** ## 2.2 払い出すユーザーの種類と権限ガバメントクラウドで提供するAzure環境では、利用者はGCASアカウントと同期されたMicrosoft Entra IDのユーザーアカウントを利用して各Azureサブスクリプションへの認証およびアクセスが制御されることになる。Microsoft Entra IDはデジタル庁が管理するAzure環境内に構成されている。 GCASガイド（メンバー専用ページ）で公開されているドキュメント「GCAS SSO移行に係る事前作業マニュアル」（国の行政機関向け）または「GCASアカウント取得後の諸手続きについて」（地方公共団体向け）にて案内されている「CSPユーザー登録」が必要になる。「CSPユーザー登録」を行うことでGCASアカウントとMicrosoft Entra IDが紐づけれられ、Azure環境へのアクセスが可能になる。 CSPユーザー登録の際、各ユーザーに対し「管理者」または「メンバー」のロールを選択できる。「管理者」ロールを選択すれば図5の所有者権限とテンプレート閲覧権限が付与され、「メンバー」ロールを選択すれば、図５の共同作成者権限が付与される。なお、管理者権限ユーザーが侵害される可能性を減らすため、本番環境の管理者権限ユーザーの人数は3名までを推奨する。サブスクリプション所有者権限を持つユーザーが適宜メンバーに必要な権限を付与する。 ![図05: 払い出すユーザーの種類と権限](/images/general_azure-overview-05-001.png) ※1　テンプレート閲覧権限とは、図03: 管理グループに記載されている「Template」サブスクリプション配下の「templates-rg」リソースグループに対する閲覧者権限のことを指す。 **図05: 払い出すユーザーの種類と権限** # 3 ガバナンス・セキュリティ ## 3.1 ガバナンス・セキュリティの全体像 - ガバメントクラウドのガバナンス・セキュリティは主に自動適用テンプレート、必須適用テンプレートによって担保される。 - 従来のゲート型ではなく、予防的統制と発見的統制からなるガードレール型のガバナンス・セキュリティを提供する。 ![図06: ガバナンス・セキュリティの全体像](/images/general_azure-overview-06-002.png) **図06: ガバナンス・セキュリティの全体像** ## 3.2 予防的統制の設定内容 - 全てのアカウントに共通して最低限禁止すべき内容を設定する方針である。 - クラウドサービスの利用にあたって制限となる内容は、ここに記述する予防的統制で設定される内容だけである。 - 詳細な設定内容は実際のテンプレート内容を確認すること。
＜主な設定内容＞ - デジタル庁が設定するセキュリティや監査ログの設定/収集に関するサービスの削除防止 - 東日本/西日本リージョン以外の使用禁止、未有効化リージョンの有効化禁止ポリシーの適用除外設定により一部サービスの利用許可 - Azure Static Web Apps - Azure DevOps - 現状、統制の実現が難しいと考えている一部サービスの禁止 - Azure Marketplace - Azure CloudShell - Azure Stack - Azure VMware Solutions / Azure Redhat Openshift - ユーザーにMFAの有効化を強制し、必要な権限はRBACで管理 - 一度の誤操作で高額請求となるサービスの購入/実行防止 - リザーブドインスタンス - サブネットへのネットワークセキュリティグループ有効化 - LogAnalyticsワークスペースにアクティビティログを転送 ## 3.3 発見的統制の設定内容 - 「CIS Microsoft Azure Foundations Benchmark 1.4.0」、「ASC Default」を用いて発見的統制を実施する - さらにセキュリティ対策を強化するためにAzureではDefender for Cloudを提供しており、ガバメントクラウドとしてはDefender for Cloud（有償プラン）を有効にすることを強く推奨する - コストの観点からガードレールとして強制的に有効にはせず、利用システム側の判断に一任する - 有効化の方法については技術ドキュメントを参照すること
＜CIS Microsoft Azure Foundations Benchmark 1.4.0 の概要＞ | | 分類 | 主な発見的統制の項目 | | ---------- | ---------- | ---------- | | 1 | IDおよびアクセス管理 | ・MFAが有効になっていることを確認する
・Microsoft Entra IDでセキュリティの既定値群が有効になっているようにする | | 2 | Microsoft Defender for Cloud | ・Microsoft Defender for Cloudが有効になっていることを確認する | | 3 | ストレージアカウント | ・安全な転送が必要が有効に設定されていることを確認する
・最小TLSバージョンがバージョン1.2に設定されていることを確認する | | 4 | データベースサービス | ・監査がオンに設定されていることを確認する
・監査保持期間が90 日以上であることを確認する | | 5 | ログの監視 | ・アクティビティログを格納するストレージコンテナーにパブリックにアクセスできないことを確認する
・診断ログがサポートされているすべてのサービスに対して有効になっていることを確認する | | 6 | ネットワーク | ・ネットワークセキュリティグループフローログの保持期間が 90 日を超えているようにする
・Network Watcher が有効になっていることを確認する | | 7 | Virtual Machines | ・すべての仮想マシンの最新の OS 修正プログラムが適用されていることを確認する
・すべての仮想マシンの Endpoint Protection がインストールされていることを確認する | | 8 | セキュリティに関するその他考慮事項 | ・ミッションクリティカルな Azure リソースに対してリソースロックが設定されているようにする | | 9 | AppService | ・シークレットの格納に Azure Keyvault が使用されるようにする
・Web アプリが最新バージョンの TLS 暗号化を使用していることを確認する | [CIS Microsoft Azure Foundations Benchmark 1.4.0 の規制コンプライアンスの詳細 - Azure Policy | Microsoft Learn](https://learn.microsoft.com/ja-jp/azure/governance/policy/samples/cis-azure-1-4-0) ＜ASC Default の概要＞ | | 分類 | 主な発見的統制の項目 | | ---------- | ---------- | ----------| | 1 | ネットワークのセキュリティ|・インターネットに接続する仮想マシンは、ネットワークセキュリティグループを使用して保護する必要がある
・関数アプリは最新の TLS バージョンを使用する必要がある | | 2 | ID管理|・関数アプリではマネージドID を使用する必要がある
・Cosmos DB データベースアカウントでは、ローカル認証方法を無効にする必要がある | | 3 | 特権アクセス|・Azure リソースに対する所有者アクセス許可を持つゲストアカウントを削除する必要があります。
・複数の所有者がサブスクリプションに割り当てられている必要がある | | 4 | データ保護|・Key Vault シークレットには有効期限が必要である
・証明書には最長有効期間を指定する必要がある | | 5 | アセット管理|・Azure API Management プラットフォームのバージョンは stv2 である必要がある
・使用されていないAPI エンドポイントは、無効にし、Azure API Management サービスから削除する必要があります | | 6 | ログと脅威検出|・Microsoft Defender CSPM を有効にする必要がある
・Logic Apps のリソースログを有効にする必要がある | | 7 | インシデント対応|・重要度 - 高のアラートの電子メール通知を有効にする必要がある
・Network Watcher を有効にする必要がある| | 8 | 体制と脆弱性の管理|・関数アプリではリモートデバッグをオフにする必要がある
・脆弱性評価ソリューションを仮想マシンで有効にする必要がある | | 9 | エンドポイントセキュリティ|・サーバー用 Azure Defender を有効にする必要がある
・マシンで Windows Defender Exploit Guard を有効にする必要がある | | 10|バックアップと回復|・仮想マシンに対して Azure Backup を有効にする必要がある
・Azure Database for MariaDB の geo 冗長バックアップを有効にする必要がある| | 11|DevOpsセキュリティ|・Azure レジストリコンテナーイメージの脆弱性が解決されている必要がある (Microsoft Defender 脆弱性管理を利用)
・Azure 実行中のコンテナーイメージの脆弱性が解決されている必要がある (Microsoft Defender 脆弱性管理を利用)| https://learn.microsoft.com/ja-jp/azure/governance/policy/samples/azure-security-benchmark ## 3.4 発見的統制によるアラートの運用 - ガバメントクラウド利用組織が発見的統制の仕組みによるアラートの確認/修正対応に責任を持つ。 - 脅威検出時にメールと通知システムでアラートを確認し対応する。 - とくにサービスイン前後はアラートが多数出ることが想定されるため、アラート内容のレビューの体制やプロセスを計画すること。 - 通常運用中もアラート内容を恒常的に確認レビューし、優先順位を付けて対応していく。 ![図07: 発見的統制によるアラートの運用](/images/general_azure-overview-08-001.png) **図07: 発見的統制によるアラートの運用** ## 3.5 発見的統制によるリソースの修復(是正的統制) - Defender for Cloudにて是正処置を行うことが可能だが、現在は整理されておらず、将来的に整理予定。 - 予防的統制を実施できない(実施すると利用者側の利便性が著しく悪くなる)が、一度設定されるだけで認証情報漏洩や攻撃の標的にされるリスクの高い設定は自動削除を実施する。 ![図08: 発見的統制によるリソースの修復(是正的統制)](/images/general_azure-overview-09.png) **図08: 発見的統制によるリソースの修復(是正的統制)** ## 3.6 必須適用テンプレートの提供方法 - ガバメントクラウド利用組織にて適用する必須適用テンプレートをデジタル庁より提供する。 - 詳細な設定内容は実際のテンプレート内容を確認すること。＜提供方法＞ - テンプレートについては、GCASアカウントを取得の上、GCASガイド（メンバー専用ページ）で公開されているガバメントクラウドテンプレート（メンバー専用ページ→ガバメントクラウドテンプレート/ポリシー→ガバメントクラウドテンプレート/ポリシーのダウンロードページ）を参照すること。 - ARM TemplateまたはBicepにて提供する。 - 変更可能なパラメータ以外の記述を変更することはできない。 # 4 モダンアプリケーション ## 4.1 テンプレートの全体像 - ガバメントクラウド提供するテンプレートは自動適用テンプレート、必須適用テンプレート、サンプルテンプレートの3種類あり、このうちサンプルテンプレートはモダンアプリケーション化の推進に有効なテンプレートである。 ![図09: テンプレートの全体像](/images/general_azure-overview-10.png) **図09: テンプレートの全体像** [スケーラブルな Web アプリケーション - Azure Reference Architectures | Microsoft Learn](https://learn.microsoft.com/ja-jp/azure/architecture/reference-architectures/app-service-web-app/scalable-web-app) ## 4.2 サンプルテンプレートの提供方法 - ガバメントクラウド利用組織にて任意で適用するサンプルテンプレートをデジタル庁より提供する。 - サンプルテンプレートの種類や構成、詳細な設定内容は実際のテンプレート内容を確認すること。＜提供方法＞ - ガバメントクラウド利用組織が、GCASからダウンロードできるようにする想定である。 - ARM TemplateまたはBicepにて提供する。 - ガバメントクラウド利用組織にて自由にカスタムすることが可能であるが、テンプレートにより構築されたサービスはガバメントクラウド利用組織の責務となるため、テンプレートの内容をよく理解した上で利用すること。 # 5 ネットワーク ## 5.1 GSSネットワークとの接続イメージ - 詳細については、GCASアカウントを取得の上、GCASガイド（メンバー専用ページ）で公開されているドキュメントを参照すること。 ## 5.2 クラウド接続サービスとの接続イメージ - 詳細については、GCASアカウントを取得の上、GCASガイド（メンバー専用ページ）で公開されているドキュメントを参照すること。 # 6 可視化 ## 6.1 データの可視化 - ガバメントクラウド利用組織は、利用するCSPが提供するシステムメトリクス監視機能や、データ可視化機能を使って、自システム状況の可視化をし、システムの稼働状況や目的達成度合いを恒常的に把握する。 - デジタル庁からこうしたデータ可視化に役立つダッシュボードのサンプルテンプレートを利用システムに提供する。 - 現在提供準備中であり、仕様が確定次第本書を更新予定である。 ![図10: データの可視化](/images/general_azure-overview-13.png) **図10: データの可視化** # 7 サポート ## 7.1 サポートの全体像 - クラウドサービスに関する問合せはガバメントクラウド利用組織がクラウドサービス事業者に直接問い合わせる。 - ガバメントクラウドに関する問い合わせはGCASを通じてデジタル庁に問い合わせる。なお、システム開発・運用事業者が直接問い合わせを行える等、より良い体制を検討中のため、仕様変更があり次第本書を更新予定。 ![図11: サポートの全体像](/images/general_azure-overview-14.png) **図11: サポートの全体像** ## 7.2 利用できるAzureサポート - サポート契約 - デジタル庁がまとめてAzureサポートの契約を執り行い、ガバメントクラウド利用組織は個別にAzureサポートを調達する必要はない - サポートレベルは下リンク先のマイクロソフトユニファイドサポートとなり、そのうちリアクティブサービスを利用可能 - [https://aka\.ms/JPENTsupport](https://aka.ms/JPENTsupport) - サポート利用方法 - Azureポータルからチケットを起票してAzureサポートからの技術サポートを受けられる - サポートチケット作成時の深刻度として、事業に大きな影響が発生する場合は”深刻度１または A”を指定可能 - サポートチケット作成時には下リンク先のサポートチームのブログを参照 - [https://jpaztech\.github\.io/blog/information/How\-to\-inquiry\-to\-the\-Azure\-Support/](https://jpaztech.github.io/blog/information/How-to-inquiry-to-the-Azure-Support/) - サポート専任要員（追加購入） - サービスイン時の特別対応などが必要な場合は、追加購入でサポート専任要員をつけることができる - 1年以上複数年にわたってサービスインしていく際や、巨大システムでCSPから手厚いサポートが必要な場合は、デジタル庁と相談の上、サポート専任要員を用意できる # 8 初期設定 ## 8.1 初期設定の概要ガバメントクラウド利用組織はAzureアカウント払い出し後の初期設定として以下を行う必要がある。 ① ユーザー情報、必須適用テンプレート適用依頼の受領 ② 初期パスワード、MFA設定 ![初期設定の概要](/images/general_azure-overview-15.png) **図12: 初期設定の概要** 本章では、初期パスワードの設定とMFAの設定手順について記載する。なお、本手順では管理者権限を有したユーザーを使用することを前提としている点に留意すること。 ## 8.2 サインイン - 必須適用テンプレート適用依頼で受領したサインイン先URLを参照し、サインインページにアクセスする。 - サインイン先URL：https://portal.azure.com/ - ユーザー情報を参照し、払い出されたユーザープリンシパル名を赤枠に入力して「次へ」を押下する。 ![サインイン画面](/images/general_azure-overview-16.png) **図13: サインイン画面** - ユーザー情報を参照し、連携された初期パスワードを赤枠に入力して「サインイン」を押下する。 ![パスワード入力画面](/images/general_azure-overview-17.png) **図14: パスワード入力画面** - 「次へ」を押下し、MFAの設定画面（8.3 MFAの設定：図16）へ遷移する。 ![詳細情報確認画面](/images/general_azure-overview-18.png) **図15: 詳細情報確認画面** ## 8.3 MFAの設定本手順は令和6年度より展開されるGCASシングルサインオン機能の利用開始前の環境を想定している。同機能利用開始後は、GCASアカウントによるサインインが可能になるため、対応不要である。本番相当環境へのアクセス者はハードウェアトークン（セキュリティキー）の利用、本番相当環境以外のアクセス者はハードウェアトークンまたはソフトウェアによるMFA設定を行う。ハードウェアトークン（セキュリティキー）の場合は、ソフトウェアMFA(認証アプリ)で認証後、後述する手順に従い設定する。本手順では、ソフトウェアMFA(認証アプリ)の「Microsoft Authenticator」を例に説明する。 - アプリケーション「Microsoft Authenticator」をガバメントクラウド利用組織所有のデバイスにインストールする。 - インストール後「次へ」を押下する。 ![Microsoft Authenticator取得画面](/images/general_azure-overview-19.png) **図16: Microsoft Authenticator取得画面** - 「次へ」を押下する。 ![アカウントセットアップ導入画面](/images/general_azure-overview-20.png) **図17: アカウントセットアップ導入画面** - Microsoft Authenticatorアプリ起動する。 - Microsoft Authenticatorアプリの「検証済みID」画面の「QRコードをスキャン」を押下し、表示されているQRコードをスキャンする。 - スキャン後、「次へ」を押下する。 ![アカウントセットアップ画面①](/images/general_azure-overview-21.png) **図18: アカウントセットアップ画面①** - 赤枠で囲まれている数字を、Microsoft Authenticatorアプリに入力し「はい」を押下する。 ![アカウントセットアップ確認画面➁](/images/general_azure-overview-22.png) **図19: アカウントセットアップ確認画面➁** - 「次へ」を押下する。 ![アカウントセットアップ完了画面①](/images/general_azure-overview-23.png) **図20: アカウントセットアップ完了画面①** - 「完了」を押下し、MFA設定を完了させる。 ![アカウントセットアップ完了画面➁](/images/general_azure-overview-24.png) **図21: アカウントセットアップ完了画面➁** - 「完了」を押下後、パスワード再設定画面（8.4 初期パスワードの設定:図28）へ遷移する。以上でソフトウェアMFA(認証アプリ)の設定は完了とする。本番相当環境へのアクセス者は「8.4 初期パスワードの設定」を完了後、以下の手順を実施する。ハードウェアトークン（セキュリティキー）の設定手順は下記リンクを参照する。 https://learn.microsoft.com/ja-jp/entra/identity/authentication/how-to-register-passkey 本手順では、ハードウェアトークン（セキュリティキー）の設定手順の一例を記載する。 - Azure Portal右上のユーザーアイコンを押下後、「アカウント表示」を押下する。 ![Azure Portal画面](/images/general_azure-overview-25.png) **図22: Azure Portal画面** - 「サインイン方法の追加」を押下後、「セキュリティキー」を選択する。 ![セキュリティ情報画面](/images/general_azure-overview-26.png) **図23: セキュリティ情報画面** - ソフトウェアMFA認証後表示される「USBデバイス」を押下する。 ![セキュリティキー選択画面①](/images/general_azure-overview-27.png) **図24: セキュリティキー選択画面①** - 「次へ」を押下する。 ![セキュリティキー選択画面➁](/images/general_azure-overview-28.png) **図25: セキュリティキー選択画面➁** - 「セキュリティキー」を押下し、「次へ」を押下する。 ![セキュリティキー選択画面③](/images/general_azure-overview-29.png) **図26: セキュリティキー選択画面③** - セキュリティキーのセットアップ、セットアップ続行画面が表示されるので「OK」を押下する。 ![セキュリティキーセットアップ確認画面](/images/general_azure-overview-30.png) **図27: セキュリティキーセットアップ確認画面** - ハードウェアトークン（セキュリティキー）を接続後、各ハードウェアに応じて設定する。 ![セキュリティキーセットアップ画面](/images/general_azure-overview-31.png) **図28: セキュリティキーセットアップ画面** - 登録が完了すると以下のような画面になることを確認する。 ![セキュリティキーセットアップ完了画面](/images/general_azure-overview-32.png) **図29: セキュリティキーセットアップ完了画面** - 「完了」を押下し、ハードウェアトークン（セキュリティキー）の設定を完了する。 ## 8.4 初期パスワードの設定 - 連携された初期パスワードを「現在のパスワード」に入力する。 - 新しいパスワードを「新しいパスワード」、「パスワードの確認入力」に入力し、「サインイン」を押下する。 ![パスワード再設定画面](/images/general_azure-overview-33.png) **図30: パスワード再設定画面** - Azure Portalにサインインできたことを確認する。 ![Azure Portal画面](/images/general_azure-overview-34.png) **図31: Azure Portal画面** ## 参考資料 ## 改訂履歴 | 改訂年月日 | 改訂箇所 | 改訂内容 | | ---------- | ---------- | ---------- | | 2023年3月27日 | - | 新規作成 | | 2023年4月12日 | 1.2 管理グループ | 提供環境について記載の修正 | | 2023年7月3日
| 1.1 全体構成
3.1 ガバナンス・セキュリティの全体像
4.1 テンプレートの全体像 | 図の修正
図の修正
図の修正 | | 2023年7月24日 | 2.1 ユーザーの全体像 | 図の修正 | | 2023年9月22日 | - | 版数の統一 | | 2023年11月02日 | 1.1 全体構成、1.2 管理グループ、3.3 発見的統制の設定内容
2.1 ユーザーの全体 | Azure AD名称変更対応
ユーザー管理の全体像に関する図の修正 | | 2023年11月27日 | はじめに
5 ネットワーク | ドキュメントの体系図の修正
GSSネットワーク接続の修正 | | 2024年2月2日 | -
1.1 全体構成、1.2 管理グループ
3.1 ガバナンス・セキュリティの全体像
3.6 必須適用テンプレートの提供方法 | サービスの名称変更通知の削除
Azure環境の構成変更
地方公共団体用Azure Firewallの追記
必須適用テンプレートの提供方法の修正 | | 2024年3月1日 | 1.2 管理グループ
1.2 管理グループ
1.2 管理グループ、5 ネットワーク
2.1 ユーザーの全体像
2.2 払い出すユーザーの種類と権限
7.1 サポートの全体像 | Azure環境の構成変更に伴う文言の修正
図03: 管理グループの修正
「～予定」記載個所の修正
GCAS SSOを考慮した内容に修正、図の差し替え
記載内容を拡充
表記揺れの修正 | | 2024年03月29日 | 1.1 全体構成 | 表記揺れの修正 | | 2024年06月14日 | 2.1 ユーザーの全体像 | 表記揺れの修正 | | 2024年07月19日 | 3.1 ガバナンス・セキュリティの全体像 | 記載内容を拡充 | | 2024年07月19日 | 3.6 必須適用テンプレートの提供方法 |ガバメントクラウドテンプレートのダウンロードページについて記載を修正 | | 2024年09月02日 | 3.4 発見的統制によるアラートの運用 | 図の修正 | | 2024年09月02日 | 8 初期設定 | 新規作成 | |2024年10月24日 | 3.3 発見的統制の設定内容 | Microsoft Defender for Cloud - クラウドセキュリティ態勢管理にセキュリティ基準の記載内容を拡充 | | 2024年10月24日 | 2.1 ユーザーの全体像 | 表記揺れの修正 | | 2024年11月29日 | 2.2 払い出すユーザーの種類と権限
3.2 予防的統制の設定内容 | 図及びユーザーの権限についての記載内容を修正
記載内容を拡充|

ガバメントクラウド利用概要（Azure編）