Compute Engine インスタンスがインターネットや Google API またはサービスにアクセスできないようにするには、次の設定を無効にする必要があります。
パブリックIP：パブリックIPアドレスを無効にすると、インスタンスがインターネットに直接接続されなくなります。パブリックIPアドレスがないと、インスタンスはインターネットから直接アクセスしたり、インターネットと直接通信したりできなくなります。
プライベート Google アクセス：プライベート Google アクセスを無効にすると、インスタンスは Google 社内ネットワーク経由で Google API やサービスにアクセスできなくなります。プライベート Google アクセスを有効にすると、パブリック IP を持たないインスタンスでもプライベート IP アドレスを使用して Google API やサービスにアクセスできますが、無効にするとこのパスがブロックされます。
これらの設定を無効にすると、インスタンスはパブリック インターネットと Google の内部 API サービスの両方から効果的に分離されます。
参照：
Google Cloud VPC ドキュメント - 概要
プライベートGoogleアクセスの設定
Compute Engine ネットワークの概要

参照：
https://cloud.google.com/resource-manager/docs/organization-policy/restricting-domains

オンデマンド コンテナ分析は、Cloud Build パイプラインに統合できます。
https://cloud.google.com/container-analysis/docs/ods-cloudbuild
また、バイナリ認証は「クラウドネイティブ」の補完的なメカニズムです。

特に大規模な開発者ベースと小規模なセキュリティ チームを抱える多数の Google Cloud 環境全体で適切なセキュリティ ポリシーを維持するには、自動化されたスケーラブルなセキュリティ対策を実装することが重要です。
* オプション A: AI が推奨するセキュリティ ポスチャ テンプレートを適用すると効果的ですが、現時点では、Security Command Center 内の Vertex AI には Gemini 用の特定の定義済みテンプレートはありません。
* オプション B: 内部ポリシーとガイドラインを公開することは、安全な開発プラクティスを促進するために不可欠ですが、セキュリティ ポリシーを適用または検出するにはそれだけでは不十分な場合があります。
* オプション C: Identity and Access Management (IAM) ロールを通じて最小権限の原則を実装すると、ユーザーにタスクに必要な権限のみが付与されるため、構成ミスや不正アクセスのリスクが最小限に抑えられます。
* オプションD：組織ポリシーの制約を適用することで、プロジェクト全体に特定の構成と制限を適用できます。セキュリティヘルスアナリティクスを活用することで、これらのポリシーからの逸脱を検出・監視し、潜在的なセキュリティ問題に関するインサイトを自動的に提供できます。
* オプション E: Cloud Logging を使用して構成ミスを検出し、修復のために Cloud Run 関数をトリガーすると、複雑さが生じ、大幅なメンテナンスが必要になる可能性があるため、小規模なセキュリティ チームにとってはあまり実用的ではありません。
したがって、オプションCとDが最も効果的な戦略です。これらは、組織の規模とリソースを考慮したスケーラブルなソリューションのニーズに応え、セキュリティポリシーの自動適用と監視を提供します。
参考文献:
* アイデンティティとアクセス管理（IAM）の概要
* 組織ポリシーサービスの概要
* セキュリティヘルス分析の概要