攻撃経路に沿ったセキュリティ検証が必要な理由

攻撃者がアプリケーション、ID、クラウド環境をまたいで弱点を連鎖させる中、組織には実際の攻撃の展開を反映した継続的な検証が求められています。

長年にわたり、組織はアプリケーション、ID、エンドポイント、ネットワーク、クラウドインフラごとに専用ツールへ投資することで、セキュリティ態勢を強化してきました。こうした投資は今も不可欠ですが、攻撃者の手口は劇的に変化しています。現在の攻撃者は横方向に移動しながら、複数の技術領域にまたがる弱点を連鎖させ、最終的な標的にたどり着きます。

AIはサイバー攻撃のペースを加速させています。脆弱性の公表から悪用までの期間は縮小し続けており、セキュリティチームがリスクを特定し、優先順位を付け、修正するための時間はますます少なくなっています。

このような環境では、個別の技術領域だけに焦点を当てるアプローチは、実際の攻撃の展開から乖離してしまいます。現代の攻撃の多くは、インターネットに公開されたWebアプリケーションから始まります。顧客ポータル、API(アプリケーションプログラミングインターフェース)、パートナー向けプラットフォーム、AI対応サービスは、絶えず進化し重要な業務システムと密接につながっているため、攻撃者にとって魅力的な侵入口となっています。しかし、Webアプリケーションを侵害すること自体が攻撃者の最終目標であることはほとんどありません。それは、より広範な攻撃経路における最初の一歩に過ぎないのです。

この現実は、多くの組織のセキュリティ検証手法に潜む、拡大しつつあるギャップを浮き彫りにしています。

  • アプリケーションセキュリティチームはアプリケーションをテスト
  • IDチームは認証制御を評価
  • クラウドチームはクラウド環境を評価
  • インフラチームはネットワークとエンドポイントに注力

それぞれの専門領域は重要な役割を果たしていますが、こうした評価はしばしば独立して行われており、攻撃者の行動パターンではなく組織の構造を反映したものになっています。

個別のテストだけでは全体像を把握できない理由

攻撃者はそうした境界を意識しません。脆弱なWebアプリケーションから認証情報が漏えいすることがあります。盗まれた認証情報はID悪用を可能にします。そして侵害されたIDは、クラウドリソース、機密データ、重要な業務システムへのアクセスを許してしまいます。

各技術領域を個別に見ているだけでは、個々の弱点が実際に組み合わさって攻撃を成立させ得るかどうかを把握するのは困難です。その結果、組織は単に脆弱性を特定するだけでなく、悪用可能な攻撃経路を検証する方向へと軸足を移しつつあります。

今、最も重要な問いは、脆弱性が存在するかどうかではなく、攻撃者がそれを悪用して事業に重大な影響を及ぼせるかどうかです。

この視点の転換は、組織による修正対応の考え方も変えつつあります。脆弱性を解消することには価値がありますが、パッチを適用しただけでは、そのリスクが実際に排除されたことの証明にはなりません。セキュリティ責任者は、攻撃経路が確実に断たれ、攻撃者が環境内を移動して重要な資産に到達できなくなったという証拠を求める傾向を強めています。

この考え方は、継続的な検証、悪用可能性に基づく優先順位付け、修正対応の実効性の検証を重視する継続的脅威エクスポージャー管理(CTEM)といった、より広範な業界の取り組みとも軌を一にしています。

現代のセキュリティ検証が目指すのは、単に長大な検出結果のリストをさらに積み上げることではなく、より実践的な問いに答えることです。すなわち、攻撃者にとって現実的な侵入経路を生み出すという意味で、本当に重要な弱点はどれか、という問いです。

技術ベンダー各社も、このアプローチを支援する方向へと進化しています。例えば、Horizon3.aiは最近NodeZero WebAppを発表し、自律型セキュリティ検証プラットフォームを拡張しました。これにより、Webアプリケーションを起点として、ID、インフラ、クラウド環境にまたがるエンドツーエンドの攻撃経路を検証できるようになりました。

その目的は、悪用可能性を示す再現性のある証拠を組織に提供するとともに、修正対応によってそれらの攻撃経路が実際に遮断されたことを確認できるようにすることです。

攻撃が加速し、より高度化し続ける中で、セキュリティ検証もそれに歩調を合わせて進化していかなければなりません。個別の脆弱性ではなく、攻撃経路全体を理解することに焦点を当てる組織こそが、リソースの優先順位付けを的確に行い、重大なリスクを低減し、最も重要な脅威に対するレジリエンスを示すうえで、より有利な立場に立てるでしょう。

Horizon3.aiが、セキュリティチームを「セキュリティを前提とする状態」から「実証されたレジリエンス」へと導く方法をご覧ください。

翻訳元: https://www.csoonline.com/article/4205771/why-security-validation-must-follow-the-attack-path.html

ソース: csoonline.com