Google Cloud Certified - Professional Cloud Security Engineer Exam (Professional-Cloud-Security-Engineer日本語版) - Professional-Cloud-Security-Engineer日本語 Exam Practice Test

A. 組織ポリシー制約の constraints/compute.trustedimageProjects を、信頼できるコンテナ イメージを含む保護のリストに設定します。

B. 組織ポリシー制約の constraints/run.allowedBinaryAuthorizationPolicie を、許可された Binary Authorization ポリシー名のリストに設定します。

C. 既存の Cloud Run サービスで Binary Authorization を有効にします。

D. 既存の Kubernetes クラスターで Binary Authorization を有効にします。

E. Cloud Run ブレークグラスを使用して、デフォルトで Binary Authorization ポリシーを満たすイメージをデプロイします。

A. Cloud Interconnect 経由で永続ディスクを使用する Compute Engine 仮想マシン

B. Cloud VPN 経由で定期的にスケジュールされたバッチ アップロード ジョブを使用する Cloud Datastore

C. Cloud VPN を介して継続的に更新されるデータ パイプライン ジョブを使用する BigQuery

D. Cloud Interconnect 経由でスケジュールされたタスクと gsutil を使用する Cloud Storage

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

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

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

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

A. Compute Engine VM と同じ VPC およびリージョンに Cloud VPN トンネルをプロビジョニングします。

B. Compute Engine VM と同じ VPC およびリージョンに Cloud NAT インスタンスをプロビジョニングします。

C. Compute Engine VM がデプロイされているサブネット上でプライベート Google アクセスを有効にします。

D. インターネットとの間のトラフィックを許可するように VPC ルートを更新します。

E. 管理されていないインスタンス グループ内の VM に HTTP ロードバランサをプロビジョニングして、インターネットから VM への受信接続を許可します。

A. データ ウェアハウス フォルダで BigQuery メタデータ閲覧者ロールを付与します。

B. データ ウェアハウス フォルダで BigQuery データ閲覧者ロールを付与します。

C. データ ウェアハウス フォルダ内の各プロジェクトに対して、プロジェクト レベルで BigQuery データ閲覧者ロールを付与します。

D. データ ウェアハウス フォルダ内の各プロジェクト内の各 BigQuery データセットに対して、データセット レベルで BigQuery データ閲覧者ロールを付与します。

A. StackDriver のログ

B. Cloud Storage バケット

C. Cloud Pub/Sub トピック

D. BigQuery データセット

A. * 1 CI/CDパイプライン専用のサービスアカウントを作成する
* 2 GKEクラスタ内の専用ノードプールでデプロイメントパイプラインを実行する
* 3 プール内のノードのIDとして作成したサービスアカウントを使用して、Google Cloud APIsへの認証を行います。

B. * 1 インフラストラクチャ用とアプリケーションデプロイメント用の2つのサービスアカウントを作成します。
* 2 ワークロード ID を使用して、ポッドが 2 つのパイプラインを実行し、サービス アカウントで認証できるようにします。
* 3 インフラストラクチャとアプリケーションパイプラインを別々の名前空間で実行する

C. * 1 各デプロイメントパイプラインのサービスアカウントを作成する
* 2 サービスアカウントの秘密鍵を生成する
* 3 特定のデプロイパイプラインを実行するポッドのみがアクセスできるKubernetesシークレットとして秘密鍵を安全に保存する

D. * 1 個別のサービスアカウント（または各デプロイメントパイプライン）を作成する
* 2 サービスアカウントの命名規則にパイプラインの識別子を追加する
* 3 各パイプラインが専用のポッドで実行されることを確認する
* 4 ワークロード ID を使用して、デプロイメント パイプライン ポッドをサービス アカウントにマッピングする

A. Cloud Audit Logs を使用するログ エクスポート シンクを作成し、これらのログをセキュリティ情報イベント管理 (SIEM) ソリューションに送信して、他のイベント ソースとの相関関係を確認します。

B. OS Config Management エージェントを VM に導入します。OS Config Management を使用してパッチ管理ジョブを作成し、システムの変更を監視します。

C. IAM ポリシーの変更によってトリガーされるように Google Cloud Functions を構成する。ポリシー シミュレータを使用して変更を分析し、リスクのある変更があった場合にアラートを送信し、イベントの詳細を保存する。

D. Cloud Monitoring のメトリックス エクスプローラーを有効にして、サービス アカウントの認証イベントを追跡し、それにリンクされたアラートを作成します。

A. 1. Cloud Key Management Service (Cloud KMS) で一意の Uniform Resource Identifier (URI) を持つ既存の鍵を作成または使用します。
2. Cloud KMS で、キーを使用するためのアクセス権を Google Cloud プロジェクトに付与します。

B. 1. Cloud Key Management Service (Cloud KMS) で一意の Uniform Resource Identifier (URI) を使用して外部キーを作成します。
2. Cloud KMS で、キーを使用するためのアクセス権を Google Cloud プロジェクトに付与します。

C. 1. サポートされている外部キー管理パートナー システムで、一意の Uniform Resource Identifier (URI) を持つ既存のキーを作成または使用します。
2. 外部鍵管理パートナー システムで、この鍵に Google Cloud プロジェクトを使用するためのアクセス権を付与します。

D. 1. Google Cloud プロジェクトで一意の Uniform Resource Identifier (URI) を持つ既存のキーを作成または使用します。
2. Google Cloud プロジェクトに、サポートされている外部鍵管理パートナー システムへのアクセス権を付与します。

A. [強力なパスワードを強制する] ボックスをオンにして、パスワードの有効期限がより頻繁に発生するように設定します。

B. 監査および調査ツールを使用して、疑わしいログインのユーザー アクティビティを監査します。

C. [強力なパスワードを適用する] チェックボックスをオンにし、[次回のサインイン時にパスワード ポリシーを適用する] チェックボックスをオンにします。

D. セキュリティ意識向上トレーニング セッションを実施し、パスワードの有効期限設定をより頻繁な更新を必要とするように設定します。

A. データ アクセス ログとアクセスの透明性ログを使用して、ユーザーが別のリージョンのデータにアクセスしていないことを確認します。

B. データ所在地要件で許可されたリージョンにのみリソースを展開します

C. アクセスの透明性のログ記録を有効にします。

D. Assured Workloads をデプロイします。

A. スタンダード ティア ネットワークを使用して us-east-2 に新しいロード バランサーを作成し、静的外部 IP アドレスを割り当てます。

B. プレミアム ティア ネットワークを使用するようにロード バランサのフロントエンド構成を変更し、新しいインスタンス グループを追加します。

C. インスタンス グループの代わりにネットワーク エンドポイント グループを使用するように、ロード バランサのバックエンド構成を変更します。

D. 2 つのリージョン間に Cloud VPN 接続を作成し、Google プライベート アクセスを有効にします。

A. 最新のパッチを Cloud Storage バケットにコピーします。各 VM にログインし、バケットからパッチをダウンロードしてインストールします。

B. 出力ファイアウォール ルールがすべての送信トラフィックを許可していることを確認します。各 VM にログインし、OS 固有の更新コマンドを実行します。毎日の更新のために、重要なパッチで毎日更新するように Cloud Scheduler ジョブを構成します。

C. VM にパブリック IP を割り当てます。各 VM にログインし、出力ファイアウォール ルールですべての送信トラフィックが許可されていることを確認します。また、アクティビティの少ない夜間に OS 更新を有効にする毎日の cron ジョブを構成します。

D. VM Manager が VM にインストールされ、実行されていることを確認します。OS パッチ管理サービスで、重要なパッチを毎日更新するようにパッチジョブを構成します。

A. Compute Engine でホストされるアプリケーションを API として公開し、サードパーティにのみアクセスを許可する TLS で暗号化される Apigee プロキシを構成します。

B. VPC ファイアウォール ルールによって制御される、組織の VPC ネットワークとサード パーティの VPC ネットワーク間の VPC ピアリング接続を構成します。

C. Compute Engine インスタンスの周りに VPC Service Controls 境界を構成し、アクセス レベルを介してサードパーティへのアクセスを提供します。

D. 組織の VPC ネットワークと、VPC ファイアウォール ルールによって制御されるサード パーティのネットワークとの間に Cloud VPN 接続を構成します。

A. 永続ディスクを使用する Compute Engine 仮想マシン

B. スケジュールされたタスクと gsutil を使用する Cloud Storage

C. 継続的な更新を伴うデータ パイプライン ジョブを使用する BigQuery

D. 定期的にスケジュールされたバッチ アップロード ジョブを使用する Cloud Datastore