G-gen の武井です。当記事では、Google Cloud に加わった Wiz について、製品構成や主要機能から、AI エージェント、導入の流れまでを解説します。 はじめに Wiz とは Google Cloud への参画 Security Command Center との関係 Wiz の全体像 プラットフォームの位置づけ エージェントレス接続 Wiz Security Graph Google Cloud との連携 主要製品 製品構成 Wiz Code Wiz Cloud Wiz Defend 機能と製品のマッピング 概要 Wiz Code の機能 Wiz Cloud の機能 Wiz Defend の機能 AI 関連機能 Wiz Agents Mika AI Workflows Wiz MCP Server エージェントで変わるセキュリティ運用 運用の変化 段階的な導入 Google のセキュリティポートフォリオとの関係 Agentic SOC Google AI Threat Defense CodeMender 導入の流れと料金体系 導入の流れ 購入経路 料金体系 関連記事 はじめに Wiz とは Wiz は、Google Cloud をはじめ、AWS や Microsoft Azure などのマルチクラウド環境を対象としたクラウドセキュリティプラットフォームです。いわゆる CNAPP （Cloud-Native Application Protection Platform）に分類され、コードの開発からクラウド上の実行環境まで、一貫してセキュリティリスクを可視化・管理できます。 Wiz の製品は、開発段階を守る Wiz Code 、クラウド環境を守る Wiz Cloud 、実行時の脅威を検知して対応する Wiz Defend の3つで構成されています。さらに近年は、AI エージェントによる セキュリティ運用の自動化 にも力を入れています。 参考 : Wiz Google Cloud への参画 2026年3月11日、Google による Wiz の買収が完了し、Wiz は Google Cloud に加わりました。買収後も Wiz はブランドを維持したまま、Google Cloud に限らず AWS や Azure などを含むマルチクラウドに対応するプラットフォームとして提供が続けられています。 参考 : Google、Wiz の買収完了を発表 Security Command Center との関係 Google Cloud の CNAPP として Security Command Center （以下、SCC）があります。従来は SCC のエンタープライズティアがマルチクラウド版 CNAPP として位置づけられていましたが、2027年5月21日に提供終了（プレミアムティアへ自動移行）となります。 そのため、マルチクラウドの CNAPP としての役割は今後 Wiz が担う形となります。つまり、SCC と Wiz は競合関係ではなく、Google Cloud のセキュリティポートフォリオの再編と捉えるのが適切です。 一方、SCC の プレミアムティアは引き続き提供 されます。プレミアムティアは Google Cloud を保護対象とし、Event Threat Detection などの脅威検知、攻撃パスのシミュレーション、コンプライアンス評価といった機能を備えています。SCC で AWS などの他クラウドを監視する機能は、廃止されるエンタープライズティアに含まれるため、今後マルチクラウドを1つの製品で保護する場合は、Wiz が選択肢となります。 # 観点 SCC プレミアムティア Wiz 1 保護対象 Google Cloud Google Cloud、AWS、Azure などのマルチクラウド 2 提供形態 Google Cloud のサービスとして組織またはプロジェクト単位で有効化 各クラウドを API で接続する SaaS 型のプラットフォーム 3 カバー範囲 Google Cloud 上のリソースの構成、脆弱性、実行時の脅威 コード、CI/CD からクラウド、ランタイムまで 4 ユースケース Google Cloud のみを利用している 複数のクラウドを利用している、または開発から実行時までを一元管理したい Google Cloud のみを利用している環境であれば、まずは SCC のプレミアムティアで要件を満たせるかを検討するとよいでしょう。 blog.g-gen.co.jp Wiz の全体像 プラットフォームの位置づけ Wiz は AI-APP （AI-Application Protection Platform）と位置づけられています。従来の CNAPP の範囲に加え、AI モデルやエージェントを含む AI アプリケーションまで、コードから実行環境（ランタイム）にわたって保護する点が特徴です。プラットフォームの主な特徴は以下のとおりです。 # 主な特徴 概要 1 エージェントレスな可視化 API 接続でクラウドと AI のリソースを網羅的に把握 2 Security Graph リソース間の関係を分析し、侵害経路を可視化 3 攻撃パス分析 悪用可能性とビジネス影響が大きいリスクを優先度付きで一覧化 4 Code-to-Cloud の相関 稼働中のリソースを、作成元のコードやパイプライン、開発者まで紐付け 5 プロジェクトと RBAC リソースを所有チーム単位にまとめ、各チームが自らのリスクを管理 6 Workflows 検知から修正までの運用を、ノーコードで自動化 参考 : What is AI-APP? A security guide to AI Application Protection Platforms エージェントレス接続 Wiz は、クラウドの API を通じて数分で環境に接続できます。保護対象のワークロードにエージェントをインストールする必要がないため、業務への影響や継続的なメンテナンスの手間がありません。 対象は VM、コンテナ、サーバーレス関数、PaaS に加え、AI モデルやエージェント、リポジトリ、CI/CD パイプラインまで含まれます。なお、ランタイムの脅威をリアルタイムに検知・防御したい場合は、後述する Wiz Sensor を追加で導入します。 Wiz Security Graph Wiz Security Graph は、Wiz のすべての機能の土台となる仕組みです。クラウド環境で稼働するリソース同士の関係（ネットワーク、ID と権限、データ、脆弱性など）をグラフとして分析し、侵害につながる重大な経路を特定します。後述する Wiz Code、Wiz Cloud、Wiz Defend の各製品や AI エージェントは、いずれもこの Security Graph のコンテキストを共有して動作します。 Wiz では、個々の設定ミスや脆弱性を単独で評価するのではなく、「インターネットに公開されている」「脆弱性がある」「機密データにアクセスできる」といった複数の要素が重なる組み合わせを Toxic Combination （有害な組み合わせ）と呼び、悪用される可能性が高いリスクとして優先度付けします。 例えば、機密データを保存した Cloud Storage バケットがあるとします。アクセス制御が適切であれば、それ自体はすぐに問題にはなりません。しかし、そのバケットにアクセスできるサービスアカウントを、インターネットに公開された Compute Engine VM が持っていたとします。この VM に既知の悪用手法がある重大な脆弱性があれば、攻撃者は VM に侵入し、サービスアカウントの権限でバケットの機密データを持ち出せます。 # リスク要素 この例での状態 1 外部公開 VM がインターネットに公開されている 2 脆弱性 VM に既知の悪用手法がある重大な脆弱性がある 3 権限 VM のサービスアカウントがバケットにアクセスできる 4 機密データ バケットに機密データが保存されている このように、個々の要素は単独では見過ごされがちですが、Security Graph はこれらのつながりをたどり、1つの重大なリスクとして提示します。Wiz ではこれを Issue と呼びます。 参考 : The anatomy of a Toxic Combination of Risk Google Cloud との連携 2026年10月現在、Wiz は100以上の Google Cloud サービスとの連携に対応しています。また、Google Cloud のネイティブなセキュリティ機能や Google SecOps、Google Threat Intelligence の検出結果も相関させ、実際の攻撃経路となる Toxic Combination を特定します。主な連携先は以下のとおりです。 # 連携先 連携の内容 1 Google SecOps Wiz が検出した Issue を Google SecOps に集約し、他のシステムのログと組み合わせて分析することで、SOC チームがクラウドを含む組織全体のリスクと脅威を一元的に把握できる 2 Google Threat Intelligence（GTI） Wiz の ASM（Attack Surface Management）機能が検出した外部公開資産と、GTI が追跡する攻撃者の活動を突き合わせ、実際に狙われている資産から優先して対処できる 3 Google Kubernetes Engine（GKE） コネクタでクラスタを可視化し、Admission Controller でデプロイ時にポリシーを適用し、ランタイムセンサーで実行中の脅威を検知する 参考 : Google Cloud Platform (GCP) | Wiz 参考 : Google Security Operations | Wiz 参考 : Drive proactive security, prioritize risks with Google Threat Intelligence and Wiz ASM 主要製品 製品構成 Wiz の製品は、保護するフェーズに応じて大きく3つに分かれます。いずれも同じ Security Graph の上で動作するため、コードで見つかったリスクとクラウド上のリソース、実行時の脅威を相互に紐付けて扱います。 # 製品 保護するフェーズ 主な役割 1 Wiz Code 開発（コード、CI/CD） 脆弱性やシークレット、設定ミスを開発段階で検出し、本番環境に届く前に修正する 2 Wiz Cloud クラウド環境（構成、脆弱性、権限、データ） クラウド上のリスクを可視化し、攻撃経路にもとづいて対処すべきものを優先度付けする 3 Wiz Defend 実行時（ランタイム） 実行中の脅威を検知し、影響範囲の把握から調査、対応までを行う Wiz Code Wiz Code は、コードや CI/CD パイプラインといった開発段階のセキュリティを担う製品です。脆弱性、ハードコードされたシークレット、設定ミスなどを開発段階で検出し、本番環境に持ち込まれる前に防ぎます。 特徴的なのは、クラウド上で見つかったリスクを、作成元のソースコードまでたどれる点です。これを Code-to-Cloud マッピング と言います。修正案はソースコードの該当箇所に対してワンクリックで提示されます。IDE、プルリクエスト、CI/CD、Slack、MCP サーバーなど、開発者が普段使うツール上でリスクを確認・修正できます。 参考 : Wiz Code Wiz Cloud Wiz Cloud は、クラウド環境のセキュリティポスチャを管理する Wiz の中核となる製品です。API 接続でクラウドと AI の環境全体をスキャンし、設定ミス、脆弱性、外部公開、過剰な権限、機密データといったリスクの組み合わせを特定します。 外部からのスキャン（ASM）によって悪用可能性を検証し、本当に対処すべき攻撃経路を絞り込める点も特徴です。 参考 : Wiz Cloud Wiz Defend Wiz Defend は、実行時の脅威検知と対応（Cloud Detection and Response、以下 CDR）を担う製品です。 Wiz Sensor による eBPF ベースのランタイムシグナル、クラウドや SaaS のログ分析、エージェントレスで得たリスクのコンテキストを組み合わせて、脅威を検知します。 検知した脅威については、攻撃経路や影響範囲（Blast Radius）まで含めて把握できます。ワンクリックでの封じ込め（プレイブックの実行）、根本原因の分析、ソースコードでの修正といった対応まで一貫して行える点が特徴です。プロンプトインジェクションや MCP サーバーへの攻撃など、AI ワークロード特有の脅威も検知対象に含まれます。 なお、Wiz Sensor は Wiz Cloud と Wiz Defend のアドオンとして提供されます。VM、コンテナ、サーバーレスコンテナに導入し、リアルタイムに脅威をブロックできます。 参考 : Wiz Defend 機能と製品のマッピング 概要 Wiz の各機能は、セキュリティ製品のカテゴリ名（CSPM、CIEM など）で呼ばれることが多くあります。主要な機能と、それを提供する製品の対応関係を以下の表に整理します。 機能の多くは Wiz Cloud に集約されています。Wiz Code は開発段階、Wiz Defend は実行時の検知と対応を担い、Wiz Cloud を前後から補う関係と言えます。 Wiz Code の機能 # 機能 正式名称 概要 1 SCA / SBOM Software Composition Analysis、Software Bill of Materials ソフトウェアの依存関係（推移的依存を含む）の脆弱性を検出し、SBOM（部品表）を生成 2 IaC スキャン - Terraform や Kubernetes マニフェストなどの設定ミスを1,000以上のルールで検出（Wiz Cloud でも利用可能） 3 シークレットスキャン - コード、IaC テンプレート、コンテナイメージ内のハードコードされた認証情報を検出 4 ASPM Application Security Posture Management（Wiz での表記：AppSec Posture Management） SAST（静的解析）や DAST（動的解析）など、自社・サードパーティのスキャナの結果を集約し、クラウド上の影響と紐付け Wiz Cloud の機能 # 機能 正式名称 概要 1 CSPM Cloud Security Posture Management クラウドの設定ミスを継続的に検出 2 脆弱性管理 - VM、コンテナ、サーバーレスの脆弱性をエージェントレスで検出 3 CIEM Cloud Infrastructure Entitlement Management クラウドの権限を分析し、最小権限ポリシーを自動生成 4 DSPM Data Security Posture Management 機密データを検出・分類し、データに関するリスクや攻撃経路を特定 5 AI-SPM AI Security Posture Management AI モデル、学習データ、AI サービスのリスクを可視化 6 ASM Attack Surface Management 外部に公開されたドメイン、IP アドレス、API エンドポイントなどを発見し、悪用可能性を検証 7 コンプライアンス - PCI DSS、GDPR、HIPAA などのフレームワークへの準拠状況を継続的に評価 Wiz Defend の機能 # 機能 正式名称 概要 1 CWP Cloud Workload Protection Wiz Sensor による VM やコンテナのランタイム保護（Wiz Cloud でもアドオンとして利用可能） 2 CDR Cloud Detection and Response クラウドや SaaS のログ、ランタイムシグナルから脅威を検知 3 ITDR Identity Threat Detection and Response（Wiz での表記：Identity Detection and Response） ユーザーの振る舞いを分析し、ID や認証情報を狙った脅威を検知 4 DDR Data Detection and Response 機密データへの不審なアクセスや持ち出しを検知 5 CIRA Cloud Investigation and Response Automation フォレンジックデータの収集・分析による調査と対応の自動化 AI 関連機能 Wiz Agents Wiz Agents は、セキュリティのライフサイクル全体で動作する、役割の異なる3つの AI エージェントです。単なるアシスタントではなく、推論、調査、アクションまでを担う点が特徴です。 # エージェント 役割 主な動作 主に関連する製品 1 Red Agent 攻撃側の視点での検証（Offensive） Web アプリケーションや API のロジックを推論し、悪用可能な脆弱性を実際に検証して証拠付きで提示 Wiz Cloud 2 Blue Agent 脅威の調査（Defensive） クラウドのテレメトリ、ランタイムシグナル、ID のコンテキストから証拠を集め、脅威の深刻度を判定（Verdict） Wiz Defend 3 Green Agent 修正（Resolution） 優先度の高いリスクの根本原因を特定し、担当者の割り当てと環境に応じた修正手順を生成 Wiz Cloud Red Agent AI による攻撃者として動作するエージェントです。アプリケーションの挙動を推論しながら手法をリアルタイムに変え、従来のパターンマッチングでは見つけにくい、ロジックに起因する脆弱性を探します。理論上のリスクではなく、実際に悪用できるかを検証して証拠と根拠を示すため、本当に対処すべきリスクに集中できます。 Blue Agent 脅威が検知された際に調査を行うエージェントです。インシデントレスポンス担当者と同じように、クラウド、ランタイム、ID の各シグナルを横断して証拠を集め、深刻度の判定を出します。判定に至った調査ロジックもすべて提示されるため、アナリストは根拠を確認したうえで対応を判断できます。 Green Agent 検知から修正までのギャップを埋めるエージェントです。Security Graph、Code-to-Cloud の関係、リソースの所有者、過去の修正パターンなどを総合して根本原因を特定し、最も安全で効果的な修正方法を提示します。修正の担当者となる開発者の特定や、修正手順を記載した Jira チケットの作成まで行えます。 参考 : Introducing Wiz Agents & Workflows: Security at the Speed of AI 参考 : Introducing the Wiz Red Agent- AI-Powered Attacker 参考 : Empower and Accelerate Your SOC with the Blue Agent 参考 : Introducing the Green Agent: AI-Powered Remediation for the Cloud Mika AI Mika AI は Wiz に搭載されている組み込み型の生成 AI セキュリティアシスタント（AI コンパニオン）です。Wiz の管理コンソール上で Mika AI と対話しながら、Security Graph の情報や各エージェントの分析結果を確認できます。3つのエージェントが自律的に調査や修正を進めるのに対し、Mika AI は、人が対話を通じて状況を把握するためのアシスタントです。 参考 : The AI-Powered Wiz Platform Workflows Workflows は、Wiz の中でセキュリティ運用を自動化するための仕組みです。ノーコードのドラッグ＆ドロップ操作で、 トリガー 、 条件分岐 、 承認 、 通知 、 修正 、 外部連携 、 AI エージェントの判断 を組み合わせ、検知から修正までの一連の流れを定義できます。どのタイミングでエージェントに任せ、どこで人の判断を挟むかを柔軟に設計できる点が特徴です。 # Workflows の例 説明 1 不審なログインの確認 Blue Agent の分析結果を取得し、Slack で本人に確認する。心当たりがなければ SOC チームにエスカレーション 2 確信度の高い修正の自動実行 Green Agent の修正判断の確信度が高い場合、自動で修正を実行し Slack に要約を送信 3 確信度の低い修正の承認 確信度が低い場合、Slack で開発者に承認を求めてから修正を実行 参考 : Introducing Wiz Workflows: Your path to building a self healing cloud 参考 : Introducing Wiz Agents & Workflows: Security at the Speed of AI Wiz MCP Server Wiz MCP Server は、MCP（Model Context Protocol）を通じて、AI アプリケーションから Wiz の情報を利用できるようにするサーバーです。 独自の AI エージェントや社内ナレッジベース、開発者の IDE を Security Graph に接続し、自然言語での問い合わせからリソースの検索やリスクの評価といった Wiz の操作を実行できます。製品内のアシスタントである Mika AI を補完し、外部システムとの連携を容易にします。 # 関連する製品 利用例 1 Wiz Code IDE から本番環境の重大な問題を一覧化し、原因となるコードの特定、修正、プルリクエストの作成までを行う 2 Wiz Cloud 「インターネットに公開されているデータベースはあるか」「機密データを含むか」といった質問を自然言語で行い、リスクを確認する 3 Wiz Defend 環境内の脅威を洗い出し、影響を受けたリソースや影響範囲を調査したうえで、AI の提案をもとに封じ込めを計画する なお、Wiz MCP Server から取得した情報は、MCP ホスト（MCP に対応した AI クライアント）とその先の AI モデルで処理されます。脆弱性や設定ミスといった機密性の高い情報を扱うため、利用する AI クライアントのデータの取り扱いや学習に関する設定を確認しておく必要があります。 参考 : Introducing the MCP Server for Wiz: Smarter AI Context, Stronger Cloud Security エージェントで変わるセキュリティ運用 運用の変化 これまでのセキュリティ運用では、アラートの調査、複数のツールにまたがる情報の突き合わせ、対応前のリスクの検証といった作業を、人が手作業で行う必要がありました。AI エージェントの登場により、これらの作業の多くをエージェントが担います。そのため人の役割は、手作業そのものから「プロセスの設計」「エージェントの実行結果の確認」「承認が必要な場面での判断」へと移っていきます。 # 運用の場面 従来（手動） エージェント導入後 1 リスクの検証 スキャン結果を人が精査し、悪用可能かを判断 Red Agent が悪用可能性を検証し、証拠付きで提示 2 アラートの調査 アナリストが複数のログやツールを横断して調査 Blue Agent が証拠を集めて判定し、人は結果をレビュー 3 修正 根本原因の調査、担当者の特定、チケット作成を人が実施 Green Agent が根本原因と修正手順を特定し、担当者に割り当て 4 対応の自動化 あらかじめ決めた定型的な手順のみを自動化 Workflows にエージェントの判断を組み込み、確信度に応じて処理を分岐 参考 : Introducing Wiz Agents & Workflows: Security at the Speed of AI 段階的な導入 エージェントに任せる範囲は、一度にすべてではなく、段階的に広げられます。Wiz のエージェントは、すべてのアクションに証拠を示し、判断の理由を説明するように設計されています。そのため、担当者はその根拠を確かめながら、エージェントの判断が信頼できるかを見極められます。 例えば、次のような進め方が考えられます。 # 段階 エージェントに任せる範囲 担当者の役割 1 導入当初 調査（担当者の調査と並行） 両者の結論を比較する 2 一致を確認後 重大度の低いアラート 結果をまとめて確認する 3 運用の安定後 対応の範囲を拡大 Workflows の承認ステップで判断する Google のセキュリティポートフォリオとの関係 Wiz のエージェントは単独で使うだけでなく、Google Cloud のセキュリティ製品と組み合わせることで、より広範な防御に役立ちます。ここでは、その例として Agentic SOC 、 Google AI Threat Defense 、 CodeMender の3つとの関係を整理します。 Agentic SOC Google Cloud では、AI エージェントがセキュリティ運用を担う姿を Agentic SOC というコンセプトで打ち出しており、Google SecOps でもトリアージ、検出エンジニアリング、脅威ハンティングの各エージェントが提供されています。 Google SecOps は、組織全体のログを横断して分析し、幅広い脅威に対応します。一方、Wiz はクラウドのリソース同士の関係を把握し、クラウドのリスクを深く分析します。 前述のとおり、Wiz が検出した Issue は Google SecOps に取り込めます。これにより、SOC チームは普段使う Google SecOps の画面で、クラウドの重大なリスクもあわせて確認できます。 参考 : Agentic defense with Google Security Operations Google AI Threat Defense Google AI Threat Defense は、AI を悪用した攻撃に対抗するために Google が提供するセキュリティシステムです。Gemini、CodeMender、Google SecOps、Mandiant など、Google のさまざまなサービスを組み合わせ、4段階のフレームワークに沿って動作します。ここでは、各段階における Wiz の役割に絞って整理します。 # ステップ Wiz の役割 1 Prepare Red Agent が攻撃者の行動を模倣し、悪用可能な攻撃経路を特定する 2 Scan and Prioritize さまざまなスキャン結果を Wiz に集約し、対処すべきものを絞り込む 3 Remediate Green Agent がクラウド環境の修正を進める（コードの修正は CodeMender が担う） 4 Monitor Wiz の検出結果を Google SecOps と連携し、脅威の検知と対応に役立てる このように、Wiz は準備から監視までの各段階で、他の Google のサービスと連携して役割を担います。 参考 : Google AI Threat Defense CodeMender CodeMender は、Google DeepMind が開発した、コードの脆弱性を発見して修正する AI エージェントです。前述の Wiz Code もコードのセキュリティを扱いますが、役割は異なります。 Wiz Code は、依存ライブラリの既知の脆弱性や IaC の設定ミス、シークレットなどを検出し、クラウド上のリソースと紐付けて優先度を判断します。一方、CodeMender は自社コードのロジックを深く解析し、パターンでは見つけにくい脆弱性を発見します。そのうえで、実行可能なエクスプロイト（脆弱性を実際に悪用するコード）で実在を確かめ、テスト済みの修正コードを生成します。 AI Threat Defense では、どのコードを優先して直すかを Wiz が判断し、コードの解析と修正を CodeMender が担う分担です。 参考 : CodeMender 参考 : Now in preview: Find and fix software vulnerabilities with CodeMender 導入の流れと料金体系 導入の流れ Wiz を導入する際は、本契約の前に PoV （Proof of Value）と呼ばれる、価値検証プロジェクトを実施することが推奨されます。PoV は単なる動作確認ではなく、実際の環境でリスクの可視化や削減効果といった価値を確かめることを目的としています。 # ステップ 内容 1 事前準備 課題や目的を整理し、評価項目と検証の対象範囲を決める（本番環境を含めることを推奨） 2 環境接続 評価対象のクラウド環境（Google Cloud など）を、エージェントレスで Wiz に接続 3 検証 評価項目に沿って、検出された設定ミスや脆弱性、攻撃経路などを確認 4 結果報告 評価項目ごとの結果を振り返り、導入する製品と対象範囲を検討 購入経路 Google Cloud 経由で Wiz を購入する場合は、Google Cloud Marketplace の MCPO （Marketplace Channel Private Offer）を利用します。 MCPO は、当社のような販売パートナーを介して、Marketplace の製品を個別の条件で購入する仕組みです。詳細は以下の記事をご確認ください。 blog.g-gen.co.jp 料金体系 Wiz の料金は個別見積もりです。Wiz Cloud をベースのライセンスとし、必要に応じて Wiz Code や Wiz Defend を追加する構成で、金額は保護対象となるワークロード数などをもとに算出します。料金の詳細は、G-gen 社や Google までお問い合わせください。 関連記事 blog.g-gen.co.jp blog.g-gen.co.jp 武井 祐介 (記事一覧) クラウドソリューション部 > 事業開発部。 Google Cloud Partner Top Engineer 2026 選出。 Follow @ggenyutakei

こんにちは。LINEヤフーで、プライベートクラウドのネットワーク関連サービスを開発している清水です。現代の大規模なWebサービスにおいては、一つのモノリシックなアプリケーションだけで構成されることは少...

Weekly Azure アップデート情報 - 2026/08/19 ～[一般公開] Azure Databricks の Unity AI Gateway が一般提供開始～ 皆さま、こんにちは。 Weekly Azure では、今週もMicrosoft Azureのプロダクトアップデート情報をお届けします。 今回は先々週および先週の2週間分 (2026/07/24 - 2026/08/13) の主な Azure アップデート情報をお送りいたします。 今週の注目アップデート ・[一般公開] Azure Databricks の Unity AI Gateway が一般提供開