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

A. Google 管理コンソールで、適切なユーザー アカウントを選択し、このアカウントの 2SV を一時的に無効にします。ユーザーに 2 番目の要素を更新するよう依頼してから、このアカウントの 2SV を再度有効にします。

B. Google 管理コンソールで、すべてのユーザーの 2SV 要件を一時的に無効にします。ログインして、新しい第 2 要素をアカウントに追加するようユーザーに依頼します。すべてのユーザーに対して 2SV 要件を再度有効にします。

C. Google 管理コンソールで、適切なユーザー アカウントを選択し、ユーザーがサインインできるようにバックアップ コードを生成します。ユーザーに 2 番目の要素を更新するように依頼します。

D. Google 管理コンソールで、スーパー管理者アカウントを使用して、ユーザー アカウントの資格情報をリセットします。
最初のログイン後に資格情報を更新するようユーザーに依頼します。

A. Google が管理する FIPS 140-2 レベル 3 ハードウェア セキュリティ モジュール (HSM) に保存される KMS キーを作成します。Identity and Access Management (IAM) 権限設定を管理し、キーのローテーション期間を設定します。

B. 信頼できる外部システムで生成されたキーを持つ顧客指定の暗号化キー (CSEK) を使用します。 API 呼び出しの一部として生の CSEK を提供します。

C. サポートされているベンダーの外部ハードウェア セキュリティ モジュール (HSM) システムと統合するクラウド外部キー管理 (EKM) を使用します。

D. インポートされたキーマテリアルを使用してクラウドキー管理サービス (KMS) キーを作成します。インポート中に保護のためにキーをラップします。信頼できるシステムで生成された鍵を Cloud KMS にインポートします。

A. プロジェクトのそれぞれの証明書を使用して Binary Authorization ポリシーを構成します。

B. プロジェクトの Security Command Center (SCC) でコンテナー脅威検出を有効にします。

C. Google Kubernetes Engine (GKE) に Binary Authorization を適用するためのカスタム組織ポリシー制約を作成します。

D. ポッドのセキュリティ標準を有効にし、制限付きに設定します。

E. プロジェクトの信頼できるイメージ組織ポリシー制約を構成します。

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

B. ハードウェア

C. ブート

D. アクセス ポリシー

E. ストレージ暗号化

A. CI/CD パイプラインで、脆弱性が見つからない場合は、コンテナー イメージに証明書を追加します。Binary Authorization ポリシーを使用して、クラスター内の構成証明のないコンテナーのデプロイをブロックします。

B. Google Cloud のオペレーション スイートのログ イベントによってトリガーされる Cloud Function を使用して、Container Registry のコンテナ イメージを自動的にスキャンします。

C. GKE に Jenkins をデプロイし、CI/CD パイプラインを構成してコンテナを Container Registry にデプロイします。コンテナーをクラスターにデプロイする前に、コンテナー イメージを検証するステップを追加します。

D. Cloud Source Repositories リポジトリ内のコンテナ テンプレートへの変更をモニタリングする Cloud Build パイプラインを作成します。ビルドの続行を許可する前に、Container Analysis の結果を分析するステップを追加します。

E. Compute Engine インスタンスで cron ジョブを使用して、既知の脆弱性について既存のリポジトリをスキャンし、準拠していないコンテナ イメージが見つかった場合にアラートを生成します。

A. バケットのアクセス制御モデルを変更します

B. roles/logging.bucketWriter Identity and Access Management (IAM) ロールをログ シンク ID のバケットに追加します。

C. 正しいバケットの宛先でシンクを更新します。

D. roles/logging.logWriter Identity and Access Management (IAM) ロールをログ シンク ID のバケットに追加します。

A. LDAP 検索ルールを使用してセキュリティ グループを同期するように Google Cloud Directory Sync を構成します。
双方向同期を容易にするための属性として「ユーザーの電子メールアドレス」。

B. 管理ツールを使用して、グループ オブジェクト クラスの属性に基づいてサブセットを同期します。Google ドメインでグループを作成します。Google ドメインで作成されたグループには、明示的な Google Cloud Identity and Access Management (IAM) ロールが自動的に付与されます。

C. 管理ツールを使用して、電子メール アドレス属性に基づいてサブセットを同期します。Google ドメインでグループを作成します。Google ドメインで作成されたグループには、明示的な Google Cloud Identity and Access Management (IAM) ロールが自動的に付与されます。

D. LDAP 検索ルールを使用してセキュリティ グループを同期するように Google Cloud Directory Sync を構成します。
一方向の同期を容易にする属性として「ユーザーの電子メールアドレス」。

A. クラウドラン

B. 強制

C. ドライラン

D. ネイティブ

A. 組織内のすべてのインスタンスでプラットフォーム セキュリティ スキャナーを実行します。

B. Google が承認したセキュリティ ベンダーに連絡して監査を実行してください。

C. Cloud Asset Inventory を使用してすべての外部資産を識別し、それらに対してネットワーク セキュリティ スキャナーを実行します。

D. 保留中の監査について Google に通知し、確認を待ってからスキャンを実行します。

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

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

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

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

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

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

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

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

A. VPC の踏み台ホストに接続します。ネットワーク トラフィック アナライザーを使用して、リクエストがブロックされているポイントを特定します。

B. VPC で VPC フロー ログを有効にします。ログ エクスプローラを使用して、ルールが正しく機能しているかどうかを分析します。

C. 変更された最新のルールでファイアウォール ルール ログを有効にします。ログ エクスプローラを使用して、ルールが正しく機能しているかどうかを分析します。

D. 運用前環境では、すべてのファイアウォール ルールを個別に無効にして、ユーザー トラフィックをブロックしているルールを特定します。