Dell Command |セキュアなBIOS設定 - Microsoft Azure Marketplace経由のSaaSオファー

対象製品:

• Dell Command Secure BIOS Configurationに対応しています。
• Dellビジネス向けクライアント デバイス(ノートパソコン、デスクトップ、ワークステーション)

目次：

• 概要
• 導入モデル -- お客様がホストするAzure環境
• DCSBCクラウドとDCSBCオンプレミス(DCC)の比較
• Infrastructure as Code(Terraform)
• 前提条件
• はじめに:DCSBCクラウドポータルへのアクセス
• BIOS ポリシーの作成
  • 認証ポリシーのワークフロー
  • BIOS設定ポリシーのワークフロー
  • プロビジョニング解除ポリシーのワークフロー
• 証明書の要件とアップロード
• Microsoft Intune へのポリシーの公開
• セキュリティ制御
• よくある質問（FAQ）

概要

管理機能インターフェイスは、オープン インターフェイスまたはパスワード認証コマンドに依存します。パスワード認証はブルートフォース攻撃や辞書攻撃に対して脆弱であるため、キーベースの認証に比べて安全性が低くなります。データとコマンドの整合性と機密性を保護するには、より優れた認証された管理機能インターフェイスが必要です。Dell Command |セキュアBIOS構成(DCSBC)は、BIOSパスワードによるDACIコマンドの認証から脱却するためのアプローチです。DCSBC は、PKI (公開キー基盤) 認証メカニズムと暗号化されたチャネルを使用してプラットフォームとクライアント間でメッセージを渡すインターフェイスを作成することで、信頼できる通信を提供します。このアプローチにより、整合性と機密性の両方を実現して、お客様のデータを保護します。
DCSBC Cloudは、この機能を、お客様自身のAzureサブスクリプションに導入されたクラウドホスト型SaaSモデルに拡張します。Dell Command |構成(DCC)すると、IT管理者は独自のAzure環境内でホストされているWebベースのポータルにアクセスします。インフラストラクチャ全体は、Terraform (Infrastructure as Code) を介して自動的にプロビジョニングされます。ポリシーは、ガイド付きのステップバイステップのWebポータルで作成され、Microsoft Intuneに直接公開されます。ローカル サーバーのセットアップ、自己完結型実行可能ファイル(SCE)の生成、エンドポイント エージェントのインストールは不要です。

DCSBC Cloudの主な利点:

• データの所有権はお客様自身 -すべてのインフラストラクチャは、お客様のAzureサブスクリプションで実行されます。BIOSポリシー、暗号化キー、設定データ、監査ログは、お客様が完全に所有し、制御します。Dellはお客様のデータにアクセスできません。
• データ主権とコンプライアンス - お客様は、データ レジデンシー要件を確実に満たすため、導入のためにAzureリージョンを選択できます。すべてのデータは選択したリージョン内にとどまります。
• Infrastructure-as-Code: ソリューション全体がTerraformを介してプロビジョニングされ、反復可能で監査可能なバージョン管理されたインフラストラクチャ導入を実現します。
• オンプレミス インフラストラクチャなし - Dell Command |[構成] をクリックします。
• Webベースのポリシー管理 - 直感的なステップバイステップのウィザードを使用して、任意のブラウザーからBIOSポリシーを作成および管理できます。
• Intuneとのネイティブ統合 - ポリシーは、1 回のクリックで Win32 LOB アプリとして Microsoft Intune に直接発行されます。
• エージェントレス導入 - エンドポイントにエージェントは必要ありません。導入されたパッケージは自己完結型です。
• Azure Managed HSM の署名 - すべてのBIOSペイロードは、Azure Managed HSM(RS384)を使用して暗号形式で署名されているため、承認された変更のみがデバイスに届きます。
• ゼロトラスト アーキテクチャ - 信頼は BIOS と DCSBC クラウド サービスの間にのみ存在します。クライアント/エンドポイントでの信頼は必要ありません。
• 組み込みのリプレイ攻撃防止 - すべてのBIOSセッションは、固有の暗号形式のナンスと一時的なキー交換を使用して、以前にキャプチャされたペイロードをデバイスに対して再利用または再生できないようにします。
• 暗号的にデバイスにバインドされたペイロード - BIOS設定ペイロードは、セッションの確立中に個々のデバイスに暗号的にバインドされ、1つのデバイスを対象としたペイロードが別のデバイスに適用されるのを防ぎます。

トップに戻る

導入モデル -- お客様がホストするAzure環境

ベンダーがインフラストラクチャをホストする従来のSaaS製品とは異なり、DCSBC Cloudはお客様自身のMicrosoft Azureサブスクリプションに導入されます。このアーキテクチャには、いくつかの重要な利点があります。

• データの所有権と制御: すべてのAzureリソース(コンピューティング、ストレージ、データベース、HSM、ネットワーキング)は、お客様のAzureテナントとサブスクリプション内でプロビジョニングされます。BIOS ポリシーの構成、暗号化署名キー、セッション データ、および監査ログは、お客様自身の Azure SQL Database、Azure Key Vault/マネージド HSM、Azure Storage アカウントに格納されます。デル・テクノロジーズは、お客様のデータ、キー、インフラストラクチャにアクセスできません。お客様は、完全な管理制御を保持します。
• データ主権とコンプライアンス: お客様は、導入するAzureリージョン(米国東部2、西ヨーロッパ、オーストラリア東部など)を選択します。すべてのリソースは、その 1 つのリージョン内でプロビジョニングされます
  ストレージは既定でローカル冗長ストレージ (LRS) を使用し、選択したリージョンからデータが離れないようにします。これは、お客様の要件に基づいて、Geo 冗長ストレージ (GRS) またはゾーン冗長ストレージ (ZRS) に構成できます。お客様がホストするモデルでは、お客様がデータの保存場所を制御するため、データ レジデンシー規制(GDPR、データ主権法、業界固有の要件)へのコンプライアンスがサポートされます。
• テナントの分離: 各顧客は、独自のリソース グループ、仮想ネットワーク、サブネット、データベース、キー コンテナー、その他すべてのリソースを完全に分離されたデプロイを取得します。ネットワーク分離は、プライベート エンドポイント、ネットワーク セキュリティ グループ、Azure Firewall によって適用されます。
• コストの透明性: すべての Azure リソース コストは、お客様自身の Azure の請求に表示され、インフラストラクチャの支出を完全に可視化します。お客様は、既存のAzureコミットメント(MACC -- Microsoft Azure Consumption Commitment)と予約済みインスタンスを活用できます。

トップに戻る

DCSBCクラウドとDCSBCオンプレミス(DCC)の比較

メモ:
どちらのソリューションも、Diffie-Hellmanキー交換によるセッションベースのコマンド、ノンスベースのリプレイ保護、PKI認証など、基盤となるBIOSレベルのプロトコルを共有しています。どちらのソリューションでも、作成されたポリシーは、同じDellのビジネス向けクライアントBIOS実装と互換性があります。

トップに戻る

Infrastructure as Code(Terraform)

DCSBC Cloudインフラストラクチャ全体は、Terraform(HashiCorp)を使用してプロビジョニングされ、反復可能で監査可能なバージョン管理された導入を提供します。Terraformの構成はモジュール式でパラメーター化されているため、お客様の各導入環境をAzureリージョン、命名規則、スケール要件に合わせてカスタマイズできます
Terraform構成の概要:

• Terraformバージョン: >= 1.3.0
• AzureRM プロバイダー: ~> 4.37.0
• 状態管理: Azure Storage アカウントに格納されているリモート状態 (Azure AD 認証)
• プロビジョニングされたAzureリソース: 次のリソースは、お客様のAzureサブスクリプションに自動的にプロビジョニングされます。

トップに戻る

前提条件

DCSBC Cloudを使用する前に、次の前提条件が満たされていることを確認してください。

• Microsoft Azure サブスクリプション - Azure Entra ID (Azure AD) テナントを持つアクティブな Azure サブスクリプション。
• Microsoft Intune - デバイス管理用に構成されたアクティブな Microsoft Intune 環境。
• Dell法人向けクライアント デバイス - ターゲット デバイスは、Microsoft Intuneに登録されているDCSBC対応BIOSを搭載したDell製の法人向けノートパソコン、デスクトップ、またはワークステーションである必要があります。
• Azure マネージド HSM または Azure Key Vault - BIOS 認証に使用される証明書に対応する RSA-HSM キーでプロビジョニングされた Azure マネージド HSM または Key Vault インスタンス。秘密キーは HSM に存在する必要があります。パブリック証明書(.pem)のみがDCSBCクラウド ポータルにアップロードされます。
• X.509証明書 - 次の要件を満たすRSA証明書。
  • キー長: 3072 ビット RSA (正確には)
  • フォーマット:PEM(ファイル拡張子は.pem)
  • バージョン: X.509 v3
  • ファイルサイズ:最大8KB
  • アルゴリズム:RSA(OID 1.2.840.113549.1.1.1)
• サポートされているブラウザー - 最新のWebブラウザー(Microsoft Edge、Google Chrome、Mozilla Firefox)。

トップに戻る

はじめに:DCSBCクラウドポータルへのアクセス

• サブスクリプション - Dell Command |Microsoft Azure Marketplaceから入手したセキュアなBIOS構成クラウド。
• サインイン - サブスクリプション時に提供された DCSBC クラウド ポータルの URL に移動します。Microsoft Entra ID (Azure AD) 資格情報を使用してサインインします。ポータルでは、シングル サインオンに Microsoft Authentication Library (MSAL) を使用します。
• ランディング ページ - 認証後、BIOSポリシー ダッシュボードに移動します。ここでは次の操作を実行できます。
  • Intune テナントに発行された既存の BIOS ポリシーを表示する
  • ステップバイステップのWebポータルを使用して新しいポリシーを作成するCreate a new policy using the step-by-step web portal

トップに戻る

BIOS ポリシーの作成

[BIOS Policies]ページで、[Create a new policy]をクリックします。次の3つのポリシー タイプが表示されます。

ポリシー タイプを選択して、ガイド付きウィザードを開始します。これらのポリシーは、エンドポイント エージェントのインストールを必要とせずに、Intuneからエンドポイントに直接展開されます。

注：

任意のインスタンスで、クライアント マシンにプロビジョニングできるプロビジョニング キーは 1 つだけです。

注：

任意のインスタンスで最大7つのコマンド キーをクライアント マシンにプロビジョニングできます。

認証ポリシーのワークフロー

認証ポリシーウィザードには、次の3つのステップがあります。

ステップ 1 -- ポリシーに名前を付ける

• ポリシー名を入力します(必須、最大488文字)。プレフィックスAUTH_とタイムスタンプサフィックス_DD.MM.YY_HH:mm_UTCが自動的に追加されます。
• オプションの説明を入力します(最大1,000文字)。
• 続行する前に、完全なポリシー名(プレフィックスとサフィックスを含む、最大512文字)がプレビューされます。
• 重複するポリシー名は、Intune で既存の公開済みポリシーと照合することで自動的に検出されます。

ステップ2 -- BIOSセキュリティの管理(証明書のアップロード)

• 合計で最大 3つの証明書 をアップロードします。
  • 1 プロビジョニング証明書 (必須):プロビジョニング操作の安全な接続を認証するために使用されます。
  • 最大2つのコマンド証明書:BIOS構成変更のペイロードに署名するために使用されます。
• 証明書ごとに、次を選択します。 
  • タイプ:プロビジョニングまたはコマンド
  • ポリシー アクション:追加 (新しいキーのプロビジョニング)
• 証明書はクライアント側で検証されます(「証明書の要件とアップロード」を参照)。
• Nextボタンは、次の場合に有効になります。
  • プロビジョニング証明書がアップロードされます
  • 1 コマンド証明書がアップロードされました

ステップ 3 -- レビューと公開

• ポリシー名、説明、およびタイプを確認します。
• [発行] をクリックして、ポリシーを Microsoft Intune に発行します (「Microsoft Intune へのポリシーの発行」を参照)。

トップに戻る

BIOS設定ポリシーのワークフロー

BIOS 設定ポリシー ウィザードには、4 つまたは 5 つの手順があります (Intune に既存の BIOS ポリシーが存在するかどうかによって異なります)。

ステップ1 -- コピーして編集するか、最初からやり直す(条件付き -- 既存のポリシーが存在する場合にのみ表示)

• 空のポリシー ファイルの開始 -- 空の構成から開始します。
• コピーして編集 -- 既存の公開済みポリシーからBIOS属性値をコピーして変更します。モーダルには、既存のBIOSポリシーの検索可能、ソート可能、ページ分割されたリストが表示されます。

ステップ 2 -- ポリシーに名前を付ける

• 認証ポリシーと同じですが、BIOS_プレフィックスが付きます。

手順3 -- BIOSの属性と値の選択

• テーブルには、Dell属性レジストリーから取得できるすべてのBIOS属性が表示されます。
• 属性を名前で検索し、カテゴリでフィルタリングし、選択した属性のみを表示するように切り替えます。
• チェックボックスをクリックして属性を選択し、その値を設定します。
  • Enum属性(SecureBoot、WakeOnLanなど)-使用可能な値のドロップダウンから選択します。
  • 整数属性 (例: AutoOnHr、CustomChargeStart) -- 最小値と最大値の範囲内の数値を入力します。
  • 文字列属性 (例: AssetTag) -- 最大 80 文字のテキストを入力します。
  • カスタム機能(AutoOnスケジュール設定、バッテリー充電設定、キーボード バックライトの色など):[View/Change]をクリックすると、専用の設定モーダルが開きます。
• [コード プレビュー] パネルには、選択した構成のライブ プレビューが CCTK 形式で表示されます。

[cctk]

SecureBoot=Enabled

WakeOnLan=LanOnly

AutoOn=SelectDays

AutoOnMon=Enabled

AutoOnTue=Enabled

• Nextボタンは、属性が選択されていない場合、または選択した属性に無効な値がある場合に無効になります。

ステップ4 -- BIOSセキュリティの管理

• 認証ポリシーに使用した ものと同じコマンド証明書 をアップロードします。
• 続行するには、コマンド証明書が1つ必要です。

ステップ 5 -- レビューと公開

• 確認してMicrosoft Intuneに発行します。

トップに戻る

プロビジョニング解除ポリシーのワークフロー

[Deprovisioning Policy]ウィザードには、次の3つのステップがあります。

ステップ 1 -- ポリシーに名前を付ける

• 他のポリシーと同じですが、プレフィックスがDPRV_です。

ステップ2 -- BIOSセキュリティの管理

• 認証ポリシーに使用された ものと同じプロビジョニング証明書 をアップロードします。
• プロビジョニング証明書が1つ必要です。
• メモ: 期限切れの証明書は、デバイスからプロビジョニングを削除することを目的としているため、プロビジョニング解除操作で許可されます。

ステップ 3 -- レビューと公開

• レビューして公開します。プロビジョニング解除ポリシーでは、DACIのクリア操作を使用して、プロビジョニングされたすべてのキーをターゲット デバイスから削除します。

トップに戻る

証明書の要件とアップロード

DCSBC Cloudでは、BIOSペイロードに署名するためにPEM形式のX.509証明書が必要です。秘密キーは、Azure Managed HSM または Azure Premium Key Vault に格納する必要があります。パブリック証明書のみが DCSBC ポータルにアップロードされます。

証明書検証ルール:

検証はクライアント側で実行されます。証明書がアップロードされると、ポータルに次の情報が表示されます。

• 検証ステータス バッジ(成功/失敗)
• 日付発行日
• 有効期限(期限切れの場合は赤で表示)
• 発行者の詳細:共通名(CN)、組織単位(OU)、組織(O)、所在地(L)

エラーメッセージ：

• 有効な zip ファイルをアップロードしてください-- ファイルがPEM形式になっていないか、拡張子が間違っています。
• "ファイル名に無効な文字が含まれています。"-- ファイル名にスペースまたは特殊文字が含まれています。
• 「ファイルの最大サイズは8KBです」 -- ファイルは8KBの制限を超えています。
• 「このファイルは無効、破損、または空です。有効なx509証明書を持つ別のファイルを選択して、再試行してください。」--証明書を解析できなかったか、X.509 v3/RSA/3072ビット検証に失敗します。
• 「この証明書は使用できません。」-- 証明書の有効期限が切れており、ポリシー アクションが「追加」です。

トップに戻る

Microsoft Intune へのポリシーの公開

ポリシー ウィザードを完了したら、[Review and Publish]ステップの[Publish ]ボタンをクリックします。ポータルは、自動化された 11 段階の公開パイプラインを実行します。

プログレスバーと詳細なステージトラッカーには、リアルタイムのパブリッシングステータスが表示されます。正常に完了すると、次のようになります。

• "{policyName} ポリシーが Intune に発行され、数分以内に使用可能になります" というメッセージが表示されます。
• [Intune で表示] -- Microsoft Intune 管理ポータルが新しいタブで開きます。
• ポリシーに戻る -- [BIOS Policies]ダッシュボードに戻ります。

エラー処理: いずれかのステージが失敗すると、エラー メッセージが[再試行 ]ボタンとともに表示されます(最大3回の再試行)。一般的なエラーには、Intune API のタイムアウト、ストレージのアップロードの失敗、ファイル コミットの遅延などがあります。

トップに戻る

セキュリティ制御

DCSBC Cloudは、インフラストラクチャのすべてのレイヤーに多層防御セキュリティを実装しています。ソリューションはお客様のAzureサブスクリプションで実行されるため、すべてのセキュリティ管理は監査可能であり、お客様のガバナンスの下にあります。

ネットワークセキュリティ

• プライベート エンドポイントにより、Azure サービス (データベース、キー コンテナー、HSM、ストレージ、アプリ サービス) 間のトラフィックがパブリック インターネットを通過しなくなります。
• パブリック ネットワーク アクセスは、すべてのデータプレーン サービスに対してデフォルトで無効になっています。APIゲートウェイとCDNエンドポイントのみがパブリックにアクセスできます。
• ネットワーク セキュリティ グループ (NSG) は、きめ細かなルールを使用して、各サブネットの受信トラフィックと送信トラフィックを制御します。
• 仮想ネットワークの分離 -- すべてのリソースは、サービス層ごとに分離されたサブネットを持つ 1 つの VNet 内にデプロイされます。

アプリケーション セキュリティ

• Web Application Firewall (WAF) は、業界標準の OWASP マネージド ルール セットを防止モードで使用し、一般的な Web エクスプロイト (SQL インジェクション、XSS など) に対する保護を提供します。
• CDNレベルのファイアウォールは、エッジに追加のWAFレイヤーを提供します。
• API レート制限 -- 操作ごとの IP ベースのレート制限により、バックエンド サービスを不正使用やサービス拒否攻撃から保護します。
• Azure AD JWT トークンの検証 -- すべての API 呼び出しは Azure AD 認証トークンに対して検証され、承認されたユーザーのみがバックエンド サービスにアクセスできるようにします。
• CORS の制限 -- クロスオリジン要求は、承認されたオリジンのみに制限されます。

暗号化：

• TLS 1.2 以上がすべてのサービスに適用され、強力な暗号スイートのみが許可されます。
• Azure マネージド HSM -- 暗号化署名操作では、FIPS 140-2 レベル 3 検証済みのハードウェア セキュリティ モジュールが使用され、ソフトウェアでキーが公開されないようにします。
• 保存データは、すべてのストレージ サービスで Azure Platform Encryption を使用して暗号化されます。

IDとアクセス:

• マネージド ID (保存された資格情報なし) -- Azure マネージド ID は、すべてのサービス間認証に使用されます。パスワード、接続文字列、またはシークレットは、アプリケーション構成に格納されません。
• RBAC 最小特権 -- 各マネージド ID には、最小特権の原則に従って、最低限必要なロールのみが割り当てられます。
• Azure Bastion -- パブリック IP を公開せずに、管理 VM への管理アクセスをセキュリティで保護します。

監視とアラートの実施

• レート制限違反、バックエンド エラー、不正アクセス試行、WAF ブロック パターン、API 待機時間の異常、HSM 署名の失敗など、重要なセキュリティおよび運用イベントに対する自動アラート。
• すべてのインフラストラクチャ コンポーネント (API ゲートウェイ、アプリケーション ゲートウェイ、Web アプリケーション、データベース、キー コンテナー、HSM) にわたる包括的な診断ログと、一元化された Log Analytics ワークスペースに収集されたログ。
• リアルタイムの運用の可視性と傾向分析のためのダッシュボード。

Governance：

• デプロイ前ポリシー チェック (OPA ベース) では、パブリック ネットワーク アクセス制限、最小 TLS バージョン、パージ保護要件、パブリック IP 制御など、インフラストラクチャがプロビジョニングされる前にセキュリティ ベースラインが適用されます。
• リソース ロックは、重要なデータ ストア (キー コンテナー、データベース、ストレージ アカウント) の偶発的な削除を防止します。

トップに戻る

よくある質問（FAQ）

Q:すでにDell Command |オンプレミスで構成します。DCSBC Cloudに移行できますか?

はい。どちらのソリューションも、基盤となる同じBIOSレベルのプロトコル(PKI認証を備えたDACI)を使用します。オンプレミス ソリューションでプロビジョニングされたデバイスは、同じ証明書/キーが使用されている限り、DCSBC Cloud で管理でき、その逆も同様です。既存の証明書を DCSBC クラウド ポータルにアップロードし、対応する秘密キーが Azure Managed HSM または Key Vault で使用可能であることを確認する必要があります。

Q:DCSBC Cloudはどこで運営されていますか? Dellがホストしていますか?

いいえ。DCSBC Cloud は、独自の Microsoft Azure サブスクリプションにデプロイされます。すべてのインフラストラクチャ (コンピューティング、ストレージ、データベース、HSM、ネットワーク) は、Azure テナントで実行されます。Dellがお客様のデータやインフラストラクチャをホストしたり、アクセスしたりすることはありません。ソリューション全体は、Terraform を使用して自動的にプロビジョニングされます。

Q:DellはBIOSポリシー、キー、または設定データにアクセスできますか?

いいえ。DCSBC Cloudは完全にAzureサブスクリプション内で動作するため、すべてのデータはお客様の所有と管理下に置かれます。Dellは、ソフトウェアおよびTerraformテンプレートを提供しますが、お客様のデータへのアクセス、データの保存、処理は行いません。

Q:デプロイする Azure リージョンを選択できますか?

はい。Azureリージョンは、Terraform構成のパラメーターです。サポートされている任意のAzureリージョンに導入して、データ所在地とコンプライアンスの要件を満たすことができます。すべてのリソースは、選択した 1 つのリージョン内でプロビジョニングされます。

Q:Dell Command |DCSBC Cloudサーバーで構成しますか?

いいえ。オンプレミス サーバーはありません。インフラストラクチャは Terraform を介して Azure サブスクリプションにプロビジョニングされ、アプリケーションは Azure マネージド サービス (App Service、Function App、Static Web App) として実行されます。

Q:エンドポイント デバイスにDell製ソフトウェアをインストールする必要はありますか?

いいえ。Intune 経由で展開される .intunewin パッケージは自己完結型であり、必要なすべてのコンポーネントが含まれています。エンドポイント エージェントのインストールは必要ありません。

Q:どのような導入コンソールがサポートされていますか?

DCSBC Cloudは現在、導入コンソールとしてMicrosoft Intune をサポートしています。DCCを備えたオンプレミスのDCSBCは、SCCMとWorkspaceONEもサポートしています。

Q:Azure Managed HSM の代わりに独自の HSM プロバイダーを使用できますか?

DCSBC Cloud は、Azure Managed HSM または Azure Key Vault と連携するように設計されています。別の HSM プロバイダーが必要な場合は、構成可能な HSMSigning.bat スクリプトを介してベンダーに依存しない HSM をサポートする DCC でオンプレミスの DCSBC を使用することを検討してください。

Q: どの RSA キー サイズがサポートされていますか?

DCSBC クラウドでは、正確に 3072 ビットの RSA キーが必要です。他のサイズのキー(2048ビット、4096ビットなど)は、証明書の検証中に拒否されます。

Q:オンプレミスとクラウドの両方のDCSBCソリューションに同じ証明書を使用できますか?

はい、両方の環境で秘密キーにアクセスできる限り (オンプレミス ソリューションの場合はローカルの HSM/証明書ストアに格納され、クラウド ソリューションの場合は Azure Managed HSM または Key Vault に格納されます)。

Q: 証明書の有効期限が切れるとどうなりますか?

期限切れの証明書は、「追加」(プロビジョニング)操作には使用できません。ただし、デバイスからプロビジョニングを削除することを目的としているため、期限切れの証明書はプロビジョニング解除操作で受け入れられます。

Q:どのようなBIOS設定を構成できますか?

DCSBC Cloudには、セキュリティ、電源およびパフォーマンス管理、システム構成、ビデオ、詳細構成などのカテゴリーをカバーする包括的なBIOS属性レジストリーが含まれています。例としては、セキュア ブート、WakeOnLan、起動順序、AutoOnスケジュール、バッテリー充電設定、キーボード バックライトの色などがあります。

Q:DCSBC Cloudを導入するには、どのTerraformバージョンが必要ですか?

Terraform >= 1.3.0 が必要ですが、AzureRM プロバイダーは ~> 4.37.0 です。

Q: Terraform のデプロイ (SKU サイズ、スケーリング、ストレージの冗長性など) をカスタマイズできますか?

はい。Terraform構成は、変数によって完全にパラメータ化されます。スケールと可用性の要件に基づいて、App Service プランの SKU、データベース層、ストレージ レプリケーションの種類 (LRS/GRS/ZRS)、Application Gateway の自動スケール設定などをカスタマイズできます。