このページは Cloud Translation API によって翻訳されました。

Security Command Center エラーの修正

このページでは、SCC エラーを修正するためのリファレンスガイドと手法の一覧を示します。

始める前に

検出結果の表示や編集、 Google Cloud リソースへのアクセスや変更を行うには、Identity and Access Management（IAM）の適切なロールが必要です。Google Cloud コンソールで Security Command Center にアクセスする際に権限エラーが発生した場合は、管理者にサポートを依頼してください。ロールの詳細については、アクセス制御をご覧ください。リソースエラーを解決する方法については、影響を受けたプロダクトのドキュメントをご覧ください。

Google Cloud コンソールで検出結果を確認する

SCC エラーは、Security Command Center が想定どおりに機能しない構成エラーです。これらの検出結果は、Security Command Center ソースによって生成されます。

Security Command Center は、組織またはプロジェクトで設定されている限り、エラーを検出するとエラーの検出結果を生成します。SCC エラーは Google Cloud コンソールで確認できます。

Google Cloud コンソールで検出結果を確認する手順は次のとおりです。

Google Cloud コンソールで、Security Command Center の [検出結果] ページに移動します。
[検出結果] に移動
Google Cloud プロジェクトまたは組織を選択します。
[クイックフィルタ] セクションの [ソースの表示名] サブセクションで、[Security Command Center] を選択します。検出結果クエリの結果は、このソースからの検出結果のみを表示するように更新されます。
特定の検出結果の詳細を表示するには、[カテゴリ] 列にある検出結果の名前をクリックします。検出結果の詳細パネルが開き、[概要] タブが表示されます。
[概要] タブで、検出された内容、影響を受けるリソース、検出結果の修正手順（ある場合）など、検出結果の詳細を確認します。
省略可: 検出結果の完全な JSON 定義を表示するには、[JSON] タブをクリックします。

修正後の SCC エラーの無効化

SCC error の検出結果を修正すると、Security Command Center では、次のスキャン時に検出結果の状態が INACTIVE に自動的に設定されます。Security Command Center が修正された検出結果の状態を INACTIVE に設定するまでの時間は、検出結果を修正するタイミングと、エラーを検出するスキャンのスケジュールによって異なります。

検出結果 SCC error のスキャン頻度については、エラー検出ツールにおける検出結果の概要をご覧ください。

SCC エラーを修正する

このセクションでは、SCC エラーの修正手順を説明します。

`API disabled`

API のカテゴリ名: API_DISABLED

プロジェクトで次のいずれかのサービスが無効になっています。

無効なサービスは検出結果を生成できません。

この検出結果を修正するには、次の操作を行います。

検出結果を確認して、無効になっている API を特定します。
API を有効にします。
- Container Threat Detection API を有効にします。
  
  API を有効にする
- Web Security Scanner API を有効にします。
  
  API を有効にする

この検出結果のタイプでサポートされているアセットとスキャンの設定の説明をご覧ください。

`APS no resource value configs match any resources`

API のカテゴリ名: APS_NO_RESOURCE_VALUE_CONFIGS_MATCH_ANY_RESOURCES

リソース値の構成は、攻撃パスシミュレーション用に定義されていますが、環境内のリソースインスタンスと一致しません。シミュレーションでは、代わりにデフォルトの高価値リソースセットが使用されます。

リソース値の構成は、Google Cloud コンソールの検出結果の説明で示されている次の理由により、リソースと一致しない場合があります。

どのリソース値の構成も、どのリソースインスタンスとも一致しない。
NONE を指定する 1 つ以上のリソース値の構成が、他のすべての有効な構成をオーバーライドする。
定義済みのすべてのリソース値の構成で、NONE の値が指定されている。

この検出結果を修正するには、次の操作を行います。

Security Command Center の [設定] で、[攻撃パスシミュレーション] ページに移動します。

[設定] に移動
組織を選択します。[攻撃パスシミュレーション] ページが開き、既存の構成が表示されます。
[Resource value configuration] リストの [リソース値] 列で、None の値を確認します。
None を指定した構成の場合は、次の操作を行います。
1. リソース値の構成の名前をクリックして、構成の仕様を表示します。
2. 必要に応じて、リソース属性の仕様を編集して、構成に一致するリソースインスタンスの数を減らします。
問題が過剰に広範な None 仕様に起因するものではない場合は、次の操作を行います。
1. HIGH、MEDIUM、または LOW の値を指定する各構成の名前をクリックして、リソース属性の仕様を表示します。
2. 構成を確認し、必要に応じて編集して、目的のリソースと一致するようにスコープ、リソースタイプ、タグ、ラベルの仕様を修正します。
必要に応じて、新しいリソース値の構成を作成します。

変更は、次の攻撃パスシミュレーションに適用されます。

この検出結果のタイプでサポートされているアセットとスキャンの設定の説明をご覧ください。

`APS resource value assignment limit exceeded`

API のカテゴリ名: APS_RESOURCE_VALUE_ASSIGNMENT_LIMIT_EXCEEDED

最後の攻撃パスシミュレーションで、リソース値の構成で識別される高価値リソースのインスタンス数が、高価値リソースセットに含まれる 1,000 のリソースインスタンスの上限を超えています。その結果、Security Command Center は、高価値リソースセットから余分なインスタンス数を除外しました。

この検出結果を修正するには、次の操作を試します。

タグまたはラベルを使用して、特定のリソースタイプまたは指定したスコープ内の一致数を減らします。タグまたはラベルは、リソース値の構成と照合する前に、リソースインスタンスに適用する必要があります。
別の構成で指定されたリソースのサブセットに NONE のリソース値を割り当てるリソース値の構成を作成します。

NONE の値を指定すると、他の構成がオーバーライドされ、高価値リソースセットからリソースインスタンスが除外されます。
リソース値の構成で、スコープリソース属性の仕様を削減します。
LOW の値を割り当てるリソース値の構成を削除します。

リソース値の構成を作成、編集、削除する手順については、高価値リソースセットを定義して管理するをご覧ください。

この検出結果のタイプでサポートされているアセットとスキャンの設定の説明をご覧ください。

`CIEM service account missing permissions`

API のカテゴリ名: CIEM_SERVICE_ACCOUNT_MISSING_PERMISSIONS

CIEM サービスで使用されるサービスアカウントには権限がありません。CIEM は 1 つ以上の検出結果カテゴリを生成できません。

この検出結果を修正するには、CIEM サービスアカウントで必要な IAM ロールを復元します。

Google Cloud コンソールで、[IAM] ページに移動します。

[IAM] に移動
組織の CIEM サービスアカウントを選択します。サービスアカウントの ID は、次の形式のメールアドレスです。
```
service-org-ORGANIZATION_ID@gcp-sa-ciem.iam.gserviceaccount.com
```
ORGANIZATION_ID は、組織の数値 ID に置き換えます。

サービスアカウントが一覧に表示されない場合は、ページ上部の [アクセス権を付与] をクリックし、新しいプリンシパルとしてサービスアカウントを入力します。
サービスアカウントに CIEM サービスエージェントロール（roles/ciem.serviceAgent）を付与します。カスタムロールを使用する場合は、次の権限が含まれていることを確認してください。
- cloudasset.assets.exportResource
- cloudasset.assets.exportIamPolicy
[保存] をクリックします。

`CIEM AWS CloudTrail configuration error`

API のカテゴリ名: AWS_CLOUDTRAIL_CONFIGURATION_ERROR

CIEM AWS の検出結果の一部またはすべてが Security Command Center に送信されていません。AWS CloudTrail フィードが失敗し、構成エラーのためにデータを正常に取得できません。

この検出結果には、次の 3 つの原因が考えられます。

AWS CloudTrail フィードが見つからない

この問題を解決するには、Security Operations コンソールでフィードを作成して構成し、AWS CloudTrail ログを取り込みます。取り込みラベルの Key-Value ペアを CIEM と TRUE に設定します。

フィードの作成手順については、Google SecOps ドキュメントのフィードを作成するをご覧ください。
フィード構成のエラー

フィードが正しく構成されていることを確認します。

フィードを構成するには、Google SecOps ドキュメントの AWS ログを取り込むように Google Security Operations でフィードを構成するをご覧ください。
AWS CloudTrail の構成が不完全

この問題を解決するには、AWS CloudTrail 構成で S3 バケットを設定して、CIEM を使用する予定のすべての AWS アカウントからデータイベントと管理イベントの両方をログに記録します。

CloudTrail を設定するには、Google SecOps のドキュメントの AWS CloudTrail（またはその他のサービス）を構成するをご覧ください。

`GKE service account missing permissions`

API のカテゴリ名: GKE_SERVICE_ACCOUNT_MISSING_PERMISSIONS

クラスタの GKE のデフォルトサービスアカウントに権限が不足しているため、Container Threat Detection は Google Kubernetes Engine クラスタの検出結果を生成できません。このため、クラスタで Container Threat Detection を有効にできません。

この検出結果を修正するには、GKE のデフォルトサービスアカウントを復元し、さらに、サービスアカウントに Kubernetes Engine サービスエージェント（roles/container.serviceAgent）ロールがあることを確認してください。

この検出結果のタイプでサポートされているアセットとスキャンの設定の説明をご覧ください。

`KTD blocked by admission controller`

API のカテゴリ名: KTD_BLOCKED_BY_ADMISSION_CONTROLLER

サードパーティのアドミッションコントローラによって必要な Kubernetes DaemonSet オブジェクトのデプロイが妨げられているため、クラスタで Container Threat Detection を有効にできません。

この検出結果を修正するには、クラスタ上で実行されているアドミッションコントローラで、Container Threat Detection に必要な Kubernetes オブジェクトの作成が許可されるようにします。

アドミッションコントローラを確認する

クラスタ内のアドミッションコントローラが Container Threat Detection DaemonSet オブジェクトのデプロイを拒否しているかどうかを確認します。

Google Cloud コンソールの検出結果の詳細に記載された検出結果の説明で、Kubernetes から送信されたエラーメッセージを確認します。Kubernetes のエラーメッセージは次のメッセージのようになります。
```
generic::failed_precondition: incompatible admission webhook:
admission webhook "example.webhook.sh" denied the request:
[example-constraint] you must provide labels: {"example-required-label"}.
```
クラスタを含むプロジェクトの管理アクティビティ Cloud Audit Logs で、検出結果の詳細の [説明] フィールドに表示されるエラーメッセージを探します。
アドミッションコントローラが機能していても、Container Threat Detection DaemonSet オブジェクトのデプロイを拒否している場合は、Container Threat Detection のサービスエージェントに kube-system 名前空間のオブジェクトの管理を許可するように、アドミッションコントローラを構成します。

Container Threat Detection のサービスエージェントは、特定の Kubernetes オブジェクトを管理できるように設定する必要があります。

Container Threat Detection でアドミッションコントローラを使用する方法については、PodSecurityPolicy とアドミッションコントローラをご覧ください。

修正を確認する

エラーを修正すると、Security Command Center は Container Threat Detection を自動的に有効にしようとします。有効化が完了するのを待って、Container Threat Detection が有効かどうかを確認するには、次の操作を行います。

コンソールで Kubernetes Engine の [ワークロード] ページに移動します。

Kubernetes ワークロードに移動
必要に応じて、[システムワークロードを表示] を選択します。
[ワークロード] ページで、最初にクラスタ名でワークロードをフィルタします。
container-watcher ワークロードを探します。container-watcher が存在し、そのステータスが OK の場合、Container Threat Detection は有効です。

`KTD image pull failure`

API のカテゴリ名: KTD_IMAGE_PULL_FAILURE

必要なコンテナイメージを gcr.io（Container Registry イメージホスト）から pull（ダウンロード）できないため、クラスタで Container Threat Detection を有効にできません。

コンテナイメージの pull またはダウンロードが失敗する場合、複数の理由が考えられます。

以下をご確認ください。

VPC ネットワーク、DNS、ファイアウォールの設定で、クラスタから gcr.io イメージホストへのネットワークアクセスがブロックされていないことを確認します。
クラスタが非公開の場合は、プライベート Google アクセスを有効にして、gcr.io イメージホストへのアクセスを許可していることを確認します。
ネットワーク設定とプライベート Google アクセスが障害の原因でない場合は、GKE のトラブルシューティングドキュメントの ImagePullBackOff エラーと ErrImagePull エラーをご覧ください。

この検出結果のタイプでサポートされているアセットとスキャンの設定の説明をご覧ください。

`KTD service account missing permissions`

API のカテゴリ名: KTD_SERVICE_ACCOUNT_MISSING_PERMISSIONS

Google Cloud コンソールの検出結果の詳細で特定された Container Threat Detection サービスアカウントに、必要な権限がありません。Container Threat Detection の検出結果の一部またはすべてが Security Command Center に送信されていません。

この検出結果を修正するには、次の操作を行います。

Container Threat Detection サービスエージェントロール（roles/containerthreatdetection.serviceAgent）を、サービスアカウントに付与します。詳細については、単一のロールを付与するをご覧ください。

また、カスタムロールを使用する場合は、そのロールに Container Threat Detection サービスエージェントロールの権限が付与されていることを確認してください。
サービスアカウントが Container Threat Detection サービスエージェントロールのいかなる権限も使用できないようにする IAM 拒否ポリシーがないことを確認してください。アクセスをブロックする拒否ポリシーがある場合は、サービスアカウントを、拒否ポリシーの例外プリンシパルとして追加します。

Container Threat Detection サービスアカウントおよび必要なロールと権限の詳細については、必要な IAM 権限をご覧ください。

この検出結果のタイプでサポートされているアセットとスキャンの設定の説明をご覧ください。

`Misconfigured Cloud Logging Export`

API のカテゴリ名: MISCONFIGURED_CLOUD_LOGGING_EXPORT

Cloud Logging に継続的なエクスポートを行うために構成したプロジェクトが使用できません。このため、Security Command Center から Logging に検出結果を送信できません。

この検出結果を修正するには、次のいずれかを行います。

プロジェクトの復元までの期間がまだ経過していない場合は、見つからないプロジェクトを復元します。

注: 復元期間の残りの日数は、gcloud projects describe Google Cloud CLI で確認できます。
プロジェクトが完全に削除されている場合は、Logging のエクスポート用に新規または既存のプロジェクトを構成します。

この検出結果のタイプでサポートされているアセットとスキャンの設定の説明をご覧ください。

`VPC Service Controls Restriction`

API のカテゴリ名: VPC_SC_RESTRICTION

プロジェクトがサービス境界で保護されているため、Security Health Analytics でそのプロジェクトの特定の検出結果を生成できません。サービス境界へのインバウンドアクセス権を Security Command Center サービスアカウントに付与する必要があります。

サービスアカウントの ID は、次の形式のメールアドレスです。

service-RESOURCE_KEYWORD-RESOURCE_ID@security-center-api.iam.gserviceaccount.com

次のように置き換えます。

RESOURCE_KEYWORD: キーワード org または project（サービスアカウントを所有するリソースによって異なります）
RESOURCE_ID: 次のいずれかです。
- サービスアカウントが組織によって所有されている場合は組織 ID
- サービスアカウントがプロジェクトによって所有されている場合はプロジェクト番号

組織レベルとプロジェクトレベルの両方にサービスアカウントがある場合は、両方に修正を適用します。

この検出結果を修正するには、次の手順を行います。

手順 1: Security Health Analytics をブロックしているサービス境界を特定する

検出結果に関連付けられた VPC Service Controls の一意の ID とプロジェクト ID を取得します。
1. 検出結果の詳細を表示するには、カテゴリ名をクリックします。
2. [説明] フィールドで、VPC Service Controls の一意の ID をコピーします（例: 5e4GI409D6BTWfOp_6C-uSwmTpOQWcmW82sfZW9VIdRhGO5pXyCJPQ）。
3. [リソースのパス] フィールドで、プロジェクトの ID をコピーします。
アクセスポリシー ID とサービス境界の名前を取得します。
1. Google Cloud コンソールで、[ログエクスプローラ] ページに移動します。
  
  [ログエクスプローラ] に移動
2. ツールバーで、検出結果に関連付けられたプロジェクトを選択します。
3. 検索ボックスに、エラーの一意の ID を入力します。
  
  クエリ結果にエラーが表示されない場合は、[ヒストグラム] でタイムラインを開き、クエリを再実行します。
4. 表示されたエラーをクリックします。
5. [ネストされたフィールドを展開] をクリックします。
6. servicePerimeterName フィールドの値をコピーします。値は次の形式になります。
```
accessPolicies/ACCESS_POLICY/servicePerimeters/SERVICE_PERIMETER
```
  この例で、accessPolicies/540107806624/servicePerimeters/vpc_sc_misconfigured はサービス境界の完全なリソース名です。
  - ACCESS_POLICY はアクセスポリシー ID です（例: 540107806624）。
  - SERVICE_PERIMETER はサービス境界の名前です（例: vpc_sc_misconfigured）。
7. アクセスポリシー ID に対応する表示名を取得するには、gcloud CLI を使用します。
  
  組織レベルのクエリを実行できない場合は、管理者にこの操作を行うよう依頼してください。
```
gcloud access-context-manager policies list \
    --organization ORGANIZATION_ID
```
  ORGANIZATION_ID は、組織の数値 ID に置き換えます。
  
  次のような出力が表示されます。
```
NAME          ORGANIZATION  SCOPES                 TITLE           ETAG
540107806624  549441802605                         default policy  2a9a7e30cbc14371
352948212018  549441802605  projects/393598488212  another_policy  d7b47a9ecebd4659
```
  表示名は、アクセスポリシー ID に対応するタイトルです。アクセスポリシーの表示名とサービス境界の名前をメモします。これは次のセクションで必要になります。

手順 2: プロジェクトへのアクセスを許可する上り（内向き）ルールを作成する

このセクションでは、VPC Service Controls に対する組織レベルのアクセス権が必要です。組織レベルのアクセス権がない場合は、これらの操作を行うよう管理者に依頼してください。

次に、手順 1 で特定したサービス境界に対して上り（内向き）ルールを作成します。

サービスアカウントにサービス境界へのインバウンドアクセスを許可するには、次の手順を行います。

[VPC Service Controls] に移動します。

[VPC Service Controls] に移動
ツールバーで、 Google Cloud 組織を選択します。
プルダウンリストで、アクセスを許可するサービス境界を含むアクセスポリシーを選択します。

アクセスポリシーに関連付けられているサービス境界がリストに表示されます。
サービス境界の名前をクリックします。
[境界を編集] をクリックします。
ナビゲーションメニューで、[上り（内向き）ポリシー] をクリックします。
[ルールを追加] をクリックします。
次のようにルールを構成します。

API クライアントの FROM 属性
1. [ソース] で [すべてのソース] を選択します。
2. [ID] で、[選択した ID] を選択します。
3. [ユーザーアカウント / サービスアカウントの追加] フィールドで [選択] をクリックします。
4. サービスアカウントのメールアドレスを入力します。組織レベルとプロジェクトレベルの両方にサービスアカウントがある場合は、両方を追加します。
5. [保存] をクリックします。
サービス/リソースの TO 属性
1. [プロジェクト] で [すべてのプロジェクト] を選択するか、検出結果で指定されたプロジェクトを選択します。
2. [サービス] で、[すべてのサービス] を選択するか、VPC Service Controls の違反が表示される特定のサービスを選択します。
注: 追加する必要があるサービスは、Security Command Center のティアのスコープと、モニタリングするプロジェクト内のデプロイまたは構成の変更の影響を受けます。
サービス境界で必要なサービスへのアクセスを制限している場合、Security Health Analytics はこのサービスの検出結果を生成できません。
ナビゲーションメニューで、[保存] をクリックします。

詳細については、上り（内向き）ポリシーと下り（外向き）ポリシーの構成をご覧ください。

この検出結果のタイプでサポートされているアセットとスキャンの設定の説明をご覧ください。

`Security Command Center service account missing permissions`

API のカテゴリ名: SCC_SERVICE_ACCOUNT_MISSING_PERMISSIONS

Security Command Center のサービスエージェントに、正常に機能するために必要な権限がありません。

サービスアカウントの ID は、次の形式のメールアドレスです。

service-RESOURCE_KEYWORD-RESOURCE_ID@security-center-api.iam.gserviceaccount.com

次のように置き換えます。

RESOURCE_KEYWORD: キーワード org または project（サービスアカウントを所有するリソースによって異なります）
RESOURCE_ID: 次のいずれかです。
- サービスアカウントが組織によって所有されている場合は組織 ID
- サービスアカウントがプロジェクトによって所有されている場合はプロジェクト番号

組織レベルとプロジェクトレベルの両方にサービスアカウントがある場合は、両方に修正を適用します。

この検出結果を修正するには、次の操作を行います。

サービスアカウントにセキュリティセンターサービスエージェント（roles/securitycenter.serviceAgent）のロールを付与します。

詳細については、単一のロールを付与するをご覧ください。

また、カスタムロールを使用する場合は、そのロールにセキュリティセンターサービスエージェントのロールの権限が付与されていることを確認してください。
必要なロールのあらゆる権限をサービスアカウントが使用できないようにする IAM 拒否ポリシーがないことを確認してください。アクセスをブロックする拒否ポリシーがある場合は、サービスアカウントを、拒否ポリシーの例外プリンシパルとして追加します。

この検出結果のタイプでサポートされているアセットとスキャンの設定の説明をご覧ください。

次のステップ

Security Command Center のエラーについて確認する。

Security Command Center エラーの修正

始める前に

Google Cloud コンソールで検出結果を確認する

修正後の SCC エラーの無効化

SCC エラーを修正する

API disabled

APS no resource value configs match any resources

APS resource value assignment limit exceeded

CIEM service account missing permissions

CIEM AWS CloudTrail configuration error

GKE service account missing permissions

KTD blocked by admission controller

アドミッション コントローラを確認する

修正を確認する

KTD image pull failure

KTD service account missing permissions

Misconfigured Cloud Logging Export

VPC Service Controls Restriction

手順 1: Security Health Analytics をブロックしているサービス境界を特定する

手順 2: プロジェクトへのアクセスを許可する上り（内向き）ルールを作成する

Security Command Center service account missing permissions

次のステップ

`API disabled`

`APS no resource value configs match any resources`

`APS resource value assignment limit exceeded`

`CIEM service account missing permissions`

`CIEM AWS CloudTrail configuration error`

`GKE service account missing permissions`

`KTD blocked by admission controller`

アドミッションコントローラを確認する

`KTD image pull failure`

`KTD service account missing permissions`

`Misconfigured Cloud Logging Export`

`VPC Service Controls Restriction`

`Security Command Center service account missing permissions`