『イントゥ・ザ・ブリーチ:Firewall』

新ドキュメンタリーシリーズ『
』 司会:カリ・バイロン

カリ・バイロンが司会を務める新ドキュメンタリーシリーズ『
』 8月8日に初放送

8月8日に初公開

08DAYS
02営業時間
43
20SECS
詳しくはこちらから

攻撃者がEDRを無効化しても脅威を検知

実行前の検査により、BYOVDベースのEDRキラーが防御システムを無力化する前に阻止します
著者: ジャック・マディーン、シニアプロダクトマネージャー
この記事を共有する

実環境で積極的に利用されている、記録されている約90種類のEDRキラーのうち、54種類は「BYOVD」という同じ基盤技術に依存しています。これは、正規に署名されているものの脆弱性を持つカーネルドライバをロードし、それを悪用してカーネルレベルのアクセス権を取得する手口です。 そこから、攻撃者は、ランサムウェアのペイロードが実行される前に、EDRエージェントを終了させたり、コールバックやETW(Event Tracing for Windows)プロバイダーを削除したりすることができます。これは、現在、企業環境を標的とする攻撃者によって実際に用いられている、実証済みの攻撃手法です。

2026年7月、研究者らは「GodDamn」ランサムウェアの活動について報告した。これは「Hyadina」ランサムウェア・アズ・ア・サービス(RaaS)グループが名称を変更したもので、ペイロードを展開する前に、署名付きPoisonXドライバをロードしてセキュリティプロセスを終了させ、ユーザーモードAPI 削除していた。この侵入攻撃では、リモートアクセスにAnyDesk、NirSoftベースの認証情報収集ツールキットを使用し、さらに米国の医療、製造、教育分野の標的に対してカーネルレベルのプロセス強制終了を行うなど、手口の手引書通りに実行された。

セキュリティ責任者にとって、「Bring Your Own Vulnerable Driver(BYOVD)」は、もはやパッチで対処できる範囲を超えた問題となっています。これは、Windowsが署名付きカーネルドライバをどのように処理するか、そしてそのモデルに基づいて構築された前提条件と結びついた、アーキテクチャレベルでのより根本的な信頼性の問題を浮き彫りにしています。有意義な対応を行うためには、BYOVDが、自組織が依存しているセキュリティ対策にどのような影響を与えるかを明確に理解することから始める必要があります。

要約:主なポイント

  • ESETの調査によると、既知のEDRキラーツールの約90種類のうち54種類がBYOVDを利用しており、35種類の異なる脆弱性を持つ署名済みドライバーを悪用してカーネルレベルのアクセス権を取得していることが判明した。
  • BYOVDを利用すると、攻撃者はランサムウェアのペイロードが実行される前に、EDRプロセスを強制終了させたり、カーネルコールバックの登録を解除したり、テレメトリ機能を無効にしたりすることが可能になります
  • 各レイヤーが同じホストOS上で動作している場合、多層防御は機能しなくなります。カーネルが1つでも侵害されれば、スタック全体が一瞬にして機能しなくなるからです。
  • エミュレーションベースのサンドボックスは、ホストのカーネル空間外の隔離されたインフラストラクチャ上でファイルを分析するため、無効化されたEDRエージェントであっても、判定結果の提示を阻止することはできません
  • MetaDefender 、従来のサンドボックスに比べて20倍の速度で、99.9%のゼロデイ攻撃検出率を実現し、VMベースのアプローチに比べて100倍のリソース効率を誇ります。
  • NIS2、CMMC、NERC CIP、IEC 62443 などのフレームワークでは、過酷な状況下でも機能し続ける保護機能が求められていますが、BYOVD を無効化した単一の制御システムではこれを満たすことはできません。
  • 稼働中のBYOVDツールキットに対する検証分析の結果、いかなるコンポーネントも実行される前に、VBoxDrv.sysおよびShark.sysが「悪意のあるもの」として検出され、この手法が現在も米国の標的に対して実際に使用されていることが明らかになった。

BYOVD攻撃とは何か、そしてEDRをどのように無効化するのか

この手法そのものの実行はそれほど複雑ではありませんが、その影響を封じ込めることは困難です。攻撃者がカーネルレベルで動作し始めると、センサーが機能しなくなるため、行動検知は機能しなくなります。EDRのスキャンおよび検知機能も同様の理由で機能しなくなり、最も重要な局面で検知ツールが確実に存在し、機能しているという前提が崩れ始めます。

ESETによると、同社が記録した約90種類のEDRキラーツールのうち54種類が、その手法の信頼性の高さから特にBYOVDを採用しており、合計35種類の脆弱性のあるドライバーを悪用している。ESETの研究者ヤクブ・ソウチェク氏は、ランサムウェア・アズ・ア・サービス(RaaS)の運営者が頻繁に新しい暗号化モジュールのビルドを作成していることを指摘し、BYOVDベースのキラーツールを使用することで、暗号化モジュール自体をシンプルかつ検出されにくい状態に保ちつつ、別のコンポーネントが防御回避処理を担当できるようにしていると述べた。

Hyadinaグループが「PoisonX」を使用した事例は、GitHubに研究ツールとして公開されたカーネルドライバが、数週間後に実際のランサムウェア攻撃に利用されたものであり、こうしたツールが概念実証(PoC)から実戦配備へといかに迅速に移行するかを示している。「まず防御機能を無力化し、次にデータを暗号化する」という手法は、もはや高度な技術を持つ攻撃者だけの専売特許ではなくなっている。

セキュリティ責任者は、これが何を意味するのかについて、取締役会とより直接的な対話を図るべきである。EDRは依然として重要な対策ではあるが、これを最終防衛線として扱うことは、正当化することがますます難しくなっている。

BYOVD攻撃の仕組み

なぜ「多層防御」はBYOVDに対して機能しなくなるのか

多層防御では、単一の制御手段が最終防衛線となることはなく、個々のレイヤーが機能しなくなった場合でもアーキテクチャが対応できるよう設計されていることが前提となります。実際には、多くの組織が、ホストOSという同じ基盤となる依存関係を共有する複数のエンドポイントツールを導入しています。もしそのOSがカーネルレベルで侵害された場合、スタック全体が一挙に危険にさらされる可能性があります。

核心となる問題は、導入されているツールの数ではなく、共有された攻撃対象領域です。BYOVDに対応した攻撃者は、各制御を個別に迂回する必要はありません。カーネルレベルで実行可能な脆弱なドライバーを1つ読み込んで悪用するだけで、攻撃者は、ホスト上に常駐する検知システムが実質的に対応する機会を得る前に、EDRのコールバックを登録解除し、エージェントプロセスを終了させることができます。

脆弱性のあるドライバーをブロックリストに登録することは必要な措置ですが、これには構造的なタイムラグの問題があります。 シマンテックの研究者ブリジット・オ・ゴーマンが説明しているように、ドライバーが特定されてから、ブロックリストの更新が企業のエンドポイントに届くまでには、通常数日、多くの場合は数週間のタイムラグが生じます。つまり、攻撃者は常にリストの更新よりも速いペースで行動しているのです。PoisonXは2026年4月に公開され、7月までには実際のランサムウェア攻撃に利用されていました。このタイムラグの存在を知っている攻撃者は、今後もこれを悪用し続けるでしょう。

PoisonX BYOVD 攻撃チェーンの階層型アーキテクチャ図

このギャップを埋めるには、BYOVDが対象とする攻撃対象領域の外側で機能する分析が必要です。つまり、特定の種類の脅威検査をエンドポイントから切り離し、カーネルレベルの侵害が及ばない隔離された層に移行させ、ファイルが実行される前に評価を行うことです。その時点で、アーキテクチャに関する議論は、エンドポイントの強化から実行前の検査へと移行することになります。

エミュレーションベースのサンドボックスが「キルゾーン」外のファイルをどのように分析するか


「EDRキラーはセンサーを出し抜いているわけではなく、単にセンサーそのものを削除しているだけであり、それに依存するすべての機能も同時に失われてしまうのです」OPSWATジャック・マディーン氏は述べています。「MetaDefender 、ファイルを検知不能にする可能性のあるホストにファイルが到達する前に分析を完了させることで、その隙を塞ぎます。」

MetaDefender 、OPSWAT、ネットワーク境界におけるゼロデイ攻撃の検知を目的としたAIネイティブの意思決定エンジンであり、従来の仮想マシンではなく、アプリケーションエミュレーションを基盤として構築されています。この特徴はBYOVDと直接関連しています。なぜなら、分析環境は、保護対象のエンドポイントの状態に一切依存しないからです。

VMベースのサンドボックスはフィンガープリント解析の対象となり得ます。高度なマルウェアは、仮想化環境を検知して悪意のある動作を抑制し、実際には無害ではないファイルに対して「クリーン」という判定を下すことがよくあります。また、VMインフラストラクチャ自体も独自の攻撃対象領域を生み出し、執拗な攻撃者はこれを探知したり回避したりすることが可能です。場合によっては、サンドボックス自体が標的となることもあります。

MetaDefender パイプラインMetaDefender 、異なるアプローチを採用しています。第1層である「脅威レピュテーション」では、URL、IPアドレス、ドメインを既知の侵害指標と照合し、リアルタイムでチェックを行います。第2層である「予測型AI/MLおよび静的解析」では、機械学習モデルと詳細な静的解析を用いて、これまでに確認されたことのないファイルの悪意の有無を予測し、コードが実行される前にゼロデイ脅威を検知します。

レイヤー3「動的解析」は、ホストのカーネル空間の外、独立したインフラストラクチャ上で動作する隔離された環境内で、命令レベルでのアプリケーションの挙動をエミュレートします。レイヤー4「脅威スコアリング」は、挙動指標を相関分析して信頼度に基づくリスクスコアを算出します。また、レイヤー5「脅威ハンティング」は、結果をMITRE ATT&CKにマッピングし、機械学習による類似性検索を実行して、マルウェアのファミリーやキャンペーンを特定します。

稼働中のBYOVD EDRキラーに対する検証済み分析において、MetaDefender 、いかなるコンポーネントも実行される前にこのツールキットを検知しました。 正規に署名されたVirtualBoxドライバー(VBoxDrv.sys)——脆弱性が確認されており、カーネルレベルの権限昇格に悪用されることが多いため、サードパーティ製ベンダーのドライバーとして知られる——は、完全な確信度で「MALICIOUS」と判定され、BYOVDとしてタグ付けされたほか、もう1つの悪意のあるカーネルドライバー(Shark.sys)およびそれらを展開するために構築されたローダー(Sea.exe)も同様に判定された。

この判定結果は、隔離されたインフラストラクチャ上での命令レベルエミュレーションによって生成されるため、ホスト上でエンドポイントエージェントがまだ稼働しているかどうかにかかわらず有効です。これこそが、BYOVDが解消することを目的としている状況そのものです。

MetaDefender 、BYOVDツールキットのどのコンポーネントも実行される前に、これを検知しました

この分離は、完全な防御を意味するものではありません。単一の対策でそれを実現できるものなどないからです。MetaDefender 、99.9%のゼロデイ攻撃検出率と、VMベースのサンドボックスよりも100倍高いリソース効率を誇り、従来のサンドボックスを大規模運用において現実的でないものにしてしまうインフラストラクチャのオーバーヘッドなしに、その検査レイヤーを実現します。 その目的は、エンドポイント保護に取って代わるものではありません。エンドポイント保護が突破された場合でも、その前のレイヤーがすでにその役割を果たしていることを確実にすることにあります。

なぜレジリエンスは設計上の選択ではなく、コンプライアンス上の義務なのか

NIS2、CMMC、NERC CIP、またはIEC 62443に基づいて運用されている組織にとって、レジリエンスには単なるアーキテクチャ上の意図にとどまらず、明確に定義された管理上の要件が伴います。これらのフレームワークでは、重要システムが厳しい状況下においても保護機能を維持することが求められています。単一のBYOVD手法によって主要な検知制御が無効化されてしまうようなアーキテクチャでは、特にインシデント発生後の精査において、こうした要件を満たすことは困難であると考えられます。

エンドポイントの状態に依存せずに動作する実行前分析は、こうしたレジリエンス要件を直接的にサポートします。また、コンプライアンス報告で一般的に求められる成果物、すなわち侵害の兆候、特定されたTTP(戦術、手法、手順)、およびリスクスコアも生成します。これらは、セキュリティチームが、機能している多層的な制御の証拠として、取締役会や規制当局に提示できるものです。こうした証拠は、導入されたものの後に迂回されてしまった制御に関する文書よりも、はるかに説得力があります。

全米の原子力発電施設の98%を含む、世界中の2,100以上の組織、政府機関、機関から信頼OPSWAT 、「ファイルを信用しない。デバイスを信用しない。™」という明確な原則に基づいてプラットフォームをOPSWAT 。組織がエンドポイントにおいてこの原則を放棄した際、BYOVD攻撃はまさにこの原則を悪用するのです。

なぜ検査速度が、これが大規模でも成立するかどうかを左右するのか

多層防御は、システムが吸収しきれない遅延を招くようでは、あくまで理論上のものに留まってしまいます。金融サービス、防衛、重要インフラといった高スループットが求められる環境では、判定結果が出るまでに数分かかるサンドボックスにすべてのファイルを迂回させることはできません。検査層がボトルネックになると、チームはそれを回避する方法を模索し、本来は塞ぐはずだったセキュリティの隙間が再び開いてしまうことになります。

MetaDefender アーキテクチャMetaDefender 、この制約を前提として構築されています。VMベースのサンドボックスと比較してリソース要件が低く、従来のサンドボックスよりも20倍高速な分析速度を兼ね備えているため、電子メールパイプライン、管理型ファイル転送ワークフロー、ゲートウェイ検査ポイントにわたる企業規模のファイル量に対しても、検査を拡張することが可能です。この高速性こそが、実行前の検査を、インシデント発生後の対応としてのみ利用されるものではなく、標準的な運用管理手段として実用的なものにしているのです。

プレッシャーがかかっても機能し続けるセキュリティアーキテクチャは、紙の上だけで機能するアーキテクチャとはしばしば異なる姿をとります。BYOVDの手法を用いる脅威アクターは、文書化された制御策と運用上の現実との間に存在するギャップを悪用します。カーネルレベルの攻撃が容易に到達できないレイヤーに検査機能を配置し、環境が要求する速度でそれを実行することで、そのギャップを埋めることこそが、アーキテクチャを実践の場で機能させる鍵となります。

実際に確認された侵入事例により、EDRを無効化できるかどうかという疑問は解消されました。無効化は可能であり、実際に繰り返し行われてきました。残された課題は、脅威が実行される前にそれをどのように検知するかということです。MetaDefender 、エンドポイントの状態に依存せずに動作する実行前検査をどのように実現しているかをご覧ください。

よくある質問

BYOVD攻撃とは?
BYOVD(Bring Your Own Vulnerable Driver)とは、攻撃者が正規の署名付きだが脆弱性のあるカーネルドライバをロードしてRing 0の権限を取得し、そのアクセス権を利用してEDRプロセスを終了させ、テレメトリ機能を無効化し、ランサムウェアのペイロードを仕込むための道を開く手法のことです

BYOVDを利用しているEDRキラーツールはいくつあるのか?
ESETによると、確認されている約90のEDRキラーツールのうち54がBYOVDに依存しており、35種類の異なる脆弱性を持つ署名済みドライバーを悪用してカーネルレベルのアクセス権を取得している。

脆弱性のあるドライバーをブロックリストに登録することで、BYOVD攻撃を防ぐことはできるのか?
ブロックリスト登録により、既知の脆弱性を持つドライバーは阻止できますが、攻撃者はまだリストに含まれていない署名付きドライバーに切り替えてきます。さらに、高度な攻撃者は、マイクロソフトやEDRベンダーが把握していないドライバーのゼロデイ脆弱性を悪用し、ブロックリストによる制限を完全に回避しています。

なぜVMベースのサンドボックスは回避攻撃に対して脆弱なのか?
VMベースのサンドボックスはフィンガープリントが特定される可能性があり、高度なマルウェアは仮想化環境を検知して、たとえファイルが無害ではない場合でも、悪意のある動作を抑制し、クリーンな判定結果を出そうとすることがよくあります。

エミュレーションベースのサンドボックスは、BYOVD攻撃に対してどのように防御するのでしょうか?
MetaDefender エミュレーションベースのサンドボックスは、ホストのカーネル空間の外で動作する隔離されたインフラストラクチャ上でファイルを分析します。エンドポイントのEDRエージェントを無効化するBYOVD攻撃では、この独立した分析環境に侵入する経路がないため、ホストの状態にかかわらず、検査と判定の配信が継続されます。

実行前の検査はEDRに取って代わるものなのでしょうか?
いいえ。EDRは、全体的なアーキテクチャにおいて依然として重要な制御手段です。実行前の検査は、攻撃者がホストベースの制御機能を無効化する機会を得る前にその役割を果たす層を追加するものであり、エンドポイント保護に取って代わるのではなく、多層的な耐障害性を支えるものです。

OPSWATで最新情報をお届けします!

今すぐご登録ください、 ストーリー、イベント情報などをお届けします。