Google Cloud — ディスカバリー
Google Cloud プロジェクト (または組織全体やフォルダ) に接続すると、SecureAI は Vertex AI のエージェント、エンドポイント、モデルに加えて、それらに関連するサービス アカウント、キー、IAM バインディング、監査ログ、使用状況、コストをインベントリできるようになります。このカードはプロジェクトを読み取るだけで、プロンプトを送信することはありません。SecureAI の LLM トラフィックをご自身の Google Cloud アカウントで実行したい場合は、Google Vertex AI — お客様のアカウントでの推論を参照してください。
SecureAI がインポートするもの
- Vertex AI: エージェント (Agent Engine)、サービング エンドポイント、実行中のバッチ ジョブとチューニング ジョブ、モデル — Model Registry に加え、使用中のすべてのパブリッシャー モデル (Gemini、Claude、オープンモデル)。
- Agent Builder / Gemini Enterprise と Dialogflow CX (任意): Agent Builder (Discovery Engine) のエンジンとそのデータストア (
global、us、euの各ロケーションで照会)、および Dialogflow CX のエージェント (globalと、設定した Vertex AI のロケーションで照会)。 - 過去 30 日間のモデルごとの使用状況: リクエスト数 (およびそのうち失敗した数)、入力トークンと出力トークン、プロンプト キャッシュのトークン。
- 過去 30 日間の認証情報ごとの使用状況 (Cloud Monitoring): サービス アカウントと API キーごとの、リクエストの総数と AI API (Vertex AI、Gemini API、Agent Builder、Dialogflow) へのリクエスト数。OAuth クライアントのトラフィック (ユーザーや、コンソール、
gcloudなどのツール) は別途集計されます。これらのアカウントとキーの最終使用日時もここから得られます。 - モデルと ID ごとの使用状況 (任意): どのサービス アカウントまたはユーザーがどの Vertex AI モデルを呼び出したか。データアクセス監査ログを有効にしている場合に、そこから取得します。モデルと ID ごとの使用状況を参照してください。
- SecureAI を経由しない Vertex AI の使用: SecureAI の推論接続を経由せずに Vertex AI または Gemini を直接呼び出した ID。SecureAI を経由しない Vertex AI の使用を参照してください。
- 過去 30 日間のコスト: BigQuery への請求データのエクスポートから得た、このプロジェクトの AI に関する実際の支出、または定価による見積もり。
- NHI: サービス アカウント、ユーザー管理のサービス アカウント キー、API キー、Workload Identity Federation のプールとプロバイダ、OAuth クライアント — 最終使用日時 (Policy Analyzer と認証情報ごとの使用状況から取得) と特権リスクも含みます。NHI インベントリから、手動またはNHI の自動ポリシーで取り消しと復元ができます。
- プロジェクトの IAM ロール バインディング。
- AI サービスと ID サービス (Vertex AI、IAM、IAM Credentials、STS、API Keys、Resource Manager) の Cloud Audit Logs: 過去 30 日間の最新 200 件のイベント。
前提条件
有効にする API
SecureAI は、各領域を対応する Google API で読み取ります。プロジェクトでそれらを有効にしてください (API とサービス → ライブラリ、またはgcloud services enable で):
無効になっている API があっても同期は失敗しません: サービス名とともに、API disabled in the project — enable it という不足項目として表示されます。例外は Agent Builder と Dialogflow です: これらの API が無効の場合、SecureAI はプロジェクトがその製品を使用していないものとみなし、不足項目として扱いません。
ロール
SecureAI が使用するサービス アカウントが必要です。このアカウントに、プロジェクトに対して次のロールを付与します (IAM と管理 → IAM → アクセスを許可):
実際のコストを取得するには、Cloud Billing のデータが BigQuery にエクスポートされている必要があり、サービス アカウントにはエクスポート先データセットに対する
roles/bigquery.dataViewer と、クエリを実行するプロジェクトに対する roles/bigquery.jobUser が必要です。
SecureAI から取り消しと復元を行う場合 (任意) は、許可したい操作ごとにそのロールが必要です。デプロイメントがキーなしアクセスを提供している場合は、それらのロールを取り消し用の別のサービス アカウントに付与し、読み取り用のアカウントは読み取り専用のロールのままにしてください。そうでない場合は、コネクタのサービス アカウントに付与します:
roles/billing.viewer は不要です。これは請求先アカウントのロールであり、プロジェクトに対して付与することはできず、コネクタも使用しません。認証情報
入手方法
オプション A — JSON キー- Google Cloud コンソールで、IAM と管理 → サービス アカウント → サービス アカウントを作成 に移動します (例:
secureai-discovery)。 - IAM と管理 → IAM → アクセスを許可 に移動し、サービス アカウントのメールアドレスをプリンシパルとして入力して、前提条件のロールを追加します。
- サービス アカウント に戻ってアカウントを開き、キー → 鍵を追加 → 新しい鍵を作成 → JSON でファイルをダウンロードします。
- JSON 全体を Service Account JSON に貼り付け、ダウンロードしたファイルを削除します。
gcloud で行う場合:
- サービス アカウントを作成し、ロールを付与します (上記の手順 1 と 2)。
-
SecureAI の接続フォームでは、Service account to impersonate (keyless — instead of the JSON) フィールドのヘルプテキストに、承認が必要な SecureAI のアカウントが表示されます。Google Cloud でご自身のサービス アカウントを開き、権限 → アクセスを許可 で、そのアカウントをプリンシパルとして入力し、
roles/iam.serviceAccountTokenCreatorを付与します。gcloudで行う場合: - フィールドにご自身のサービス アカウントのメールアドレスを入力し、JSON は空のままにします。
取り消し用の別のサービス アカウント
デプロイメントがキーなしアクセスを提供している場合は、読み取りと取り消しを分けることができます。読み取り用のサービス アカウントに取り消しのロールを付与するよりも、こちらをお勧めします:- 2 つ目のサービス アカウント (例:
secureai-revoke) を作成し、前提条件の取り消しのロールのみを付与します。 - そのアカウントで、Service account for revocation (optional — separate from reading) フィールドのヘルプテキストに表示される SecureAI のアカウントに
roles/iam.serviceAccountTokenCreatorを付与します。 - そのフィールドにこのアカウントのメールアドレスを入力します。
組織またはフォルダ モード
1 つのコネクタで複数のプロジェクトをインベントリするには、Organization or folder にorganizations/<number> または folders/<number> を入力します (例: organizations/123456789012)。
- SecureAI は Cloud Asset Inventory でアクティブなプロジェクトを見つけ、それぞれを単一プロジェクトのコネクタと同じように読み取ります。Google Cloud Project ID は引き続き割り当てと請求のプロジェクトです。
- サービス アカウントに、組織またはフォルダに対して次のロールを付与します:
roles/cloudasset.viewer、roles/iam.securityReviewer、roles/aiplatform.viewer、さらに使用状況と監査のためにroles/monitoring.viewerとroles/logging.viewer。 - サービス アカウントのプロジェクトで
cloudasset.googleapis.comを有効にします。
gcloud organizations add-iam-policy-binding の代わりに gcloud resource-manager folders add-iam-policy-binding <number> を使用します。
同期が妥当な時間で終わるように、各同期には上限があります。割り当てプロジェクトが最初に処理され、次に Vertex AI のリソースがあるプロジェクトが処理されます:
上限を超えた分は、どれだけ読み取れたかとともに、部分的な不足項目として表示されます。読み取れないプロジェクトも不足項目として一覧表示され、そのプロジェクトのものが廃止されたり削除されたりすることはありません。接続時、このモードのテストではプロジェクトの最初のページを列挙し、割り当てプロジェクトを確認するだけです: 各プロジェクトの読み取りは同期の役割です。
接続する
- Admin → Integrations → Cloud → Google Cloud — 検出 → 統合を接続。
- プロジェクト ID、ロケーション (または More Vertex AI Locations で複数)、そして JSON キーまたは権限借用するサービス アカウントのいずれかを入力します。使用する場合は、取り消し用のサービス アカウント、組織またはフォルダ、請求関連のフィールドも追加します。
- 接続 をクリックします。SecureAI は保存前に、プロジェクトを実際に読み取って認証情報を確認します — 数秒かかります。プロジェクトを読み取れない場合は理由を表示し、何も保存しません。入力した内容はフォームに残ります。表示される可能性のあるメッセージはトラブルシューティングにあります。
- 保存はされたもののロールが不足している場合は、警告に不足しているロールが一覧表示されます。それらを付与して、再度同期してください。
- カードの更新ボタンで今すぐ同期します。以降、SecureAI は 6 時間ごとに自動的に同期します。
確認する
- Cloud Sensors に検出されたエージェントが一覧表示されます。Google Cloud のカードをクリックすると GCP パネルが開きます: 使用状況とコスト (リクエスト数、失敗数、トークン、キャッシュ、コストとその取得元)、モデルとデプロイ、ID とアクセス (サービス アカウントとキー、およびその最終使用日時、IAM バインディング)、監査。
- パネルに Discovery could not read everything と表示された場合は、各行を確認し (トラブルシューティングを参照)、再度同期してください。
- NHI インベントリにはサービス アカウントとキーが表示されます。
モデルと ID ごとの使用状況
Cloud Monitoring からは、各認証情報が行ったリクエスト数はわかりますが、どのモデルに対するものかはわかりません。どの ID がどのモデルを呼び出したかを知るために、SecureAI は Vertex AI のデータアクセス監査ログを読み取ります。これは任意であり、有効にするかどうかはお客様が決めます:- SecureAI がこれを読み取るのは、
aiplatform.googleapis.com(またはすべてのサービス) に対して DATA_READ または DATA_WRITE のログが有効になっている場合だけです。SecureAI は IAM ポリシーからこれを検出します。SecureAI がログを有効にすることはありません。 - 有効にすると、Google の料金で Cloud Logging の取り込み費用が発生します。有効にするには IAM と管理 → 監査ログ → Vertex AI API → データ読み取り を使用します。
- サービス アカウントには
roles/logging.privateLogViewerが必要です。 - SecureAI はプロジェクトおよび同期ごとに、最大 5,000 件のエントリ、または 20 秒間のうち、先に達した方まで読み取ります。
- 無効になっている場合、パネルには有効にする方法を説明する任意の不足項目が表示されます。組織またはフォルダで有効にしていても、単一のプロジェクトを接続している場合、SecureAI はプロジェクトのポリシーからそれを確認できないため、不足項目が表示されたままになります。
特権リスク
IAM ポリシーを読み取ったうえで、SecureAI は次のいずれかのロールを持つサービス アカウントに特権ありのフラグを付けます:- オーナー (
roles/owner) または編集者 (roles/editor) - 管理者ロール (
roles/<service>.admin、または末尾がAdminのロール) roles/iam.serviceAccountTokenCreatorまたはroles/iam.serviceAccountUser(保持者が他のサービス アカウントとして動作できるロール)
SecureAI を経由しない Vertex AI の使用
GCP パネルの Identity & Access タブには Vertex AI used outside SecureAI が含まれます。過去 30 日間に、Vertex AI での推論の接続を経由せずに Vertex AI または Gemini を直接呼び出した ID の一覧です。これらのプロンプトは DLP、ポリシー、署名付きレシートのいずれも通過していません。- データアクセス (Data Access) 監査ログが有効な場合 (モデルと ID ごとの使用状況を参照)、各行に呼び出されたモデルとその回数が表示され、推論の呼び出しのみがカウントされます。
- 有効でない場合、件数は認証情報 (サービス アカウントまたは API キー) ごとの Cloud Monitoring の値で、推論だけでなく AI API (Vertex AI、Gemini API、Agent Builder、Dialogflow) へのすべての呼び出しが含まれます。
- 推論接続のサービス アカウントとコネクタのサービス アカウントはカウントされません。個人は 1 人ずつ一覧表示されず、その呼び出しは 1 行に集計されます (People (Google accounts)、または People and tools (OAuth): コンソール、gcloud、アプリ)。
- その同期で SecureAI が推論接続を読み取れなかった場合は、何も分類せず、任意の不足項目として示し、前回の同期の結果を保持します。
- Insights の検出結果 Google Vertex AI / Gemini is being used outside SecureAI が生成されます。重大度は中程度で、呼び出し元が API キー (長期間有効な認証情報) の場合は重大になります。OWASP LLM02、ISO/IEC 42001 A.4.2 および A.6.2.6、NIST AI RMF MAP-1.1 および GOVERN-6.1 に対応付けられます。
コスト
billingExportTableを指定した場合: このプロジェクトの AI サービス (Vertex AI、Gemini API、Agent Builder、Dialogflow など) に対する実際の支出を、クレジット適用後の金額で、請求先アカウントの通貨で表示します。クレジットで使用量がまかなわれている場合、正味金額がゼロになることがあります。その場合、パネルにはクレジット適用前の金額が併せて表示されます。Google はエクスポートを数時間の遅延で更新します。- 指定しない場合: 見積もり — Cloud Monitoring のトークン数 × 定価で、Claude とプロンプト キャッシュのトークンも含みます。割引や確約利用契約は反映されません。
取り消しと復元
コネクタ、または取り消し用のサービス アカウントにその操作のロールがある場合 (前提条件を参照)、GCP の ID は NHI インベントリ (南京錠) から取り消せます。Google 側でそれぞれ何が起きるか:
取り消しを元に戻すには、NHI インベントリで ID のメニューを開き、Restore (Undo the revocation at Google Cloud) を選択します。ID は Google Cloud で再度有効になり、SecureAI ではブロックが解除され、確認するまで In remediation のままになります。
- 復元できるのは、手動または自動ポリシーによって SecureAI が Google Cloud で取り消したものだけです。SecureAI のゲートウェイでのみブロックしたものや、お客様のチームが Google Cloud で直接無効にした ID には提供されません。
- 削除されたサービス アカウント キーは復元できません: SecureAI は Google を呼び出さずに拒否します。
- 復元には、取り消しと同じロールを使用します。
- コネクタが使用するサービス アカウントとそのキーは、SecureAI から取り消すことはできません — 取り消すとディスカバリーが停止してしまうためです。取り消し用のサービス アカウントも同様です。これらは Google Cloud でローテーションしてください。
- Vertex AI での推論の接続が認証に使用するサービス アカウントと、署名に使用するキーも取り消せません: 取り消すと、管理対象のすべての呼び出しが停止するためです。キーレス (権限借用) オプションの場合、保護されるのはサービス アカウントのみです。SecureAI はそのキーのいずれでも署名しないため、キーは取り消せます。推論接続がどのアイデンティティを使用しているかを SecureAI が確認できない場合は、サービス アカウントもサービス アカウント キーも取り消しません (API キーは影響を受けません)。
- Google のデフォルトのサービス アカウント (Compute Engine のデフォルト、App Engine、Cloud Build、サービス エージェント) では 2 回目の確認が求められます。これらのいずれかを無効にすると、そのアカウントで実行されているすべての VM、アプリ、ビルドが停止します。
- コネクタにある操作のロールがない場合は、エラーにそのロールが表示されます。
NHI の自動ポリシー
NHI の自動ポリシー (NHI インベントリ → Automatic policies) は、ルールに基づいて Google Cloud の ID についてアラートを出したり取り消したりするもので、1 つずつ確認する必要はありません。コネクタの同期が成功するたびにその最後に、そのコネクタの ID のみを対象に評価されます。
各ルールには Off、Alert、Revoke の 3 つのモードがあります。すべて無効の状態で始まります。安全策:
- Simulation mode (dryRun) はデフォルトで有効です: 有効な間は、Revoke に設定したルールも何も遮断せず、何をするかを一覧表示するだけです。実際の遮断を有効にできるのは、これを無効にした場合だけです。Simulate with this configuration で、保存前に効果を確認できます。
- Revocation cap per run: デフォルトは 5 (1〜50)。1 回の実行で Revoke のルールに該当する ID が上限を超えた場合、何も遮断されず、アラートが送信されます。
- Exclusions: 所有者、名前、またはリソースがパターンに一致する ID には、どのルールも動作しません。ワイルドカードは
*のみです。 - 評価されるのは、キーの一覧が完全に取得できた場合だけです。
- SecureAI が使用する認証情報 (コネクタのもの、取り消し用アカウントのもの、または Vertex AI での推論のもの) が遮断されることはありません。Google のデフォルトのサービス アカウントのキーが自動的に遮断されることもありません: ルールはアラートを出すだけで、判断は人が行います。

