チェック・ポイント・ソフトウェア・テクノロジーズは、大手ユーザ企業向けに、AIを悪用する攻撃者が狙う弱点と侵入経路をテーマとしたウェビナーを開催します。脆弱性の検出だけでは把握しきれないリスクの見極め方や、Check Point AEVを使った検証方法を紹介します。
ウェビナーの概要
ウェビナーはチェック・ポイント・ソフトウェア・テクノロジーズが主催し、マジセミが協力します。大手ユーザ企業のCISOや情報セキュリティ責任者など、全社的な対策や投資判断を担う人を対象に、侵入リスクの把握と対策の優先順位付けを扱います。

公開資料には詳細・参加申込の案内がありますが、本文に開催日時や参加料金の記載はありません。
脆弱性の検出と侵入リスクの違い
主催者は、生成AIを使った脆弱性の探索や設定ミスの分析、複数の弱点を組み合わせた攻撃経路の探索が、従来より速く広範囲に行われるようになりつつあると説明しています。多数のシステムを持つ大手企業では、クラウドやSaaSの利用拡大、日々のシステム変更によって、攻撃対象となり得る領域も変化するとしています。
公開されたAPIキーや認証情報、設定ミスを検出できても、それぞれが実際に悪用可能な状態か、他の弱点と組み合わせて侵入につながるかまでは判断できない場合があるといいます。
また、主催者は、CVSSやEPSSなどのスコアを参考にしても、自社環境での対策の優先順位を決めることは容易ではないと指摘しています。従来のペネトレーションテストは対象範囲を定めて年1〜2回程度実施するケースが多く、数百〜数千のシステムを持つ企業では、全社環境を十分な範囲と頻度で検証することが課題としています。
Ms.ガジェット個々の問題が見つかっていても、組み合わせによる侵入経路は別に考える必要があるのですね。
Check Point AEVを使った検証方法
セミナーでは、攻撃者視点でリスクを見極める具体的なアプローチとして「Check Point AEV(Agentic Exposure Validation)」を紹介します。主催者によると、AIエージェントが対象環境を分析し、既知の脆弱性に加え、設定ミスや認証情報の露出も踏まえて攻撃経路と実際の悪用可能性を検証するソリューションです。
公開されたAPIキーについては、存在を検出するだけでなく、実際にアクセスできる状態かを確認する例を挙げています。セミナーでは、従来のペネトレーションテストを補完する継続的な自動検証や、脆弱性をすぐに修正できない場合に攻撃経路上で対策する方法も紹介する予定です。
Ms.ガジェット公開されたAPIキーを、存在の検出だけでなくアクセス可能かまで検証する例が印象に残りました。
- 本記事で使用している画像は、メディアユーザーとしてPR TIMESより提供されたプレスリリース素材を利用しています。

検出された問題の数だけでなく、実際の侵入経路をどう捉えるかが気になります。