攻撃者が医療機関のパッチ適用よりも速く動くと何が起こるか？

医療業界は長らくセキュリティ問題のパッチ適用に実質的な障壁を抱えてきました。病院のセキュリティチームは午後ひとつで臨床システムの脆弱性を特定できるかもしれませんが、安全に修正を導入するには、病院の日々の慌ただしい業務という現実が障壁となります。デバイスのメーカーはアップデートの検証が必要になることがあり、病院側もテストやダウンタイムのスケジュール調整が必要です。また、変更によっては規制当局の審査が求められることさえあります。

攻撃者はこれらの制約に縛られません。AI ツールが脆弱性の偵察・調査やエクスプロイト開発を加速させる中、医療分野のすでに逼迫した是正プロセスはさらに大きな圧力にさらされています。

この問題が特に痛ましいのは、パッチ適用の遅延がベンダー依存によってさらに長引くことが多い点です。たとえば MRI システムの修正はベンダーの検証が必要ですが、病院の変更管理の承認も必要になることがしばしばあります。そして、すべてが診療の妨げにならないように実施しなければなりません。

Health-ISAC の Frontier AI in the Health Sector レポートは、遅延したパッチ適用を業界の主要なリスクの一つとして挙げています。したがって病院に残された実行可能な道は一つです。パッチの全工程を完全にコントロールできなくても、アップデートが展開されている間に攻撃者ができることを制限することは可能です。

パッチ適用のタイムラインに下限がある理由

病院のパッチ適用プロセスの多くのステップは情報セキュリティ担当者にとって煩わしいと感じられるかもしれませんが、患者の安全を確保するために存在しています。サイバーセキュリティリスクを解消することを目的とした、人工呼吸器や点滴ポンプへの未検証のアップデートは、患者ケアを妨げるコストに見合うものではありません。したがって、既存のプロトコルを弱めることなく、加速できるプロセス部分を迅速化することが解決策です。

監査人や取締役会は、長期的な是正期間をプログラムの成熟度や予算の問題として捉えることが多く、時にはその指摘は正しいです。長いパッチ適用期間は、実行力の弱さ、リソース不足、またはセキュリティチームの管理外にあるボトルネックの表れであることが一般的です。アナリストを増やせば脆弱性の検出やトリアージ、優先順位付けは向上するかもしれませんが、メーカーのスケジュールを短縮したり、ダウンタイムの窓を移動させることはできません。

脆弱性のエクスプロイトが攻撃者がターゲットネットワークに侵入する最も一般的な手段となっている中、 Verizon 2026 Data Breach Investigations Report（DBIR）は、組織がパッチを展開できる余地がいかに限られているかを示しています。 既知のエクスプロイト脆弱性の完全修復までの中央値は、前年の 32 日から 2026 年には 43 日へと伸び、脆弱性が完全にクローズされた割合は 38% から 26% に低下しました。

これらの数値が医療分野に特有のものではないことは、臨床やベンダーの制約を考慮する前から、是正作業がすでに非常に困難であることを示しています。

重大度スコアを超えて見る時が来た

是正期間が長くなる一方で、攻撃者はますます高速化しています。DBIR の調査によると、脆弱性のエクスプロイトが現在、ハッカーがシステムに侵入する主要な手段となっており、全侵害の 31% を占め、報告が開始されてから 19 年で初めて盗まれた認証情報を上回りました。

Verizon は、AI が脆弱性の発見とエクスプロイトを加速させており、かつては数か月かかっていた作業が数時間や数日で完了するようになったと述べています。そして、これは現在のフロンティアモデルがリリースされる以前の話で、DBIR のデータセットは 2025 年 10 月で終了しています。

しかし、現在は誰もがこのような速度を前提としています。Health-ISAC のレポートは、さらに重要な点を指摘しています。新しい AI モデルは、低重大度の検出結果を連結して重大な攻撃経路を構築でき、単体では重要性が低く見える弱点の組み合わせを特定します。これにより、重大度スコアを優先する是正プログラムに新たな課題が生じます。通常は無視されたりバックログに回された低重大度の脆弱性でも、アクセスや重要システムに影響を与える場合は、突然大きな意味を持つようになるからです。

バックログが膨らむと状況はさらに悪化します。Nature に掲載された記事で、マックス・プランク研究所の所長 Thorsten Holz は、Mozilla がフロンティアモデルを用いて単一の Firefox リリースで 271 件の脆弱性を検出・修正したと述べています。これは、前年の通常月に既存のツールやレビュアーが発見した件数をはるかに上回ります。

このトリアージの圧力は供給側にも及んでいます。Linux カーネルのメンテナである Linus Torvalds は、5 月に指摘しましたが、AI が生成したバグ報告がメンテナに過負荷をかけていると述べています。

速やかに修正できないときは、到達可能範囲を縮小する

幸いなことに、排除できないバックログでも管理は可能です。パッチの適用を待たざるを得ない場合、優先すべきは脆弱性が利用される可能性を低減することです。これにより、是正の速度から「到達可能性」へと作業の焦点が移り、これは病院がコントロールできる領域です。

セグメンテーションは強力なオフセットとなります。広範なアクセス権を持つ画像診断装置は、ドメインコントローラやファイル共有、さらにはインターネットにまで到達できます。しかし、トラフィックを PACS サーバーとメーカーのアップデートエンドポイントにのみ許可し、デフォルトで他のすべてへのアクセスを拒否する孤立したセグメントに限定すれば、パッチ適用に時間がかかっても、その装置に影響する脆弱性は封じ込められたままにできます。

デバイスとベンダーの要件が許す限り、病院はセグメンテーション、外部通信制御、デフォルト拒否ルールを活用して、パッチが保留中の間にアクセス経路を絞り、場合によっては完全に遮断することができます。

病院は露出面を縮小し始める前に、完全な資産インベントリを揃える必要はありません。まずインターネットに接続しているシステムを把握し、全体のインベントリが拡大する中でその数を常に最新に保ち、これらのシステムがネットワーク内で到達できる範囲を制限することを優先してください。

Health-ISAC の調査データは、業界がすでにその方向へ動き始めていることを示しています。Health-ISAC 会員の約 80% が、AI 搭載のセキュリティツールやエクスプロイタビリティ評価への予算増額を計画していると回答しています。有用なアプローチの一つは、自組織の環境で機能する攻撃経路を分析することです。優先度スコアが注目を集める前に、低重大度脆弱性の組み合わせで注意が必要なものを見つけ出すことができます。

ベンダーとの対話でも、サービスレベルアグリーメント（SLA）に記載された表現を超える必要があります。契約は数年前に合意した内容を含んでいますが、脅威モデルは劇的に変化しました。したがって、まず脆弱性が公表された後、検証済みパッチが発行されるまでに要する期間を特定し、次にアップデートを待つ間に利用可能な緩和策を確認してください。また、ベンダーが自社製品を最新の AI 支援攻撃手法に対してテストしているかどうかを尋ねる価値もあります。

除去できない露出を管理する

多くの組織は、エクスプロイトが公表された後、検証済みの修正が本番環境で稼働するまでにどれだけ時間がかかるかを正確に把握できていません。その期間を算出することに注力すれば、パッチ適用期間の議論をやめ、どのベンダーやシステムが最も長く露出し続けるかを把握することに集中できます。これにより、是正活動の優先順位を決定できるようになります。

情報共有はその意思決定サイクルを大幅に短縮します。私が目にした最も迅速な是正判断の一例は、ある病院が同業者から、脆弱性が公表される前にベンダープラットフォームがエクスプロイトされているという情報を得たときです。

検証期間自体が拡大することはありません。病院はオープンな脆弱性を抱えた臨床システムを稼働し続けるため、これらシステムに対するセグメンテーション戦略をパッチスケジュール以上に重要視しなければなりません。すべての病院は、重要なプラットフォームごとに、もしそのプラットフォームが翌日侵害された場合にネットワーク上で何が起こるかを明示できるようにすべきです。