九州大学の研究室端末がランサム被害、患者43人の手術動画データが外部流出の可能性
| 項目 | 内容 |
|---|---|
| 発生日 | 2026年5月25日(被害発生)、2026年6月12日(公表) |
| 対象組織・業界 | 九州大学(および九州大学病院、研究室端末が対象) |
| 攻撃手法 | ランサムウェアによるものと見られる攻撃 |
| 情報源 | Security NEXT(2026-06-12)、九州大学 公式 |
九州大学は2026年6月12日、研究室の端末がランサムウェアによるものと見られる被害を受け、患者43人の氏名と手術動画データが外部に流出した可能性があると公表しました。被害発生は5月25日と見られ、同大学は当該端末をネットワークから遮断し、警察と連携して原因と影響を調査しています。
診療用システムへの影響はなく、診療は平常どおり継続しています。対象患者に対しては報告と謝罪を実施しています。
- 2026年5月25日: 研究室端末の被害発生
- 2026年6月12日: 九州大学が事案を公表、対象患者への報告・謝罪を開始
- 端末はネットワークから遮断、警察と連携して調査進行中
侵入経路の詳細は公表されておらず調査中です。
考えられる原因(推測)
Section titled “考えられる原因(推測)”以下は公表事実から考えられる仮説であり、同大学が発表したものではありません。
- 研究室という「組織末端」の管理ギャップ: 大学の情報基盤部門が管理する中央システムと異なり、研究室単位で運用される端末はセキュリティ設定・パッチ適用・アクセス制御の均質性を確保しづらく、攻撃の初期侵入拠点になりやすい構造があります
- 診療系と研究系のネットワーク分離が結果的に機能: 診療用システムへの影響がなかった点から、研究室ネットワークと診療系ネットワークが分離されており、被害が横断せずに封じ込められた可能性があります
- 手術動画データが研究目的で研究室端末に存在: 診療目的で撮影された医療データが、教育・研究目的で研究室に持ち出される運用は多くの大学病院で存在し、その持ち出し先のセキュリティ水準が持ち出し元と同等ではないケースがあります
組織が学ぶべきこと
Section titled “組織が学ぶべきこと”1. 「組織末端」の端末を組織のログで見る: 大学の研究室、企業の営業所、病院の各部門など、組織の末端で個別運用される端末は、中央のセキュリティ運用から外れやすい構造を持ちます。それでも組織のインシデントとして扱われる以上、末端端末のログも中央で可視化できる体制が求められます。個別対応ではなく、全社(全学)横断のログ集約と、AIによる異常検知が現実解になります。
2. 医療データの持ち出し・保管ルールの整備: 診療目的で取得されたデータが研究・教育目的で二次利用される場合、元の管理水準を維持したまま持ち出す仕組みが必要です。匿名化・アクセス制御・保管期間の三点セットを、持ち出しのタイミングで自動的に適用できる仕組みが望ましく、運用ルールだけに依存すると個別判断で例外が積み重なります。
3. 診療への影響を切り離す分離設計は「勝ち」の一形態: 診療用システムに影響が及ばなかったことは、患者の安全にとって決定的な意味を持ちます。研究系と診療系の分離、および分離が実運用で機能したことは、他の大学病院・医療機関にとって重要な参照点です。
ヤグラの視点 — 組織固有の「末端」を学習できるか
Section titled “ヤグラの視点 — 組織固有の「末端」を学習できるか”大学・大企業・自治体のように組織末端が広く分岐している組織では、中央のセキュリティ運用が末端のすべてを見切ることは実質的に不可能です。研究室・営業所・出先機関それぞれに固有の運用・データ・端末があり、これを個別対応で守ろうとすると人件費が青天井になります。ここで機能するのは、組織固有の「普段の姿」をAIに学習させて、そこから外れる挙動を検知する発想です。同じ形の攻撃が次に別の研究室で起きたとき、対応履歴からAIが自動で類似性を検出し、初動を短縮できる仕組みが、組織末端を守る現実解になります(→ ヤグラ AI SOC——対応履歴のメモリ構築と組織固有知識の学習を含む)。
侵入経路の詳細、対象患者への通知進捗、他研究室・他端末への影響有無の続報を注視し、判明次第本記事に追記します。
| 日時 | 内容 |
|---|---|
| 2026-06-12 | 第一報を公開 |