Ridge Security、Google戦略にAnthropicを追加 しかし本当の転換点は検証にある

Ridge Securityは、最新の自律型ペネトレーションテストサービスをGoogle CloudとGeminiを軸に構築しているにもかかわらず、AnthropicのCyber Verification Programに参加したと報じられている。これにより、AnthropicとGoogleをめぐるこの動きは、単なるモデル比較にとどまらない。Ridgeは、オープンなクラウド展開戦略と、Claudeのより高リスクな防御機能への制限付きアクセスを組み合わせられるかを検証している。

当面の変化は、全面的なプラットフォーム移行ではなくアクセスに関するものだ。Anthropicのプログラムでは、承認された組織が、通常の安全対策ではブロックされる可能性のある正当なデュアルユースのセキュリティ業務にClaudeを利用できる。デュアルユース業務には、悪用にも防御にも利用され得るエクスプロイト分析などの活動が含まれる。

したがって、Ridgeの参加は注目すべき対比を生む。Ridgeの3月の発表によれば、PurpleRidge Security 3.0は引き続きGoogle Cloud上でホストされ、Geminiを利用している。Claudeは、Anthropicの検証および監視条件の下で、機微な防御研究に向けた別の推論手段を同社に提供する。

その結果、二つの競合する考え方が試される。一方は、モデルをより広範なセキュリティプラットフォーム内で交換可能なコンポーネントとして扱う。もう一方は、検証済みの身元、承認された目的、保持される活動データを、能力そのものの一部とする。

Ridge Securityの検証済みアクセスが実際に変えること

Ridgeが得たと報じられているのは、単に別の商用AIサブスクリプションではなく、異なる種類の許可である。

Anthropicは、OpusおよびSonnetモデルにリアルタイムのサイバー安全対策を適用している。これらの制御は、禁止されている、または高リスクのサイバーセキュリティ活動に関するリクエストを検査し、モデルが応答する前にブロックできる。

これらの分類の違いは重要だ。Anthropicは、ランサムウェア開発や大規模なデータ流出を含む、正当な防御上の価値がほとんどない作業を禁止活動と説明している。検証を受けても、こうしたリクエストが許容されるわけではない。

高リスクのデュアルユース活動は異なる。脆弱性の悪用、攻撃用ツール、先進的なペネトレーションテストは、攻撃者に利用される前に防御側が弱点を特定する助けとなる。同じ技術は侵入行為を可能にすることもある。

Anthropicのサイバー安全対策は、この二つ目の分類をデフォルトでブロックする。承認されたCyber Verification Programの参加者は、正当な防御業務に向けて調整済みのアクセスを申請できる。

Ridgeにとって、この区別は製品カテゴリーに直結する。同社は、RidgeBotやPurpleRidge Securityを含む、自動化されたペネトレーションテストおよびセキュリティ検証システムを開発している。これらの製品は、攻撃のシミュレーション、到達可能な弱点の特定、報告された脆弱性が実際に悪用可能かどうかの検証を目的としている。

従来型の脆弱性スキャナーは、露出したソフトウェアバージョンや疑わしい設定を特定した時点で処理を終えられることが多い。自律型ペネトレーションテストシステムは、その先へ進む必要がある。攻撃経路を推論し、テスト用ペイロードを構築し、防御制御を評価し、複数の軽微な弱点を連鎖させられるかを判断する場合がある。

こうしたステップは、プロンプトのレベルでは攻撃者の行動に似ている場合がある。汎用的な安全フィルターは、リクエストが顧客により承認されたテスト環境を対象としているのか、無関係な本番サーバーを対象としているのかを自動的には判断できない。

検証済みアクセスにより、Anthropicはこの区別を行うための組織的な文脈をより多く得られる。また、参加者には義務も課される。Anthropicによると、このプログラムでは、API顧客が通常Zero Data Retentionを利用している場合でも、データ保持が求められる。

この要件は付随的なものではない。保持される活動データは、高度なサイバー機能がどのように利用されているかをAnthropicが確認する根拠となる。また、機密コード、インフラの詳細、認証情報、未公開の脆弱性情報を扱うベンダーにとっては、ガバナンス上の問題も生じる。

このプログラムへの申請は無料であり、Anthropicは2営業日以内に判断を出すことを目標としている。しかし、承認はRidgeの製品が安全、正確、あるいは有効であることの認証ではない。

これはアクセスに関する判断として理解する方が適切だ。Anthropicは、同組織と提案されたユースケースが調整済みのサイバー安全対策の対象として適格だと判断したと報じられている。製品の性能には、依然として別途の証拠が必要となる。

この境界により、このニュースがマーケティング上の近道になることを防げる。参加しているからといって、Claudeがすべての脆弱性を発見する、誤検知をなくす、あるいは人間の監督なしに安全に動作することが裏付けられるわけではない。承認済みの防御業務を妨げかねない一部の制限を取り除くだけである。

Ridgeは現在、Claudeの推論が研究および検証プロセスのどこに適合するかを評価できる。重要なのは、このアクセスがプライバシー、制御、運用上のリスクを高めることなく、測定可能な改善をもたらすかどうかだ。

AnthropicとGoogleの分岐が重要な理由

Ridgeのモデル選択は、サイバーセキュリティベンダーが最先端AIプロバイダー一社に恒久的に賭ける必要がなくなったことを示している。

PurpleRidge Security 3.0は、2026年3月に、中小企業とマネージドセキュリティプロバイダー向けのセルフサービス型自律ペネトレーションテストサービスとして登場した。Ridgeは、このサービスがGoogle Cloud上でホストされ、最新のGeminiモデルを使用すると説明した。

同社はこのアーキテクチャを、大規模な社内テストチームを持たない組織にも継続的なセキュリティ検証を提供する手段として位置付けた。顧客は、複数のステップを計画・実行するソフトウェアであるエージェント型システムを利用して、露出した資産を調べ、攻撃経路を検証できる。

報じられているAnthropicの承認後も、この展開は引き続き重要だ。公開されているプログラム説明には、RidgeがGoogle Cloud、Gemini、または既存のセキュリティエンジンを放棄しなければならないという要件はない。

これが、anthropic googleというキーワードが単純な競争ではなくプラットフォームの問題を表している理由だ。Ridgeは、ホスティング、オーケストレーション、既存の製品ワークフローにGoogleのインフラを利用しつつ、Anthropicの検証済みサイバーアクセスの恩恵を受けるタスクについてClaudeを評価できる。

セキュリティベンダーはすでに、多数の専門コンポーネントを組み合わせている。一つのプラットフォームで、一方のモデルを検出結果の分類に、別のモデルをコードの推論に、決定論的なツールを制御されたテストの実行に使うことができる。ポリシーエンジンは、各タスクをどのシステムに渡すかを決定できる。

このアーキテクチャにより、モデルルーティングは運用上の判断となる。機微なプロンプトは、特定のワークフロー用に承認されたモデルへ送られる可能性がある。低リスクの要約、レポーティング、修復ガイダンスは、別のプロバイダーに残るかもしれない。

Ridgeの3月のPurpleRidge発表では、Google CloudとGeminiが製品の中核要素として挙げられていた。今回報じられたAnthropicへのアクセスは、実際の防御プロセスの中でモデルを比較する機会をRidgeに与える。

有用な比較は、広範なベンチマークからは得られない。サイバーセキュリティのワークフローには、長い攻撃チェーン、不完全な証拠、ツールの失敗、変化する権限、そして誤った行動がもたらす重大な結果が伴う。

個別のセキュリティ質問に正確に答えるモデルでも、偵察、検証、修復にまたがって状態を維持しなければならない場合には苦戦する可能性がある。別のモデルは優れた推論を行えても、その安全対策に十分な文脈がないため、正当なステップを拒否するかもしれない。

Ridgeは、こうした違いに応じてタスクをルーティングできる可能性がある。Geminiはホスト型の顧客体験の中核にとどまり、Claudeは検証済みの研究や選択された高度なワークフローを支援するかもしれない。

ただし、マルチモデルアーキテクチャには、モデル利用量を超えるコストが伴う。エンジニアリングチームは出力を正規化し、別個の安全制御を維持し、プロバイダー間の判断を追跡し、一方のモデルが別の場所で課された制限を回避しないようにする必要がある。

組織には一貫した認可レイヤーも必要だ。Anthropicのプログラムで承認されたプロンプトが、外部スキャナー、エクスプロイトフレームワーク、またはGemini搭載エージェントによる標的への行動を自動的に許可するべきではない。

顧客の同意は、ワークフロー全体に付随し続けなければならない。そうでなければ、モデルレベルの検証は現実世界の認可から切り離されてしまう。

競争圧力はAnthropicだけでなくGoogleにも及ぶ。高度なサイバー業務に検証済みアクセスが必要となるなら、モデルプロバイダーは推論性能と並行してガバナンスシステムでも競争することになる。

Googleは広範なクラウドセキュリティインフラと、Geminiの安全対策に関する独自の取り組みを持つ。それでもRidgeの動きは、プラットフォームベンダーにも、業務が禁止行為に似ている正当な専門家のための明確な経路が必要であることを示唆している。

エンタープライズの購入者にとって、必ずしも最も制限の緩いモデルを持つプロバイダーが勝者になるとは限らない。購入者が必要とするのは、承認された防御業務と悪用を区別しながら、監査やインシデントレビューのための証拠を保持できるプロバイダーだ。

検証はAIセキュリティスタックの一部になりつつある

Anthropicは、組織の身元と申告された目的を、モデル能力を取り巻く技術的な制御へと変えつつある。

従来のソフトウェアライセンスでは、ユーザーがアクセス料金を支払ったかを問う。AnthropicのCyber Verification Programでは、ユーザーが誰を代表しているのか、どのような活動を行う予定なのか、その活動に正当な防御目的があるのかを問う。

これは、最先端の能力が市場に届く仕組みにおける大きな変化だ。モデルはもはや、すべての顧客に同一の振る舞いをする一様な製品として提供されない。

その代わり、アクセスは信頼と説明責任に部分的に依存する。承認されたセキュリティチームは、匿名または未検証のアカウントでは引き続きブロックされる可能性があるタスクに対し、調整された扱いを受けられる。

Anthropicのアプローチは、根底にあるリスクの構造に沿っている。エクスプロイト開発は、誰かがそれを研究と説明したからといって無害になるわけではない。プロバイダーには、リクエスト元が承認された文脈の中で活動しているという、より強い証拠が必要となる。

このプログラムは、ますます能力を高めるサイバーモデルに向けたAnthropicのより広範な計画も支えている。同社のProject Glasswingイニシアチブは、選定された組織に、脆弱性の発見と防御研究のための高度な機能へのアクセスを提供する。

Anthropicは6月、Glasswingを約150の追加組織に拡大すると発表した。また、特定のサイバー防御タスクに向けて検証プログラムを拡大する意向も示した。

この拡大は、同社が検証を配布のためのインフラと見なしていることを示唆する。防御側にこれらのシステムを大規模に利用してもらうのであれば、Anthropicはすべての高度なサイバー機能を小規模な研究パートナーシップの中にとどめておくことはできない。

同時に、無制限の公開には明白な危険がある。弱点を自律的に特定・悪用できるモデルは、攻撃者がより多くの標的をスキャンし、より迅速に適応し、より少ない専門知識で活動する助けとなり得る。

Anthropicは、Project Glasswingについて説明する際に、この未解決の問題を認めた。同社は、広範なアクセスに対応できるほど強力かつ精密な安全対策は、まだ開発されていないと述べた。

Cyber Verification Programは中間レイヤーとして機能する。技術的な安全対策だけでは一般提供を安全に支えられるとプロバイダーが判断する前に、選定された実務者へより大きなアクセスを提供する。

Ridgeは、何もない領域に参入するわけではない。OX Security、MIND、Lyrie.ai、Codenotary、Vicariusなどのセキュリティ企業は、このプログラムへの参加を発表している。

彼らの関与は、より広範な市場変化を示唆している。検証済みのモデルアクセスは、脅威インテリジェンス、クラウドインフラ、専門的なスキャンエンジンと同様に、セキュリティ製品の投入要素になり得る。

一方で、新たな依存関係も生まれる。ベンダーが高度な機能を提供できるかどうかは、モデルプロバイダーによる継続的な承認に左右される可能性がある。ポリシー、保持ルール、対応プラットフォーム、アカウントの状態が変われば、顧客のワークフローに影響が及ぶ可能性がある。

提供状況にはすでに偏りがある。Anthropicのサポート文書によると、このプログラムは同社のファーストパーティ製品、API、Microsoft Foundry、および参加するサードパーティプラットフォームを通じて利用できる。

現時点で、このプログラムはAmazon BedrockやGoogle Vertex AIでは利用できない。この制約は、請求、コンプライアンス、データ管理を簡素化するため、既存のクラウドプロバイダー経由でモデルを購入する企業にとって重要だ。

Ridgeの顧客は、Anthropicの検証があらゆるデプロイ経路に適用されるとは想定できない。アクセスは、Claudeを利用する経路と、Ridgeがこの機能をどのように統合するかに左右される。

このことは、AnthropicとGoogleの関係における実務上の分離を生む。Google CloudはRidgeのプラットフォームをホストできるが、検証済みのClaudeアクセスには別の技術的・契約上の経路が必要になる可能性がある。

エンタープライズアーキテクチャチームは、こうした経路を慎重に整理する必要がある。どのプロバイダーがコードやテレメトリーを受け取るのか、データがどこに保持されるのか、どの組織が検証済みアカウントを保有するのかを把握すべきだ。

トレードオフは、防御力の向上と統制強化の間にある

検証済みアクセスは不必要な拒否を減らせる一方、権限と機密性の高い証拠をモデルプロバイダーに集中させる。

セキュリティ専門家は長年、汎用アシスタントが正当な分析まで拒否することがあると不満を訴えてきた。モデルはアプリケーションコードの生成を支援したにもかかわらず、そのコードに危険な脆弱性があるかを検証する依頼を拒否する場合がある。

プロバイダーの視点では、同じ依頼が攻撃者から出されている可能性もある。プロンプトの文言だけでは、権限の有無を十分に証明できない。

Anthropicのプログラムは、組織の検証を通じてこの曖昧さに対処する。承認されれば、防御チームは通常レベルの中断に遭遇せず、より高リスクなデュアルユース作業を実行できる。

これは複雑な調査における継続性を改善し得る。ペネトレーションテストは、脆弱性が実際に悪用可能かを確立する段階でモデルが停止すれば、その価値を失う。

ただし、検証によってモデルの拒否がなくなるわけでも、完全なアクセスが保証されるわけでもない。Anthropicは引き続き禁止用途をブロックし、モデルも他の安全動作を維持する。調整された保護策によって、Claudeが無制限のエクスプロイト実行エンジンになるわけではない。

データ保持は、企業にとってより鋭いトレードオフを生む。Anthropicは検証済みのサイバー業務にこれを求めており、通常はZero Data Retentionを利用するAPI組織にも、別途保持されるワークスペースが含まれる。

セキュリティテストには、特に機密性の高い情報が関わることが多い。セッションからは、システムアーキテクチャ、脆弱なエンドポイント、認証の挙動、独自のソースコード、未修正の欠陥に関する詳細が露出する可能性がある。

したがって、組織はプログラム参加を自動的な利点とみなす前に、保持条件を精査する必要がある。問うべきなのは、Claudeの能力が高まるかどうかだけではない。

どのデータが保持環境に入るのか、どれほど長く利用可能な状態で残るのか、誰が確認できるのか、既存の顧客契約がその処理をカバーしているのかを問うべきだ。

Ridgeは、自社製品に関する主張とAnthropicのアクセス判断も分けて扱う必要がある。同社はRidgeBotについて、偽陽性ゼロで悪用可能なリスクを検証すると説明している。これはベンダー側の主張であり、CVPへの参加によって独立に立証されたものとして扱うべきではない。

自動検証は、設定スキャンに伴うノイズを減らせる可能性がある。しかしエージェントは依然として誤った標的を選んだり、テストの境界を誤解したり、脆弱なサービスを中断させたり、利用可能なツールの範囲外にある脆弱性を見逃したりする可能性がある。

破壊的な操作や状態変更を伴う操作の周辺では、人間による承認が不可欠である。検証済みモデルはエクスプロイトについて推論できるが、顧客のリスク判断を担うわけではない。

最も堅牢な実装では、推論と実行を分離する。ClaudeやGeminiが攻撃経路を提案し、実行前にポリシー制御されたシステムがスコープ、標的の所有権、許可された手法、実施時期を確認する。

実行ログでは、各ステップを提案したモデルと、それを許可した決定論的な制御を特定できるようにすべきだ。複数のプロバイダーが一つの自律テストに関与する場合、この証拠は重要になる。

このプログラムは公平性への懸念も生む。検証は、正式なセキュリティ運用を文書化できる既存ベンダーや組織に有利に働く可能性がある。独立系研究者、学生、小規模チームは、より大きな摩擦に直面するかもしれない。

能力が実質的な公共リスクを生む場合、その摩擦は正当化できる。それでも、それは誰が欠陥を発見し、研究を発表し、大手セキュリティ企業と競争できるかに影響する。

検証済みアクセスがプロフェッショナルなサイバー業務の中核となるなら、Anthropicには透明な基準と実効性のある異議申し立て経路が必要になる。そうでなければ、プロバイダーは自らの判断に対する十分な可視性を伴わない民間の門番となる。

申請却下や継続的な拒否に関する逸話的な報告は、プログラムの失敗を証明するものではない。しかし、それらは独立した測定が重要である理由を示している。

研究者は、承認の一貫性、拒否率、有用な完了率、モデルバージョン間の挙動を検証すべきだ。ベンダーの推薦証言だけでは、制御が正当な業務と悪用を確実に分けられるかどうかを立証できない。

AnthropicとGoogleの競争はモデルベンチマークを超える

新たに生まれつつある競争は、静的な推論スコアで誰が勝つかではなく、危険な能力を誰が責任を持って提供できるかに関するものだ。

ここ数年、エンタープライズAIの比較は、精度、コンテキスト長、レイテンシ、統合オプションに焦点を当ててきた。サイバーセキュリティは、より難しい変数を加える。すなわち、攻撃的な自動化を広く利用可能にせずに、有用なアクセスを提供できるかどうかだ。

Anthropicの回答は、リアルタイムの保護策と検証済みの例外を組み合わせるものだ。Googleの立場には、Geminiの保護策、Google Cloudの制御、アイデンティティシステム、幅広いセキュリティ製品ポートフォリオが含まれる。

Ridgeはこれらのアプローチの間に位置する。Googleを基盤とする製品アーキテクチャは、デプロイメントの規模と確立されたクラウド基盤を提供する。一方、報じられたAnthropicの承認は、機微な防御的推論に向けた別の経路を提供する。

これは、ClaudeがPurpleRidgeの新たな中核になったことを意味しない。公開情報が裏付けるのは、より限定的な結論だ。Ridgeは、発表済みのGoogle基盤を維持しつつ、潜在的なモデルアクセスを拡大した。

この区別は重要である。AIベンダーはしばしば、あたかも製品のあらゆる構成要素が変わったかのように提携を説明する。購入者はアーキテクチャレベルの詳細を求めるべきだ。

Claudeが本番環境、研究、社内テスト、将来の機能のどこで稼働するのかを問うべきである。また、すべての顧客が同じ能力を受け取るのか、それともアクセスが地域、契約タイプ、検証ステータスに依存するのかも問うべきだ。

Ridgeがワークロード別の結果を公表すれば、AnthropicとGoogleの比較はさらに有用になる。責任ある評価では、脆弱性の発見、悪用可能性の分析、修復の正確性、拒否挙動、意図しないツール操作を検証する必要がある。

運用上の成果も測定すべきだ。セキュリティチームが重視するのは、システムが検証時間を短縮し、優先順位付けを改善し、見落とされた攻撃経路を減らし、テスト中の停止を回避できるかどうかである。

モデルプロバイダーは、競合するアクセスプログラムから圧力を受けることになる。OpenAIや他のフロンティアラボは高度なサイバー用途に向けた信頼された経路を検討しており、クラウドプラットフォームも専門的なセキュリティエージェントを追加し続けている。

プロバイダーが明確な基準を公表し、実際のデプロイメントから学べば、この競争はアクセス制御を改善し得る。一方で、市場を互換性のない検証システムへと分断する可能性もある。

サイバーセキュリティベンダーは、複数のモデルに対して個別の承認を必要とするかもしれない。各プログラムは、異なる保持ルール、監視要件、禁止活動、デプロイメント上の制約を課す可能性がある。

この複雑さは、ベンダーが管理するガバナンスレイヤーの必要性を強める。Ridgeは、一つの顧客認可ポリシーを表現し、それをGemini、Claude、接続されたすべてのテストツールにわたって適用できるべきだ。

このレイヤーがなければ、マルチモデルの柔軟性はポリシーの不整合になる。一方のプロバイダーに拒否されたタスクが、別のプロバイダーへ単に振り分けられ、当初の保護策の意義を損なう可能性がある。

責任あるルーティングは、適用可能な制御のうち最も厳格なものを維持すべきだ。拒否を回避するための仕組みとして機能すべきではない。

購入者には明確な退出計画も必要だ。Anthropicがプログラムを変更したり、GoogleがGeminiの挙動を変更したりした場合でも、Ridgeは安全性を密かに低下させることなく、主要なテスト機能を維持できるべきである。

したがって、ポータビリティはレジリエンスの一部となる。モデルがその下で変化しても、セキュリティプラットフォームはワークフロー、証拠、認可記録、顧客向け制御を保持すべきだ。

これが大きな転換かを示す三つのシグナル

Ridgeの承認報道が重要になるのは、検証済みアクセスが測定可能な製品挙動を変え、エンタープライズのガバナンス審査を通過した場合に限られる。

第一のシグナルは、本番統合に関する開示だ。Ridgeは、Claudeがアーキテクチャのどこに関与するのか、どのPurpleRidgeまたはRidgeBotのワークフローで使用されるのか、それらのタスクがGeminiを活用した運用とどう異なるのかを説明すべきである。

明確な開示は、マルチモデルという解釈を強める。沈黙やAnthropicへの曖昧な言及は、この発表が主としてアクセス上の節目にとどまっていることを示唆するだろう。

第二のシグナルは比較証拠だ。Ridgeは、検証済みClaudeアクセスが攻撃経路の推論、エクスプロイト検証、修復ガイダンス、完了率を改善するかどうかを示す、管理された評価を公表すべきだ。

最も有用な調査には、失敗事例と人間による介入率が含まれる。成功例だけで構成されたベンチマークでは、運用上の安全性についてほとんど明らかにならない。

第三者による評価は、ベンダー自身が作成したデモよりも重みを持つ。セキュリティ購入者には、統合が厳選されたラボだけでなく、異なる環境で機能することを示す証拠が必要だ。

第三のシグナルは、保持要件の下での顧客導入だ。企業は、検証済みClaudeのワークフローが自社のセキュリティデータをどのように保存・処理するかを受け入れなければならない。

顧客がClaudeを合成環境や社内研究に限定する場合でも、プログラムには価値があるが、その範囲は狭いままとなる。規制対象の購入者が本番利用を承認すれば、検証は市場アクセスのレイヤーとして機能し始める。

Anthropic自身の拡大も、この結果を左右する。同社の検証ルールは、プログラムに参加者、モデル、配布チャネルが加わっても、理解しやすい状態を保たなければならない。

Ridgeはツール間の認可についても説明する必要がある。モデルの承認は顧客ネットワークを調査する許可を与えるものではなく、顧客の許可もすべてのモデルプロバイダーのポリシーを自動的に満たすものではない。

信頼できるシステムは、両方の形式の制御を維持する。モデルを利用する組織を検証し、現実世界で行われる各セキュリティテストのスコープを確認する。

これらのシグナルは、Ridgeの動きがGoogleに圧力をかけるのか、Anthropicを強化するのか、それとも一社のベンダーに別の研究選択肢を与えるだけなのかを決定する。直近では、より実務的な結果、すなわち、より厳格なガバナンスを伴うモデルの多様化が生じる可能性が高い。

その結果にも重要な意味がある。それは、競争の焦点を、 supposedly 優れた一つのモデルを選ぶことから、複数のプロバイダーによる制御されたシステムを構築することへと移す。

開発者とセキュリティ責任者にとって次にすべきことは、ベンダーに対し、正確なデータフロー図、保持ポリシー、認可モデル、そしてワークロードごとの評価を求めることだ。anthropic google contest は見出しだけで決着するものではない。検証済みの能力が顧客のコントロールを弱めることなく防御の成果を改善したときにこそ、決着する。