Professional-Cloud-Security-Engineer日本語 無料問題集「Google Cloud Certified - Professional Cloud Security Engineer Exam (Professional-Cloud-Security-Engineer日本語版)」

（A）アクセス制御リスト

（B）組織ポリシー サービスの制約

（C）Google クラウド アーマー

（D）位置情報アクセス制御

（E）シールドされた VM インスタンス

（A）クラウドアーマー

（B）クラウド エンドポイント

（C）クラウド VPN

（D）Cloud Identity-Aware Proxy

（A）クラウドアーマー

（B）VPC フロー ログ

（C）DNS セキュリティ拡張機能

（D）Cloud Identity-Aware Proxy

（A）データ暗号化キー (DEK) をローカルで生成します。
DEK を使用してデータを暗号化します。
キー暗号化キー (KEK) を使用して DEK をラップします。暗号化されたデータとラップされた DEK を保存します。

（B）キー暗号化キー (KEK) をローカルで生成します。
データ暗号化キー (DEK) をローカルで生成します。KEK を使用してデータを暗号化します。
暗号化されたデータとラップされた DEK を保存します。

（C）キー暗号化キー (KEK) をローカルで生成します。
KEK を使用して、データ暗号化キー (DEK) を生成します。DEK を使用してデータを暗号化します。
暗号化されたデータとラップされた DEK を保存します。

（D）データ暗号化キー (DEK) をローカルで生成します。
キー暗号化キー (KEK) を使用して DEK をラップします。KEK を使用してデータを暗号化します。
暗号化されたデータとラップされた KEK を保存します。

（A）組織ポリシー サービスを使用して、組織レベルで compute.trustedimageProjects 制約を作成します。信頼できるプロジェクトを拒否操作の例外としてリストします。

（B）組織ポリシー サービスを使用して、組織レベルで compute.trustedimageProjects 制約を作成します。許可操作で、信頼できるプロジェクトをホワイトリストとしてリストします。

（C）Resource Manager で、信頼済みプロジェクトのプロジェクト パーミッションを編集します。Compute Image User というロールを持つメンバーとして組織を追加します。

（D）Resource Manager で、組織のアクセス許可を編集します。役割を持つメンバーとしてプロジェクト ID を追加します: Compute Image User。

（A）サブネット A のすべてのインスタンスに適用されるネットワーク タグ「fe-tag」と、サブネット B のすべてのインスタンスに適用されるネットワーク タグ「data-tag」を構成します。次に、通信を許可するエグレス ファイアウォール ルールを構成します。 data-tag でタグ付けされた Compute Engine VM から、fe-tag でタグ付けされた宛先 Compute Engine VM へ。

（B）フロントエンドの一意のサービス アカウントからポート 3306 の mysql Compute Engine VM の一意のサービス アカウントへの通信を許可するイングレス ファイアウォール ルールを構成します。

（C）サブネット A の src IP 範囲からポート 3306 の mysql Compute Engine VM に適用されるタグ「data-tag」への通信を許可するイングレス ファイアウォール ルールを構成します。

（D）サブネット A のすべてのインスタンスに適用されるネットワーク タグ「fe-tag」と、サブネット B のすべてのインスタンスに適用されるネットワーク タグ「data-tag」を構成します。次に、通信を許可するイングレス ファイアウォール ルールを構成します。 fe-tag でタグ付けされた Compute Engine VM から、data-tag でタグ付けされた宛先 Compute Engine VM へ。

（A）企業の Active Directory フェデレーション サービス (ADFS) を使用して Workload Identity プールを設定します。プール内のプリンシパルが Google Cloud サービス アカウントになりすますようにルールを構成します。

（B）企業の Active Directory フェデレーション サービス (ADFS) を使用して Workload Identity プールを設定します。プール内のすべてのプリンシパルが Google Cloud サービス アカウントになりすますようにします。

（C）ネーム マシン上で OpenID Connect (OIDC) サービスを使用して Workload Identity プールを設定します。プール内のプリンシパルが Google Cloud サービス アカウントになりすますようにするルールを構成します。

（D）同じマシン上で OpenID Connect (OIDC) サービスを使用して Workload Identity プールをセットアップします。プール内のすべてのプリンシパルが Google Cloud サービス アカウントになりすますようにします。

（A）Cloud Storage バケット

（B）Cloud Pub/Sub トピック

（C）StackDriver のログ

（D）BigQuery データセット

（A）セキュリティ アサーション マークアップ言語 (SAML)

（B）Google Cloud Directory Sync (GCDS)

（C）パブ/サブ

（D）クラウド ID

（A）Cloud HSM を使用した顧客管理の暗号鍵

（B）Cloud Key Management Service を使用した顧客管理の暗号鍵

（C）Google が管理する暗号鍵

（D）顧客提供の暗号化キー

（A）プライベート Google アクセスが有効になっている VPC への専用相互接続またはパートナー相互接続を介して、すべてのオンプレミス トラフィックを Google Cloud にルーティングします。

（B）すべてのアプリケーションにクラウド キー管理を使用してデータを暗号化することを義務付けるセキュリティ ポリシーを適用します。サービス (KMS) キーをネットワーク経由で送信する前に。

（C）オンプレミスのホストとインターネット経由の VPC の間に VPC ピアリングを設定します。

（D）プライベート Google アクセスが有効になっている VPC への IPsec VPN トンネルを介して、すべてのオンプレミス トラフィックを Google Cloud にルーティングします。

（A）1. Workload Identity プールを作成し、バッチ ジョブごとに Workload Identity プール プロバイダーを構成します。
*2 プロバイダーで構成されている各 ID に Workload Identity ユーザー ロールを割り当てます。
* 3. バッチ ジョブ Mb-sa-[1-5]" ごとに 1 つのサービス アカウントを作成し、個々のバッチ ジョブの実行に必要なアクセス許可のみをサービス アカウントに付与します。
*4 各プロバイダーの認証情報設定ファイルを生成します。これらのファイルを使用して、b-sa-[1-5] の権限でバッチ ジョブを実行します。

（B）* 1. バッチ ジョブを調整するための一般サービス アカウント「g-sa」を作成します。
* 2 バッチ ジョブごとに 1 つのサービス アカウントを作成します 'b-sa-[1-5)\ 個々のバッチ ジョブの実行に必要なアクセス許可のみをサービス アカウントに付与し、これらのサービス アカウントごとにサービス アカウント キーを生成します
* 3. サービス アカウント キーを Secret Manager に保存します。g-sa に Secret Manager へのアクセスを許可し、b-sa-[1-5] の権限でバッチ ジョブを実行します。

（C）1. バッチ ジョブを調整するための一般サービス アカウント「g-sa」を作成します。
* 2. バッチ ジョブごとに 1 つのサービス アカウントを作成します。Mb-sa-[1-5]」と指定し、個々のバッチ ジョブの実行に必要なアクセス許可のみをサービス アカウントに付与します。
* 3. g-sa にサービス アカウント トークン作成者のロールを付与します。 g-sa を使用して、b-sa-[1-5] の有効期間の短いアクセス トークンを取得し、b-sa-[ の権限でバッチ ジョブを実行します。 1-5]。

（D）1. バッチ ジョブを実行するための一般サービス アカウント **g-sa" を作成します。
※2 g-saにバッチジョブの実行に必要な権限を付与します。
* 3. g-saに付与された権限でバッチジョブを実行します。

（A）1. 信頼できるネットワークと信頼できないネットワークの 2 つの VPC ネットワークをセットアップします。
2. 複数のネットワーク インターフェースを使用して仮想アプライアンスを構成し、各インターフェースを VPC ネットワークの 1 つに接続します。

（B）1. 信頼できるネットワークと信頼できないネットワークの 2 つの VPC ネットワークを設定し、それらをピアリングします。
2. 仮想アプライアンスを指す各ネットワークでカスタム ルートを構成します。

（C）1. 1 つの VPC に 2 つのサブネット (信頼できるサブネットと信頼できないサブネット) を設定します。
2. 仮想アプライアンスを指すすべての RFC1918 サブネットのカスタム ルートを構成します。

（D）1. 1 つの VPC に 2 つのサブネット (信頼できるサブネットと信頼できないサブネット) を設定します。
2. 仮想アプライアンスを指すすべてのトラフィック (0.0.0.0/0) のカスタム ルートを構成します。

（A）パスワードの最小長を 8 文字に設定します。

（B）パスワードの最小長を 10 文字に設定します。

（C）パスワードの最小長を 12 文字に設定します。

（D）パスワードの最小長を 6 文字に設定します。