최신Google Cloud Certified - Professional Cloud Security Engineer Exam (Professional-Cloud-Security-Engineer日本語版) - Professional-Cloud-Security-Engineer日本語무료샘플문제

A. 事前定義された storage.objectcreator ロールを Compute Engine インスタンスのデフォルトのサービス アカウントに付与します。

B. ストレージの .objectcreator ロールを持つサービスアカウントを作成します。バッチジョブのコードでサービスアカウントの偽装を使用します。

C. サービス アカウントを作成し、書き込み権限が指定された長期有効のサービス アカウント キー ファイルをバッチ ジョブ スクリプトに直接埋め込みます。

D. Cloud Storage 管理者の完全な権限を持つサービス アカウントを作成します。このサービス アカウントを Compute Engine インスタンスに割り当てます。

A. 一時的なパートナー チーム メンバーの ID を ID プロバイダー (IdP) に追加します。

B. 従業員 ID プールを作成し、その ID プールを一時パートナー チームの ID プロバイダー (IdP) と連携させます。

C. 一時的なパートナー チームに Google Cloud へのジャストインタイム特権アクセスを実装します。

D. 一時的なパートナーチームメンバー用の一時的なユーザー名とパスワードを作成します。業務契約終了後、ユーザー名とパスワードは自動的に消去されます。

A. サードパーティ SIEM の API エンドポイントにログを直接送信するように Google Workspace を構成します。

B. Cloud Logging シンクを作成し、関連する認証ログを SIEM サブスクリプションの Pub/Sub トピックにエクスポートします。

C. すべてのログのシンクとして Cloud Storage バケットを作成します。SIEM を設定して、バケット内の新しいログファイルを定期的にスキャンします。

D. gcloud ログ読み取りツールを使用して、Cloud Logging で認証イベントをポーリングします。イベントを SIEM に転送します。

A. 組織のポリシーでドメイン制限共有を有効にし、Cloud Storage バケットで均一なバケットレベルのアクセスを有効にします。

B. ネットワーク間の通信を許可する厳格なファイアウォール ルールを使用して、プロジェクト A と B の両方のネットワークでプライベート アクセスを有効にします。

C. VPC Service Controls を有効にし、プロジェクト A と B の周囲に境界を作成し、Cloud Storage API をサービス境界構成に含めます。

D. ネットワーク間の通信を許可する厳格なファイアウォール ルールを使用して、プロジェクト A と B のネットワーク間の VPC ピアリングを有効にします。

A. MIG をバックエンドとしてサービス プロジェクトに外部 HTTP(S) ロード バランサをデプロイします。

B. MIG のホスト (VPC) プロジェクトに Cloud NAT ゲートウェイをデプロイします。

C. MIG をバックエンドとしてホスト (VPC) プロジェクトに外部 HTTP(S) ロード バランサーをデプロイします。

D. MIG のサービス プロジェクトに Cloud NAT ゲートウェイをデプロイします。

A. 3 つの個別のサービス アカウントを作成します。1 つのサービス アカウントにサービス A を実行する権限を付与します。2 番目のサービス アカウントにサービス B を実行する権限を付与します。3 番目のサービス アカウントにサービス A とサービス B の間で通信する権限を付与します。サービス B の認証を要求します。3 番目のサービス アカウントのサービス アカウント キーで認証してバックエンドを呼び出します。

B. サービスAとサービスBを実行する権限を持つ新しいサービスアカウントを作成する サービスBの認証を要求する 新しいサービスアカウントのみがバックエンドを呼び出すことを許可します

C. Compute Engine のデフォルトのサービス アカウントを使用してサービス A とサービス B を実行します。サービス B には認証が必要です。デフォルトのサービス アカウントのみがバックエンドを呼び出すことを許可します。

D. 2つの別々のサービスアカウントを作成する 1つのサービスアカウントにサービスAを実行する権限を付与し、もう1つのサービスアカウントにサービスBを実行する権限を付与する サービスBの認証を要求する サービスAのサービスアカウントのみがバックエンドを呼び出すことを許可する

A. BigQuery と Cloud SQL から 3 TB のデータすべてを Cloud Storage にエクスポートします。Cloud Sensitive Data Protection を使用してエクスポートされたデータを匿名化します。匿名化されたデータを BigQuery と Cloud SQL に再インポートします。

B. 新しい BigQuery データセットと Cloud SQL インスタンスを作成します。データの小さなサブセットをこれらの新しい場所にコピーします。Cloud Data Loss Prevention API を使用して、このサブセットの PII をスキャンします。結果に基づいて、カスタム匿名化スクリプトを作成し、元の場所にある 3 TB のデータセット全体にスクリプトを適用します。

C. BigQuery と Cloud SQL の代表的なデータサンプルを検査して PII を識別します。この分析に基づいて、識別された PII を匿名化するカスタム スクリプトを開発します。

D. Cloud DLP データ プロファイリング機能を使用して BigQuery と Cloud SQL のデータをスキャンします。データ プロファイリングの結果を使用して、Cloud Sensitive Data Protection の匿名化テンプレートまたはカスタム構成のいずれかで匿名化戦略を作成します。

A. Google の Identity and Access Management (IAM) サービスを使用して、Google Cloud でアクセス制御を管理します。

B. 管理アクティビティ ログを有効にして、リソースへのアクセスを監視します。

C. Google 従業員のアクセス承認リクエストでアクセスの透明性ログを有効にします。

D. 顧客管理の暗号化キーを使用します。

A. Microsoft Azure と Google Cloud 間のクロスクラウド相互接続を確立します。
データを転送するには、この接続を介してネットワーク ルートを構成します。

B. Google Cloud プロジェクトの VM 上で動作するパブリック IP アドレスを持つ SFTP サーバーを設定します。Microsoft Azure からこのサーバーに接続します。

C. ソースアプリケーションが実行されているMicrosoft AzureサブスクリプションとのVPN接続を確立します。VPN接続を介してデータを転送します。

D. オンプレミス ネットワーク経由で既存の Dedicated Interconnect 接続を使用し、Microsoft Azure への接続を確立します。

A. ID 認識プロキシ

B. Google クラウド アーマー

C. シールドされた VM

D. クラウド NAT

A. 企業IDプロバイダにパートナーチームのアカウントを作成します。これらのアカウントをGoogle Cloud Identityと同期し、アカウントにデータベースへのアクセス権を付与します。

B. パートナーのWorkforce Identity Federationを設定します。IDプールプロバイダーをパートナーのIDプロバイダーに接続します。Workforceプールリソースにデータベースへのアクセスを許可します。

C. アプリケーションのデータベースにパブリックIPアドレスを追加します。パートナーの従業員ごとにデータベースユーザーを作成します。これらのユーザーの資格情報をパートナーチームに安全に配布します。

D. パートナーチームに、自社の環境とIDプロバイダ内でCloud Identityアカウントを設定するよう依頼します。パートナーのCloud Identityアカウントにデータベースへのアクセス権を付与します。

A. Google Front End (GFE) 固有の保護機能

B. ドライラン モードの VPC Service Controls

C. Cloud Load Balancing ファイアウォール ルール

D. 監視モードで事前設定された VPC ファイアウォール ルール

E. プレビュー モードでの Google Cloud Armor の事前構成済みルール

A. 監査チームは、BigQuery などのマネージド サービスに関連する Cloud Audit Logs にアクセスする必要があります。

B. プリンシパルには広範な IAM ロールがあり、事前定義された強化プロセスなしで Compute Engine VM の作成と管理が可能です。

C. セキュリティ チームは、機密として分類されるすべてのデータに対して顧客管理の暗号化キー (CMEK) の使用を義務付けています。

D. 機密データは、均一なバケットレベルのアクセス設定が有効になっている Cloud Storage バケットに保存されます。